Lo hice y lo entendí

El blog de Vicente Navarro
01 mar

Configurar WEP y WPA en línea de comandos y en el arranque en Debian y Ubuntu

Desde que el NetworkManager se ocupa de las conexiones de red en nuestras distribuciones, la antaño ardua tarea de configurar la red en Linux se ha simplificado ahora enormemente. Sin embargo, puede haber muchos casos en los que sigamos necesitando configurar la red en la consola. También hay muchos casos en los que es imprescindible que un sistema se conecte automáticamente a una red WiFi durante el arranque de la misma.

En esta entrada veremos cómo conseguir configurar nuestra distribución Debian o Ubuntu para conectarnos a una red WiFi encriptada con WEP o con WPA usando la línea de comandos. También veremos cómo modificar el fichero /etc/network/interfaces para que el sistema se conecte automáticamente a una red WiFi durante el arranque.

Para que no interfiera con mis pruebas, he deshabilitado el NetworkManager antes de comenzar con las mismas (lo que causará que nos desconectemos de las redes que éste gestione):

$ sudo /etc/init.d/NetworkManager stop

También he verificado si el demonio wpa_supplicant está corriendo en segundo plano y lo he matado con un simple kill. Hablaremos más adelante de este proceso.

Sigue leyendo »

22 feb

Crear los certificados SSL para nuestro servidor web HTTPS con Apache, OpenSSL y Debian Lenny

Cuando escribimos nuestra contraseña para entrar al panel de administración de WordPress, ésta va en texto plano. En una red WiFi, por ejemplo, cualquiera podría ver muy fácilmente nuestra contraseña sólo con capturar la paquetes de la red mientras nos estamos registrando.

Aunque hay soluciones parciales (Semisecure Login Reimagined), la solución definitiva, como siempre, pasa por usar HTTPS o, lo que es lo mismo, HTTP sobre SSL. Desde la versión 2.6, WordPress permite usar SSL fácilmente para el panel de administrador. Así que me puse a hacer pruebas para configurar SSL en mi servidor web.

Sin embargo, ocurre una cosa muy interesante con el protocolo SSL cuando se usa con HTTP: que no se pueden servir fácilmente múltiples sitios virtuales encriptados con SSL desde una misma IP.

En el contexto de los servidores web, hablamos de sitios virtuales (Apache Virtual Host documentation) cuando servimos páginas de diferentes dominios desde un único servidor, en muchos casos compartiendo la IP y en otros, cada dominio con una IP diferente, posiblemente con interfaces virtuales. Cuando usamos HTTP sin SSL, el servidor sabe qué página en concreto estamos solicitando porque el cliente HTTP (el navegador) lo indica en la cabecera Host:

GET /blog/ HTTP/1.1
Host: www.vicente-navarro.com
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; es-ES; rv:1.9.0.6) Gecko/2009020911 Ubuntu/8.10 (intrepid) Firefox/3.0.6
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: es,en-us;q=0.7,en;q=0.3
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive

Sin embargo, cuando se usa SSL, la negociación entre los extremos y la encriptación ocurre en una capa inferior, antes de que éstos comiencen a usar el protocolo HTTP. Por ello, no es trivial configurar diferentes certificados para diferentes sitios web virtuales. En la configuración típica, sólo podremos usar un certificado compartido para todas las páginas que se sirvan por HTTPS desde un único servidor web, a menos que usemos una IP diferente para cada sitio: Apache SSL/TLS Strong Encryption: FAQ: Why can’t I use SSL with name-based/non-IP-based virtual hosts?, Apache SSL/TLS Strong Encryption: FAQ: Why is it not possible to use Name-Based Virtual Hosting to identify different SSL virtual hosts?.

Para este inconveniente hay workarounds (TLS Support for name-based virtual servers) y soluciones definitivas con el Server Name Indication (SNI). Apache 2.2 no soporta SNI, pero el módulo de Apache mod_gnutls (incluido en Debian Lenny: libapache2-mod-gnutls) nos permitiría usarlo. Desafortunadamente, aunque Firefox (>=2), Safari, Chrome y Opera soportan esta extensión del protocolo, Internet Explorer 6 e Internet Explorer 7 para Windows XP no soportan SNI, por lo que no podemos usarla de momento por motivos obvios.

Por todos estos motivos, descubrí que con los hostings profesionales no resulta fácil o, mejor dicho, barato, tener un servidor SSL. Es lo que me va a impedir a mí poder configurar SSL para el panel de administración de LHYLE.

