De los mismos creadores de pico llega ...

[Casimiro Noteví]

Pues nada, ya he comido, un poco tarde y me he puesto a probar el ya famoso 'pico' .
Veamos:

descargar el zip
extraerlo
abrir la consola de líneas de comandos
cd /home/casimiro/pico
make
./pico
desde firefox: localhost:1978
navegar por los directorios
ver algún pdf
cerrar firefox
abrir una xubuntu virtualizada para simular una conexión por red local
abrir firefox
desde firefox: http://192.168.1.2:1978
navegar por los directorios
ver algún documento
cerrar firefox
ctrl-c para cerrar el 'pico'

Resultado: perfecto.


P.d: al conectar sale siempre al principio: favicon not found, no sé qué será:

[7222] GET / HTTP/1.1
[7222] GET / favicon.ico HTTP/ 1.1
[7222] Not Found
[7222] GET / tmp/ HTTP/ 1.1

[[seoane]]

El favicon segun la wikipedia:

Empezado por Wikipedia

Favicon (Término reducido de la palabra inglesa Favorites icon), también conocido como icono de página, es un icono asociado a una página web concreta. Un diseñador web puede crear este icono y muchos navegadores gráficos pueden usarlos. Los navegadores que permiten esta función suelen mostrar el icono junto a la barra de direcciones, al lado del nombre de la página web en la lista de favoritos y en los títulos de las páginas. Estos iconos son de tamaño 16x16, y de extensión .ico los favicon pueden ser creados a partir de un archivo .png, y algunos pueden ser de 32 bit, 16 bit y algunos soportan transparencia alfa. Algunas aplicaciones pueden hacer los favicon automaticamente (Ejemplo: GoLive)

En ingles dan mas explicaciones: http://en.wikipedia.org/wiki/Favicon

El caso es que los navegadores que soportan el favicon, lo que hacen es intentar pedirlo cada vez que se conectan a un servidor, y si no lo encuentran, como en este caso, pues no muestran nada. Si alguno tiene un servidor web y revisa su archivo log vera como hay un montón de peticiones del famoso archivo favicon.ico

Caramba, la de cosas que estamos aprendiendo hoy

Muchas gracias Casimiro por probarloo

[Casimiro Noteví]

Empezado por seoane

Caramba, la de cosas que estamos aprendiendo hoy
Muchas gracias Casimiro por probarloo

De nada, por cierto, también lo he probado desde un windows 'real' y no virtualizado de mi red local y también funciona perfecto.
Además me ha servido para averiguar que tengo el puerto 1978 abierto en el ubuntu, bueno, realmente, todos los puertos, no me había fijado que no tengo firewall activado ni nada de nada

[[seoane]]

Empezado por Casimiro Notevi

Además me ha servido para averiguar que tengo el puerto 1978 abierto en el ubuntu, bueno, realmente, todos los puertos, no me había fijado que no tengo firewall activado ni nada de nada

Creo que eso es "habitual", la gente se confía con eso de que linux es seguro y no se preocupa de andar cerrando puertos. Yo estoy igual que tu y la verdad me da pereza andar configurando nada, de todas formas estoy detrás de un router así que nadie puede acceder a esos puertos desde internet. Eso si en cuento me anime un poco, me van a prestar documentación sobre iptables y me pongo con eso.

[DarkMan]

Me acabo de descargar pico y lo he probado en mi distribución Mandrake, he de decir que funciona perfecto. Como bien dicen por ahi es muy facil de usar(y tanto...) y seguramente me sea útil porque estoy continuamente desplazandome.

Enhorabuena por el buen "juguetito" que has hecho seoane

[[seoane]]

Bueno, yo sigo jugando. Ahora buscando un poco de seguridad me he fijado en xinetd. Xinetd es un demonio presente en muchos sistemas tipo Unix que gestiona las conexiones de varios demonios. La ejecución de una única instancia de Xinetd reduce la carga del sistema, en comparación con lo que significaría ejecutar cada uno de los demonios que gestiona, de forma individual. Cuando una petición llega a nuestro equipo, a uno de los puertos controlados por el, ejecuta una instancia del programa encargado de manejar esa conexión. Por ejemplo, en el caso de pico, cuando alguien se conecte al puerto 1978 xinetd ejecutara una instancia de nuestro programa para que se encargue de esa conexión, una vez cerrada la conexión nuestro programa también se cierra.

Además de la ventaja de no tener el programa siempre funcionando, xinetd nos ofrece un montón de ventajas mas, como pueden ser:

• Limitar el acceso desde determinados hosts.
• Limitar el numero de conexiones simultaneas.
• Limitar el acceso según la hora.
• Prevenir los ataques de denegación de servicio.
• Crear archivos log
• etc ...

He modificado levemente el programa para que funcione con xinet, puedes bajarte el zip con el programa del primer mensaje de este hilo. Ahora para ejecutar pico de forma compatible con xinet utiliza el parametro "--inetd", algo asi:

/usr/bin/pico --inetd

Ahora ya solo nos falta configurara xinetd. Para eso vamos a crear un fichero de texto en el directorio "/ etc/xinetd.d". Algo así:

"/ etc/xinetd.d/pico"

service pico
{
    disable         = no
    port            = 1978
    socket_type     = stream
    protocol        = tcp
    wait            = no
    user            = seoane
    server          = /usr/bin/pico
    server_args     = --inetd
    instances       = 15
    nice            = 10 
    type            = unlisted
}

Estamos suponiendo que el usuario que queremos usar es seoane, y que pico esta en el directorio "/usr/bin". Otras cosas interesantes son que hemos limitado el numero de instancias que se pueden ejecutar de forma simultanea, y hemos bajado su prioridad para que no consuma muchos recursos.

Para que esta nueva configuracion tenga efecto tenemos que reiniciar el servicio xinetd. Asi que ejecutamos el siguiente comando:

/ etc/init.d/xinetd restart

Una vez reiniciado el demonio, ya podemos acceder a nuestro servidor web como lo hacíamos antes http://127.0.0.1:1978 o http://tuip.com:1978

En la pagina de xinetd o en esta otra , puedes encontrar mas información sobre como limitar el acceso y demás opciones de configuración.