Por aquellos tiempos había estado leyendo sobre cómo funcionaba el protocolo HTTP. HTTP me había parecido que era extremadamente sencillo, sobre todo considerando que es una de las tecnologías fundamentales de Internet, fue as qué decidí probar si realmente era tan sencillo como parecía haciendo un programa prueba de concepto.

Este artículo es una copia del post realizado en el 2006 en el cual se anunciaba el proyecto, se publicaba un archivo zip conteniendo el programa y se explicaba cómo usarlo.

De momento únicamente tengo el código compilado. Si a alguien le resulta interesante, puedo buscar el fuente y publicarlo aquí. Si no quieren leer todo el artículo, encontrarán la descarga sobre el final del mismo.

Sin más, dejo el resto del post original del 2006 a continuación.

Introducción

Trivial HTTP Daemon o thttpd por conveniencia es un servidor de páginas web escrito 100% en Java.

Sus objetivos de diseño son ofrecer un médio para compartir información, el cual sea seguro, fácil de instalar y configurar, así como altamente potable entre distintos sistemas operativos y arquitecturas.

thttpd puede verse como un servidor de páginas “plug and play”, se descomprime, se configura y se usa. Su bajo acoplamiento permite compartir archivos de cualquier tipo en cuestión de minutos y ser eliminado rápidamente cuando no es más necesario. Ideal para ser utilizado cuando todo lo demás falla.

Su uso es gratuito pero se encuentra sujeto a los términos contrato de licencia adjuntos en en archivo release notes.txt

Requerimientos

A pesar de ser diseñado para ser una aplicación al estilo “plug and play”, el servidor presenta una serie de requerimientos de configuración para su uso.

• Java Rutime Environment, versión 1.5.0. El servidor fue escrito y probado utilizando la JDK 1.5.0 update 6.
• Configuración de cortafuegos (firewall) si existe uno, para permitir aceptar y responder a conexiones entrantes.
• Configuración de la aplicación!!

Configuración

Para configurar el servidor basta con editar el archivo thttpd.conf incluido con la aplicación. Puede editarse utilizando tu editor favorito (excepto notepad o word).

El archivo de configuración se encuentra completamente documentado, por lo cual los usuarios encontrarán muy sencilla la tarea de editar los valores para ajustarse a sus necesidades únicas.

Los archivos de configuración pueden moverse de un equipo a otro para agilizar el proceso de puesta en marcha.

Iniciando el Servidor

Para inciar el servidor debemos asegurarnos que el archivo de configuración thttpd.conf se encuentra en el mismo directorio o carpeta que el archivo trivialhttpd.jar. Inicia una consola, ve a esa carpeta y ejecuta el comando

java -jar trivialhttpd.jar

ya esta!! El servidor escucha en el puerto configurado en el archivo de configuración. Para acceder a él utilizamos cualquier navegador e ingresamos la dirección del servidor seguida de :<#puerto>.

Saliendo del Servidor

Para salir, se debe seleccionar la consola que inició el servidor y presionar Control + C. De momento no hay otra forma de terminar el servidor que esta.

Tipos de Archivos Soportados

La versión 1.0 del servidor thttpd solo se soportaban archivos de caracteres, es decir, de extensión .txt, .rtf, .html, etc.

La versión del servidor thttpd 2.0 soporta archivos de cualquier tipo, incluyendo imagenes, sonidos y música, entre otros.

Acceso a Archivos

El servidor necesita que sea especificado lo que se conoce como una raíz de documentos (document root), la cual representa la raíz a partir de la cual se servirán todos los archivos (recursivamente hacia abajo en la jerarquía).

La raíz de documentos es una ruta que se agregar a los pedidos de archivos para permitir su localización en el sistema de archivos del equipo que esta ejecutando la aplicación.

Supón que thttpd esta escuchando en un equipo de nombre “Archivos”, en el puerto 3307, el cual contiene un archivo de nombre invitados.txt.

Para acceder a este archivo abrimos un navegador de Internet, como Mozilla Firefox por ejemplo, e ingresamos la dirección http://Archivos:3307/invitados.txt