Sin embargo, podemos seguir estudiando cómo podríamos hacerlo si lo que tenemos es un Hosting Casero o si le hemos contratado un servidor dedicado a nuestro proveedor de hosting.

Sigue leyendo »

17 feb

Segundo aniversario del blog

Hoy 17 de Febrero de 2009 es, de nuevo, un día especial para Lo hice y lo entendí, ya que ha pasado otro año desde Primer aniversario del blog y dos desde ¡Bienvenido a mi blog!.

Este año ha sido bastante menos productivo que el anterior, ya que si la entrada Primer aniversario del blog era la número 100, ésta será la número 152. Es decir, este año ha traído la mitad de entradas que el anterior.

La verdad es que este año, por diversas circunstancias personales, he tenido mucho menos tiempo para el blog que el anterior. ¡Ah! ¡El tiempo! Qué curiosa que es la expresión “no tengo tiempo”, ¿verdad? Es curiosa porque a menudo no tenemos tiempo para unas cosas pero para otras sí. Y es curioso ver las cosas para las que queremos tener tiempo y para las que no… ¿Habéis leído alguna vez ese texto de las piedras y el tiempo que circula por Internet?

Un experto asesor de empresas en Gestión de Tiempo quiso sorprender a los asistentes a su conferencia.

Sacó de debajo del escritorio un frasco grande de boca ancha. Lo colocó sobre la mesa, junto a una bandeja con piedras del tamaño de un puño y preguntó:

-¿Cuantas piedras piensan que caben en el frasco?

Después de que los asistentes hicieran sus conjeturas, empezó a meter piedras hasta que llenaron el frasco. Luego preguntó:

-¿Está lleno?

Todo el mundo lo miró y asintió.

Entonces sacó de debajo de la mesa un cubo con gravilla. Metió parte de la gravilla en el frasco y lo agitó. Las piedrecillas penetraron por los espacios que dejaban las piedras grandes. El experto sonrió con ironía y repitió:

-¿Está lleno?

Esta vez los oyentes dudaron

-¡Tal vez no!

-¡Bien! -y puso en la mesa un cubo con arena que comenzó a volcar en el frasco. La arena se filtraba en los pequeños recovecos que dejaban las piedras y la grava.

-¿Está lleno? -preguntó de nuevo.

-¡No! -exclamaron los asistentes.

-Bien -dijo, y cogió una jarra de agua de un litro que comenzó a verter en el frasco. El frasco aún no rebosaba.

-Bueno, ¿qué hemos demostrado? -preguntó.

Un alumno respondió:

-Que no importa lo llena que esté tu agenda: si lo intentas, siempre puedes hacer que quepan mas cosas.

-¡No! -concluyó el experto-. Lo que esta lección nos enseña es que si no colocas las piedras grandes primero, nunca podrás colocarlas después.

¿Cuáles son las grandes piedras en tu vida?

Tu familia, tu vocación, tus hijos, tus amigos, tus sueños, tu salud, la persona amada.

Recuerda, ponlas primero. El resto encontrará su lugar.

Bueno, me temo que de cara a “la tercera temporada”, mis circunstancias personales aún me lleven a tener todavía “menos tiempo”, exactamente en el sentido del texto anterior. Por ello, no os extrañéis si en los próximos meses el número de entradas decrece aún más dramáticamente. Pero bueno, eso aún tiene que llegar y aún está por ver. De momento, repasemos cómo ha ido el año.

Sigue leyendo »

03 feb

¿Aún sigues con encriptación WEP para tu WiFi?

Hace tiempo que tenía ganas de probar personalmente si era tan fácil como dicen entrar en una red WiFi encriptada con WEP (Breaking 40-bit WEP in less than 30 seconds?, What else do you need not to use WEP anymore?, To WEP or not to WEP. That is the question!), pero no ha sido hasta hace unos días que me he puesto manos a la obra con este tema.

Para quien no lo sepa, WEP (Wired Equivalent Privacy) es un algoritmo de encriptación para redes WiFi que ha demostrado ser extremadamente débil. Para solucionarlo se creó otro sistema, el WPA, y posteriormente, el aún más robusto WPA2. A la mayoría de lectores del blog sí que les serán muy conocidas las siglas WEP, WPA y WPA2 de cuando configuran su red WiFi doméstica, tanto en el router, como en el ordenador, aunque para usar WPA2 en Windows XP es necesario instalar la actualización KB917021, incluida en el SP3.