El servidor “Archivos” tomará /invitados.txt y se lo agregará a la raíz de documentos. Luego, pedirá a su sistema operativo dicho archivo y lo mandará a través de la red a quien lo solicitó. (Nota que de esta manera obtenemos un subsistema de seguridad “gratis” por así decirlo. Hablaremos de esto en la siguiente sección.)

En caso de que un archivo no sea encontrado, el servidor enviará un mensaje de 404 – File Not Found. No se soportan espacios en los nombres de archivo o en los directorios que los contienen.

El servidor también puede accederse mediante su dirección IP.

Seguridad

Hasta la versión actual del servidor thttpd no se ha desarrollado un subsitema propio de seguridad, sino que se utiliza el subsistema del sistema operativo que alberga la aplicación.

Esto funciona de la siguiente manera: como la aplicación debe ejecutar en nombre de un usuario específico (quien inició la aplicación) y como la aplicación debe pedir los archivos al sistema operativo, los archivos que no pueden ser accedidos por el usuario, tampoco pueden ser servidos por el servidor.

A pesar de que este enfoque nos lleva a un esquema de seguridad fuerte en sistemas Unix y Linux, también puede lleva a problemas de seguridad en sistemas Microsoft Windows. La mejor práctica de seguridad es no colocar bajo la raíz de documentos los archivos que no quieres compartir. Consecuentemente, no compartas las raices de los sistemas de archivos (/ en Unix/Linux o C:\ en Microsoft Windows).

Tampoco es recomendable ejecutar el servidor con permisos de administrador.

Autor, Créditos

Trivial HTTP Daemon, thttpd, diseñado y desarrollado por Alejandro Segovia.

Descarga

>> Descarga Trivial HTTP Daemon (11.1 KB)

NetworkManager es una utilidad que se ha comenzado a distribuir por defecto en varias distribuciones importantes, como Ubuntu y Fedora, y se encarga de manejar todo lo referente a redes automaticamente, haciendo realmente sencillo el poder conectarse a redes inalambricas y/o con DHCP. Ahora, qué sucede cuando en realidad estamos utilizando una distribución como Ubuntu sobre un PC de escritorio, el cual se conecta sistematicamente a una misma red.

Dependiendo de la configuración del Router, utilizando NetworkManager en una red con DHCP, podría resultar que nuestro PC sea asignado una distinta dirección IP cada vez que este es encendido o reiniciado, lo cual ciertamente resultaría molesto si es que este equipo se encuentra configurado para proveer servicios a otras computadoras en la red, como por ejemplo, servir de repositiorio Subversion o de File Server. En este post presentaremos un método para desactivar NetworkManager definitivamente, con el objetivo de poder manejar manualmente nuestras redes, y luego veremos cómo configurar nuestro Ubuntu para que pueda conectarse a la red, siempre con la misma dirección IP y sin sacrificar el acceso a Internet.

Este post se aplica principalmente a Ubuntu y probablemente Debian. Se ha comprobado sobre Ubuntu 8.04.

Paso 1 – Deshacerse de NetworkManager

NetworkManager se encarga de manejar las redes automaticamente, hasta cierto punto quitandonos el control fino sobre como configurarla. Lo primero que haremos es desactivarlo ahora y para siempre. Para esto utilizamos los siguientes comandos:

sudo service NetworkManager stop

sudo rm `find /etc/rc* -name “*NetworkManager”`

El primer comando detiene NetworkManager y el segundo lo elimina de todos los runlevels de Linux, efectivamente evitando que se inicie automaticamente al bootear el sistema.

Si bien no es estrictamente necesario, resulta elegante eliminar tambien el applet de GNOME para NetworkManager. Este se puede desactivar desde el menú “Sessions” del panel “System -> Preferences” de GNOME, simplemente destildando la entrada correspodiente. El proceso se llaman nm-applet o nm-gnome-applet y puede detenerse desde la terminal, sin necesidad de reiniciar la sesión.

Paso 2 – Configurar nuestra interfaz de red

Sin NetworkManager en el camino podemos declarar y configurar la placa de red utilizando la herencia de Debian en Ubuntu. Este paso es muy similar al presentado nuestro Post del 2007: “Configurando servidores en redes con DHCP“.

Editamos el archivo /etc/network/interfaces y agregamos la siguiente configuración para una nueva interfaz eth0 (siempre como root):

auto eth0

iface eth0 inet static

address 192.168.1.50

netmask 255.255.255.0

network 192.168.1.0

broadcast 192.168.1.255

gateway 192.168.1.1

La primer línea es importante. Declara eth0 como una interfaz que debe ser iniciada automaticamente al levantar la red (ver el script /etc/init.d/networking).

Asímismo, debemos declarar los servidores DNS que este host estará utilizando. Para ello editamos el archivo /etc/resolv.conf (nuevamente como root), y agregamos (en el caso de Uruguay):

nameserver 200.40.30.245

nameserver 200.40.220.254

Una vez configurado todo podemos reiniciar la red para asegurarnos que nuestros cambios fueron correctos. Para ello utilizamos el siguiente comando:

sudo service networking restart

Habiendo reiniciado el servicio de red, se pueden listar las interfaces activas mediante el comando “ifconfig”. Si todo funcionó bien, deberíamos estar conectados a la red, pudiendo navegar sin dificultades y con la dirección IP estática 192.168.1.50.

Recuerdo que la primera vez que quise armar una red Linux (simplemente dos PC’s corriendo Linux conectadas con un cable cruzado) acostumbrados al concepto de “carpetas compartidas” no entendíamos por qué no lograbamos “entrar” en el otro equipo, por más que ambas máquinas se veían bien meidante pings. Cuatro años después he comprendido que esto es un concepto propio de los sistemas Windows y que poco tiene que ver con el mundo UNIX/Linux.

¿Cómo hacemos entonces si queremos acceder (leer o incluso escribir) a una carpeta que nos han compartido desde un Windows?

Escribir \\equipo en el navegador no nos servirá. Lo que sucede es que cuando queremos acceder a otro equipo mediante el explorador de Windows, \\ indica al sistema que se deberá utilizar el protocolo Server Message Block (SMB), también conocido como Common Internet File System (CIFS), el cual permite acceder a recursos compartidos en redes Windows como directorios e impresoras.

Lo que nosotros necesitamos es una implementación del protocolo SMB para Linux… glup.

Calma, esto ya existe y es de lo que se trata el proyecto Samba: poder interoperar con recursos compartidos en una red Windows. La idea es que utilizado Samba podremos “montar” una carpeta compartida dentro de nuestro Sistema de Archivos, para luego leerla y escribirla como cualquier otra. La única diferencia consiste en que los datos se enviarán a través de la red se serán almacenados en el disco del equipo remoto.

¿Cómo montamos una carpeta compartida?

Primero necesitamos Samba. En particular nos interesa un paquete denominado smbfs en Ubuntu (y creo que es samba-client en Fedora), el cual agrega soporte para un nuevo tipo de Sistema de Archivos denominado justamente smbfs. Una vez que tenemos este paquete, simplemente debemos escribir en una terminal (como root o mediante sudo):

mount -t smbfs //<direccion_ip>/<carpeta_compartida> /<punto_de_montaje> -o user=<usuario>

Por ejemplo, supongamos que se comparte una carpeta bajo el nombre “datos” en un Windows cuya dirección IP es “10.10.10.1″, y en el cual está habilitada la cuenta de invitado (guest). En este caso podríamos simplemente escribir:

 mount -t smbfs //10.10.10.1/datos /mnt -o user=guest

Voilá. Los archivos que se encuentran en “datos” aparecerán en /mnt dentro de nuestro Sistema de Archivos y si la carpeta se compartió con permisos de escritura, podremos escribirla también. Una vez que terminemos simplemente desmontamos el directorio con el comando umount /mnt (como root también o mediante sudo).

Unas consideraciones que hay que tener en cuenta, sin embargo, consisten en que primero, como habrás notado, todo esto se realizó desde la consola mismo. Existen herramientas gráficas para hacer esto mismo en una forma mucho más amigable, no obstante, este procedimiento sirve para los casos en que nuestra terminal no dispone de tales aplicaciones, o bien no dispone de interfaz gráfica (como puede ser con un servidor).