En el estado actual de las cosas, la clave de una red WiFi encriptada con una clave WEP de 104 bits se puede recuperar fácilmente consiguiendo capturar entre unos 40000 y 90000 paquetes que contengan vectores de inicialización débiles (aircrack-ptw). Además, con las técnicas adecuadas, es muy fácil conseguir que un AP (Access Point) mande todos esos paquetes a gran velocidad, siendo posible conseguirlos en cuestión de minutos.

En cambio, la clave de una red WiFi encriptada con WPA sólo puede ser recuperada por fuerza bruta, de forma que si la clave es suficientemente compleja, la potencia computacional necesaria puede ser simplemente inalcanzable hoy en día, incluso usando la tecnología CUDA de NVidia para ayudar a romper WPA.

Sigue leyendo »

19 ene

Ciertas versiones de Java pueden provocar pantallazos azules en la librería nv4_disp.dll del driver de NVidia

Hace pocos días que tengo mi nueva NVidia GeForce 9800GT, así que no había tenido ocasión de verlo antes, pero ayer fui a abrir el diálogo de configuración de Java JRE en Windows XP e inmediatamente tuve un buen pantallazo azul en la librería nv4_disp.dll del driver de NVidia. La versión del driver es la ultimísima, la 181.20, instalada muy pocos días antes.

De momento no caí en que podría tener que ver con algo de Java, así que me sorprendió mucho y ya pensé: “Ya la hemos liado, o el driver está mal o la la tarjeta tiene algún defecto hardware.”

Sin embargo, mientras reiniciaba el sistema pensé en que lo último que había hecho había sido intentar abrir la configuración de Java. Así que volví a hacerlo y… ¡pum! otro pantallazo azul. Volví a entrar, y probé con alguna web que tuviera applets Java y, de nuevo, BSOD.

Decidí desinstalar el Java JRE para evitar problemas. Era una versión muy vieja, la 1.4.2_09, de cuando instalé ese Windows XP por primera vez, ya que apenas uso Java en Windows en este sistema. Así que fui al panel de Agregar/Quitar programas y comencé la desinstalación. Pocos segundos después, nuevo pantallazo.

- Claro -pensé-, la desinstalación ha lanzado alguna aplicación Java para hacer alguna tarea y ha vuelto a ocurrir.

De modo que tras el n-ésimo reinicio, eliminé los archivos java.exe y javaw.exe del directorio de instalación de Java y, esta vez sí, mutilada la JRE e incapaz de ejecutar ningún código Java, pude completar la desinstalación.

Posteriormente descargué la última versión existente del JRE, la 1.6.0_11, la instalé, y comprobé que podía usarla ejecutando applets en diferentes páginas sin ningún problema.

Por tanto, ciertos pantallazos azules en la librería del driver de NVidia nv4_disp.dll pueden venir causados por una versión antigua de Java. Es algo a tener muy en cuenta porque podríamos tener una aplicación Java que arrancara desde el principio y nos causara una y otra vez pantallazos azules. Se me ocurre como ejemplo el cliente de BitTorrent Azureus.

Investigando un poco más, he encontrado que no soy el precisamente el primero que ha encontrado una correlación entre pantallazos azules del driver de NVidia y aplicaciones Java:

:wq

15 ene

Aceleración por hardware de vídeo de alta definición H.264 en Linux con los nuevos drivers 180.x de NVidia

Se ve que este año me he portado muy bien, porque los Reyes Magos me han traído una nueva tarjeta gráfica NVidia GeForce 9800GT con 512MiB de DDR3 para sustituir a mi ya vetusta NVidia GeForce 6600 de 256MiB. La verdad es que no juego mucho, pero de vez en cuando echo alguna canita al aire. ¡Esperemos que esto no tenga consecuencias catastróficas en lo que concierne a mi productividad en el blog!

Uno de los temas que más ganas tenía de probar son las recientemente estrenadas capacidades de aceleración de vídeo de alta definición en H.264 en Linux usando los últimos drivers cerrados de NVidia (versión > 180.x), algo que descubrí recientemente que por fin era posible:

Recordemos que en Windows, la aceleración del vídeo por hardware se hace mediante la API de DXVA, y que en Linux teníamos la API XvMC. Sin embargo la XvMC es bastante limitada y, hasta el momento, los fabricantes (NVidia, ATI/AMD, Intel, VIA) sólo han desarrollado soporte para acelerar MPEG2, aunque esta API también podría ayudar con el vídeo comprimido con MPEG4. En la entrada: Sobre las VIA EPIA (VI): Gráficos y vídeo acelerado por HW en Linux con la EX10000EG, ya estuvimos viendo con los resultados de pruebas reales los grandes beneficios que, con una CPU tan modesta como las VIA conseguíamos usando la aceleración de la GPU.

Pero en realidad, fuera de esos casos tan concretos como el de los procesadores VIA, a nadie le preocupaba en los últimos años la aceleración de vídeo por hardware. Cualquier ordenador reciente era totalmente capaz de mover cualquier vídeo de resolución estándar comprimido en MPEG2 o MPEG4 sin ningún problema. Pero, ¡ay!… llegó la alta definición y yo, con mi Athlon 64 X2 4600+, ya no era capaz de mover una película a resolución 1080p Full HD sin dar saltos de vez en cuando.

Pero gracias a los Reyes Magos y a la tecnología NVidia PureVideo, de nuevo voy a poder disfrutar de la alta definición sin traumas para mi CPU.

Sin embargo, es lamentable que los tres grandes fabricantes no se hayan puesto de acuerdo en una API común, como lo era el XvMC o lo es el DXVA de Windows. La nueva API de NVidia que permite la aceleración de vídeo de alta definición es la VDPAU (Video Decode and Presentation API for Unix) (Phoronix: XvMC To Support More Video Standards?, Phoronix: Mplayer, FFmpeg Gain VA-API Support); la especificación de AMD/ATI es la XvBA (X-Video Bitstream Acceleration) (Phoronix: AMD’s X-Video Bitstream Acceleration); y finalmente, la de Intel es la VaAPI (Video Acceleration API). Una vez más, cada fabricante tirando para su lado y los perjudicados, los usuarios y, sobre todo, Linux, que no va a poder contar con una API unificada frente a lo que ocurre en Windows.

En cualquier caso, veamos cómo conseguir esta aceleración en una Ubuntu 8.10.

Sigue leyendo »

13 ene

Comentarios anidados con WordPress 2.7, nueva vista para archivos y otros cambios en la plantilla

He estado trabajando bastante en reformar la plantilla. No ha habido ningún gran cambio estético, sino que en general han sido cambios para añadir funcionalidades. Además de otras muchas pequeñas mejoras, casi imperceptibles, las dos modificaciones más importantes han sido que la plantilla ahora permite los nuevos comentarios anidados (unos comentarios responden a otros) que ha introducido WordPress 2.7 y que ahora, las páginas de Categorías, Etiquetas o Archivos muestran todas las entradas existentes, pero sin nada de texto o extractos, sólo mostrando el título y los metadatos. Esto era algo que tenía muchas ganas de implementar desde que me inicié en esto de escribir un blog, porque la forma que tiene WordPress por defecto de mostrar las Categorías, Etiquetas y Archivos, sacando 10 entradas por página, no te deja hacerte a la idea en un solo vistazo de qué hay exactamente en cada sección.

Comentarios anidados con WordPress 2.7

En relación a los comentarios anidados, para entender cómo funciona el nuevo loop y cómo adaptar nuestra plantilla para mostrarlos como queramos, podemos usar varias excelentes páginas como referencia:

Al final yo no metí la tijera en la actual plantilla directamente para cambiar el sistema de comentarios viejo por el loop actual. Lo hice al contrario: copié el comments.php de la plantilla de por defecto, la Kubrick, y la fui adaptando a mis necesidades para tener una plantilla que soportara ya comentarios anidados sin problemas y con la máxima compatibilidad con cualquier plugin. El resto fue mucho trabajo de ajustar los estilos en CSS. El resultado se puede ver en los primeros comentarios de ejemplo de esta misma entrada.

¡Ah! Y no se nos tiene que olvidar activar los comentarios anidados en el panel de control (Opciones → Discusión).

Sigue leyendo »

20 dic

Hojas de estilos (CSS) alternativas

Desde que escribí Internet Explorer 8 y el nuevo “super-duper standards mode” estoy suscrito al blog de los desarrolladores de IE. Me interesa mucho el tema de que IE8 mejore mucho la compatibilidad con los estándares existentes y en su blog, los desarrolladores van contando las vueltas que le tienen que dar para añadir dicha compatibilidad a un producto que precisamente siempre ha ido tan en contra de ella. En las actualizaciones que aparecen al final de Internet Explorer 8 y el nuevo “super-duper standards mode” podemos ver muchas de estas novedades.

También es un blog cómico. Por ejemplo, en New Accessibility Features in IE8 nos hablan de dos geniales características que han inventado para IE8, el Find on Page y el Caret Browsing. ¿De qué me sonarán a mí?

Pero el chiste buenísimo fue el de IE8 Performance, donde nos decían que a quién le importa que el JavaScript vaya lento en IE8 si total nadie lo usa. Textualmente:

After some analysis, what we found was that investing the entirety of our effort on improving JScript would not substantially improve our users’ browsing experience in most cases.

Since most users do not use their browser solely to run JScript benchmarking suites, what’s even more important is that we’ve made many sites measurably faster.

Buenísimo, ¿verdad?

Sin embargo, hace unos días, la entrada The CSS Corner: Alternate Style Sheets me resultó extraordinariamente interesante, puesto que no conocía las Alternate Style Sheets.

Básicamente, consiste en que en la cabecera del documento HTML, especificamos la hoja de estilos normal, tal vez una para imprimir, como es mi caso y además, tantas hojas de estilos alternativas como queramos indicando rel="alternate stylesheet":

<link rel="stylesheet" href="http://www.vicente-navarro.com/blog/wp/wp-content/themes/lhyle08/style.css" type="text/css" media="screen" />
<link rel="stylesheet" href="http://www.vicente-navarro.com/blog/wp/wp-content/themes/lhyle08/print.css" type="text/css" media="print" />
<link rel="alternate stylesheet" title="LHYLE sin barra lateral" href="http://www.vicente-navarro.com/blog/wp/wp-content/themes/lhyle08/alternate.css" type="text/css" media="screen" />

Esto, desde hace años, permitía en otros navegadores (por ejemplo, Firefox o Mozilla) cambiar la hoja de estilos fácilmente. Por ejemplo, en este sitio he añadido una hoja de estilos alternativa llamada “LHYLE sin barra lateral” con la que la barra lateral no aparece. Para seleccionarla, sólo tenemos que ir al menú Ver donde encontraremos las hojas de estilos adicionales que nos ofrezca la página:

Alternate CSS

El W3C también nos ofrece una página de demostración con múltiples hojas de estilo alternativas: CSS tips & tricks: Alternative style sheets.

Sin embargo, es muy posible que la falta de un menú similar en Internet Explorer, el navegador con más cuota de mercado, haya hecho que esto, en lugar de ser una funcionalidad muy popular y conocida entre desarrolladores web y usuarios, haya pasada desapercibida para muchos. Es lo que tienen las prácticas monopolísticas.

En Alternative Style: Working With Alternate Style Sheets podemos ver cómo cargar hojas de estilo alternativas con JavaScript.

Hace unos meses, en mi entrada Hojas de estilo CSS para imprimir, también vimos cómo hacerlo con muy poco código PHP. De hecho, si cargamos esta misma página con el parámetro ?css=alternate.css, también veremos la página con la hoja de estilos alternativa “LHYLE sin barra lateral”:

http://www.vicente-navarro.com/blog/?css=alternate.css

Actualización 13/1/09: En Comentarios anidados con WordPress 2.7, nueva vista para archivos y otros cambios en la plantilla, además de comentar novedades en la plantilla, hablo de una nueva hoja de estilos alternativa que he introducido con la que la barra lateral aparece a la deracha.

:wq

18 dic

Servir con Apache imágenes con marca de agua (watermark)

A menudo veo páginas (sobre todo blogs y tiendas online) que “firman” las imágenes que muestran con algún logo o con la dirección web de la página para que si les “roban” las imágenes, al menos sea fácilmente visible el origen de la misma. A ese logo/texto/imagen que superponemos sobre otra para identificar su origen se le suele llamar marca de agua o watermark.

Yo no tengo especial interés en hacer lo mismo con las imágenes de este blog. Al principio de tener la página, sí que detecté muchas páginas que “robaban” imágenes sin citar el origen, pero lo grave no era eso, porque que te copien una imagen en un sitio como este no tiene mayor importancia. Lo realmente grave era que yo detectaba el “robo” porque encima hacían hotlinking a las imágenes de mi sitio, sisándome parte del escaso ancho de banda que yo tenía dado que era un hosting casero. De cómo evitar esto en la medida de lo posible ya hablé en: Hosting casero HOWTO.