En segundo lugar, montando así la carpeta, en caso de que se pueda escribir, solo podrá hacerlo root. Estoy seguro que esto puede cambiarse, pero no lo he probado lo suficientemente como para publicarlo (aún).

Finalmente, queda pendiente cómo poder utilizar el nombre de red Windows del equipo (en vez de su dirección IP) para hacer referencia a él. La suite de Samba incluye herramientas idóneas a tales fines, las cuales se encargan de consultar en una red NetBios (Windows) la dirección IP asociada a un cierto nombre dado por el usuario. En particular, el comando nmblookup se encarga de recibir un nombre y devolver la dirección IP asociada a ese equipo (si se encuentra).

Espero que les resulte útil. Happy Samba!

Links relacionados:

• Página del manual de Samba.
• Configurando un Servidor en una red DHCP.
• Configura un Servidor en un PC viejo que no se usa.

Según el artículo en Slashdot:

“Con el correr de los meses desde la liberación de Vista [al mercado], no ha habido dudas acerca de la reducción de desempeño de red que se siente, comparado con Windows XP. Sin embargo, unos usuarios en los foros de 2CPU han descubierto una extraña conexión con la reproducción de audio, que impone un tope de 5%-10% en el total de desempeño de la red. Cada vez que audio es enviado a una tarjeta de sonido (incluso en pausa), el desempeño de la red es instantáneamente reducido. Tan pronto el audio es detenido, la velocidad vuelve a aumentar a los niveles esperados.”

“Difícil decisión para los usuarios -qué prefieres, sonido o velocidad? demasiado para la Multitarea de Windows.”

Todo salió a raíz de esta noticia que leo en Slashdot de que mañana el gigante va a estar mandando a sus fieles ciervos la próxima versión del muy criticado navegador como un parche de alta prioridad; ciertamente una noticia que merece festejos por parte de todos aquellos quienes sabían que IE es de las peores cosas que le pudo pasar a Internet, pero que no tenían el suficiente coraje como para animarse a probar un navegador distinto. Para todos ustedes, que saben quienes son, les deseo feliz Patch Tuesday por mañana y por todos los que han de venir luego.

Para todos los demás ciertamente no hay ninguna novedad ya que hemos estado disfruntando de las “nuevas” características del IE7 desde que salió Mozilla Firefox hace 2 años. Disfruten lo que se perdieron hasta ahora Windozeros, nosotros vamos a estar disfrutando de Firefox 2.0 dentro de poco…

Si bien en un principio parecía bastante complicado, todo fue cosa de encontrar el comando correcto, por eso quería comentar lo sencillo que es realizar este tipo de conexiones sobre sistemas GNU/Linux, por si alguien se topa con alguna situación similar.

El comando que terminó resolviendo todo el asunto se denomina pppoeconf, básicamente una aplicación de consola que, mediante una serie de preguntas, recolecta la información necesaria para realizar la configuración apropiada.

En un principio busca detectar modems (A)DSL conectados al equipo, por lo cual es importante tener prendido y conectado el modem al equipo que estamos configurando, previo a iniciar pppoeconf.

Una vez que detecta el modem, se realizan una serie de preguntas con respecto a la configuración a realizar. En casi todos los casos encontré que los valores sugeridos por defecto son apropiados, por lo cual no necesitamos realizar demasiados cambios, más allá de especificar el nombre de usuario y contraseña asignados por nuestro proveedor cuando estos son solicitados. El asistente también ofrece la posibilidad de iniciar una conexión de forma automática cada vez que el equipo sea encendido.

Una vez terminado el asistente, los comandos que posteriormente permiten controlar la conexión son los siguientes:

• pon dsl-provider
  Inicia la conexión. dsl-provider es el nombre asignado por defecto al proveedor que configuramos. Si decidiste cambiarlo durante la configuración, deberás utilizar el nombre elegido aquí.
  
• poff
  Finaliza la conexión.
• plog
  Muestra en la consola el estado de la conexión.