El “robo” de imágenes normalmente ocurre porque alguien copia un artículo entero (lo cual es totalmente legítimo si se respeta la Creative Commons), incluidas imágenes (si es con hotlinking ya no me parece tan legítimo) o porque alguien la ha encontrado en los buscadores de imágenes. El tráfico que traen los buscadores de imágenes, según la temática de la página, normalmente es muy poco agradecido: Necesito una imagen para un proyecto, la busco, la copio y se acabó… ¿De qué iba la página de donde he cogido la imagen? ¿Y a quién le importa? Por eso yo, en mi robots.txt, prohíbo que se indexen las imágenes (Remove an image from Google Image Search). No es el tipo de visitante que espero para mis entradas.

Sin embargo, en ciertos casos, como el de una tienda online, tiene mucho sentido que sus imágenes se puedan encontrar fácilmente. En varias ocasiones he tenido que buscar un adaptador de algún tipo y lo he localizado mucho más fácilmente en la búsqueda de imágenes que en la textual y casualmente, los sitios suelen ser tiendas que los venden. Todo perfecto.

Ésos son los casos en los que puede resultar más interesante aplicar una marca de agua a las imágenes del sitio. Como decía, no tengo ningún especial interés en hacerlo, pero sí que en su momento me intrigó el cómo hacerlo, y el resultado es el que podéis leer aquí.

Si nos centráramos en WordPress, existe un plugin, el Marekki’s Watermark, que yo he probado, y que me ha dado muy buena sensación. Sin embargo, no me han gustado dos cosas: que sea necesario modificar los ficheros estándar de WordPress para instalar el plugin y que te suba las nuevas imágenes ya con marca de agua sin mantener ninguna copia del archivo original. A mí me gusta mucho más conservar la imagen original fácilmente disponible para así poder variar o eliminar la marca de agua cuando queramos.

Vamos a ver cómo podríamos hacerlo en nuestra página actual que funcione con Apache y con las excelentes herramientas de ImageMagick. Por si alguien no lo conoce, ImageMagick es una colección de utilidades para editar imágenes en la línea de comandos. Sus posibilidades son infinitas y se trata de un software que nunca deja de sorprendernos. Si no existiera, habría que inventarlo. Tenemos un montón de tutoriales en Examples of ImageMagick Usage.

Sigue leyendo »

13 dic

Midiendo el ancho de banda de red con IPerf (y con scp, netcat, wget)

No sé qué le pasa últimamente a mi router Zyxel 660HW en su función de switch de red para conectar los diferentes ordenadores de casa. Mientras que el ancho de banda de red que debería de permitir para la comunicación entre los ordenadores debería de ser cercano a los teóricos 100 Mbps, hay veces que no hace falta esforzarse mucho para ver que realmente es muy inferior, hasta llegar a ver cosas como esta usando Samba entre un sistema con Ubuntu y otro con Debian:

Sin saber realmente por qué me está ocurriendo esto, este problema me sirve para hablar del IPerf, una pequeña utilidad que nos sirve para medir el ancho de banda efectivo entre dos sistemas de la red usando TCP o UDP. Como está disponible para Windows, y para los diferentes sistemas UNIX (en Debian y Ubuntu existe un paquete en la distribución estándar), podemos usarla entre dos nodos cualquiera conectados a una red para ver el ancho de banda real que, tras quitar las cabeceras y los retardos que introducen los dispositivos de red intermedios, nos queda.

En un extremo la ejecutaremos en modo servidor, con la opción -s:

debian $ iperf -s
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
[  4] local 192.168.1.2 port 5001 connected with 192.168.1.3 port 53490
[  4]  0.0-10.3 sec    116 MBytes  94.1 Mbits/sec

En el otro extremo, en modo cliente, con la opción -c. Por defecto, ambos extremos usan el puerto 5001:

ubuntu $ iperf -c debian
------------------------------------------------------------
Client connecting to debian, TCP port 5001
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[  3] local 192.168.1.3 port 53490 connected with 192.168.1.2 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.1 sec    116 MBytes  96.3 Mbits/sec

Vemos que, de una red de 100 Mbps salen 94-96 Mbps. No está mal.

Sigue leyendo »

 Anterior 1 2 3 4 5 6 7 8 ... 16 17 18 Siguiente
Tema LHYLE09, creado por Vicente Navarro