IEs4Linux es un script que permite instalar y ejecutar Internet Explorer (concretamente las versiones 5.5, 6 e incluso 7) en Linux o cualquier otro SO ejecutando Wine. En nuestro caso, el sistema operativo elegido es FreeBSD :)
Para poder ejecutar el script que nos permita instalar el vilipendiado Internet Explorer, habrá que tener instalados desde los ports/packages:
archivers/unzip
archivers/cabextract
emulators/wine
ftp/wget
Además la emulación Linux deberá estar funcionando en el sistema.
El siguiente paso es descargar y descomprimir ies4linux:
# wget http://www.tatanka.com.br/ies4linux/downloads/ies4linux-latest.tar.gz
# tar zxf ./ies4linux-latest.tar.gz
Y luego:
# env LANG=C /compat/linux/bin/bash
# cd ./ies4linux-2.99.0/
# ./ies4linux --no-gui --no-color
(o con las opciones que se deseen)
Aunque se supone que junto con el Internet Explorer instala Flash 9, en mi caso no se veían las páginas con Flash, pero se solucionó yendo a la página de Macromedia a instalando Flash desde allí.
¡Y listo!
Encontrado en http://www.xdelta.net/blog/FreeBSD
Mostrando las entradas con la etiqueta ssoo. Mostrar todas las entradas
Mostrando las entradas con la etiqueta ssoo. Mostrar todas las entradas
viernes, 30 de mayo de 2008
martes, 15 de mayo de 2007
Desactivando servicios en Windows 2000
Tengo un ordenador con un Windows 2000 que utilizo para navegar por internet y sobre todo para jugar al Day of Defeat, y aparte de vez en cuando descargar las fotos de la cámara, etc. Quería aligerar un poco el uso de memoria desactivando algunos servicios, así que después de ver un par de páginas y guías, al final me decidí por estos. ¡Por ahora parece ir todo bien!
Algunas páginas que nos pueden ayudar en el proceso:
http://www.hugorodriguez.com/cursos/optimizando_w2k_07.htm
http://www.microsoft.com/technet/prodtechnol/Windows2000serv/deploy/prodspecs/win2ksvc.mspx
Y sobre todo:
http://www.blackviper.com/WIN2K/win2kservice411.htm
- Actualizaciones automáticas ("Automático", se pasa a "Manual")
- Administrador de conexión de acceso remoto (se pasa a "Deshabilitado")
- Administrador de cuentas de seguridad ("Automático", se pasa a "Deshabilitado")
- Administrador de discos lógicos ("Automático", se pasa a "Manual")
- Agente de directivas IPSEC ("Automático", se pasa a "Manual")
- Almacenamiento protegido ("Automático", se pasa a "Manual")
- Cliente de seguimiento de vínculos distribuidos ("Automático", se pasa a "Manual")
- Cliente DHPC ("Automático", se pasa a "Manual")
- Cliente DNS ("Automático", se pasa a "Manual")
- Cola de impresión ("Automático", se pasa a "Manual")
- Escritorio remoto compartido de NetMeeting (se pasa a "Deshabilitado")
- Examinador de equipos ("Automático", se pasa a "Manual")
- Mensajero ("Automático", se pasa a "Manual")
- Notificación de sucesos del sistema ("Automático", se pasa a "Manual")
- Programador de tareas ("Automático", se pasa a "Manual")
- Servicio de ayuda TCP/IP NetBIOS ("Automático", se pasa a "Manual")
- Servicio de registro remoto ("Automático", se pasa a "Manual")
- Servicio RunAs ("Automático", se pasa a "Manual")
- Sistema de sucesos COM+ ("Manual", se pasa a "Deshabilitado")
Algunas páginas que nos pueden ayudar en el proceso:
http://www.hugorodriguez.com
http://www.microsoft.com
Y sobre todo:
http://www.blackviper.com
domingo, 18 de febrero de 2007
Actualizar la fecha del sistema con rdate
Basta con ejecutar el siguiente comando:
/usr/bin/rdate -s ntp.escomposlinux.org > /dev/null 2>&1
Se puede poner en el /etc/rc.local, hacerse un script de arranque, ponerlo en el cron, o lo que se quiera.
/usr/bin/rdate -s ntp.escomposlinux.org > /dev/null 2>&1
Se puede poner en el /etc/rc.local, hacerse un script de arranque, ponerlo en el cron, o lo que se quiera.
Pure-FTPD como servidor FTP con usuarios virtuales en OpenBSD 3.2
Artículo publicado originalmente en la página de "El Demonio" en agosto del 2003
En este artículo trata de cómo instalar y configurar el servidor de ftp Pure-FTPD con usuarios virtuales en una OpenBSD 3.2. ¿Por qué Pure-FTPD y no otro? Pues... porque es el que conozco, el que tengo instalado y con el que me tuve que pelear, ni más ni menos.
La confección del artículo está pensada con OpenBSD 3.2 en mente, que es lo que tengo instalado, pero debería funcionar con otras versiones sin dificultad e incluso con otros sistemas operativos sin necesidad de mucha adaptación.
Para la confección del mismo he utilizado la documentación oficial disponible (ver links al final del documento) y la experiencia propia.
Compilación e instalación
Podemos encontrar el port del Pure-FTPD en /usr/ports/net/pure-ftpd. Si no está ahí, quizás tienes los ports poco (¡o nada!) actualizados, o simplemente no los tienes. De todos modos, aquí sólo se va a tratar la instalación/configuración del Pure-FTPD, así que una vez que tengas una versión actualizada o que al menos tenga el Pure-FTPD, haz:
politvs# cd /usr/ports/net/pure-ftpd
Como queremos activar el soporte para usuarios virtuales, mensajes en castellano, y otras funcionalidades, tendremos que editar el archivo Makefile con nuestro editor favorito (el vi, claro :)), comentar la línea ya existente de CONFIGURE_FLAGS+= ... (ojo, seguramente estará partida con una barra como esta "\", así que comenta las dos líneas si no quieres que te de un error...) y añade esta por ejemplo:
CONFIGURE_ARGS+= --without-inetd --without-paranoidmsg --with-puredb \
--with-language=spanish --without-banner
Explico un poco los flags utilizados:
--without-inetd => No utilizo inetd, así así que yo lo voy a desactivar
--with-paranoidmsg => Se le mostrará siempre el mismo mensaje de error (en caso de que lo haya, claro) al usuario independientemente de cuál haya sido el error que lo haya provocado. Quizás no es muy útil a la hora de depurar errores de configuración, pero sí es útil por motivos de seguridad.
--with-puredb => Habilitamos usuarios virtuales
--with-language=spanish => Lenguaje castellano en los mensajes del servidor
--without-banner => No imprime banner de saludo <= Esta opción la hay como flavor
Otros flags que alguna gente podrá encontrar interesantes:
--with-nonroot => Permite que otros usuarios que no sean root ejecuten el servidor (con algunas limitaciones)
--with-quotas, --with-ratios => Activa cuotas de uso de disco, ratios de descarga...
--with-ftpwho => Soporte para el comando pure-ftpwho (nos da información sobre usuarios conectados, qué descargan, etc). Necesita algo más de memoria, y al parecer pueden enlentecer cuando se utilizar Pure-FTPD con inetd.
Haciendo:
politvs# ./configure --help
desde el directorio en donde están descomprimidos los fuentes (alguno que cuelgue de /usr/ports/net/pure-ftpd pero eso ya depende de la versión) podrás obtener todos los flags posibles que puedes utilizar, y sino consulta la página web oficial (casi todo lo que pongo aquí está extraído de allí), en donde hay varios "readmes".
En resumen: añade la línea CONFIGURE_FLAGS+= ... en el Makefile con los flags que quieras ;)
Ahora sólo queda hacer:
politvs# make install clean clean-depends
Y si no hay problemas y después de un rato compilando, deberíamos tener ya el Pure-FTPD instalado.
Usuarios virtuales
Uno de los puntos que me gustan del Pure-FTPD es la posibilidad de trabajar con usuarios virtuales. Para ello hay que realizar algunos pasos previos. En primer lugar, añadiremos un grupo y un usuario al sistema:
politvs# groupadd -g 6000 ftpgroup
politvs# useradd -g ftpgroup -u 6000 -d /dev/null -s /etc ftpuser
Esto no es estrictamente necesario (se pueden utilizar usuarios y grupos ya existentes), pero pienso que queda más claro y es lo que recomiendan en el "readme" de usuarios virtuales de la propia página web del programa. Ojo, hay que tener cuidado de que no exista ese usuario/grupo/uid/gid, ya que podría darnos problemas.
Seguramente te extrañará que el shell utilizado sea /etc; francamente a mi también :) pero es como dice el "readme" que hay que hacerlo. Para ello, es casi seguro que tengas que añadir la línea /etc en el archivo /etc/shells ya que seguramente no la tendrás. Hay otra posibilidad, más clara pero que no he probado, que es la de añadir /sbin/nologin (creo que ese es el path) en /etc/shells y utilizar éste como shell del usuario ftpuser; supongo que funcionará igual, ya que se trata simplemente de tener una shell falsa.
Procedemos ahora a añadir el primero de nuestros usuarios virtuales. De forma rápida sería algo así:
pure-pw useradd nombre-de-usuario-virtual -u nombre-real-del-usuario -g grupo-real-del-usuario -d /ruta/del/home/virtual
Es decir: si queremos añadir un usuario virtual pepe con el grupo y usuarios de sistema creados unas líneas atrás, y que tenga como home el directorio /mnt/ftp, tendremos que hacer:
politvs# pure-pw useradd pepe -u ftpuser -g ftpgroup -d /mnt/ftp
Nos preguntará la contraseña dos veces por motivos de seguridad.
A la hora de crear usuarios tenemos muchas otras opciones, como encerrarlo en su directorio, permitir que se conecte desde una dirección ip determinada... pero esto es solo un breve tutorial así que no me meteré a fondo con esto (tampoco podría porque no he hecho pruebas en este sentido).
Para modificar datos de usuarios ya creados tenemos el comando pure-pw usermod. Por ejemplo, si quisiéramos que pepe tenga una cuota de 1000 archivos y 10Mb, tendríamos que hacer algo así:
politvs# pure-pw usermod pepe -n 1000 -N 10
Pero no lo he probado, así que inténtalo tú mismo y luego dime si funciona, da problemas, o qué pasa.
Para borrar al usuario pepe:
politvs# pure-pw userdel pepe
Ojo, el home no se borra, tendrás que hacerlo a mano si quieres.
Cambiar la contraseña sería algo como esto:
politvs# pure-pw passwd pepe
De nuevo nos la preguntará dos veces.
Si lo que queremos es ver información sobre el usuario pepe:
politvs# pure-pw show pepe
En todos estos ejemplos están dando por sentado que estamos trabajando con la base de datos de usuarios creada por defecto por el Pure-FTPD, que es /etc/pureftpd.passwd. Podemos editar la información directamente en ese archivo, puesto que es texto plano (no recomendable). Sin embargo, hay que transformar esa información en un archivo binario con el que el Pure-FTPD pueda trabajar, y eso lo hacemos así:
politvs# pure-pw mkdb
Lo cual creará el archivo /etc/pureftpd.pdb (siempre que sigamos trabajando con la los parámetros por defecto). Hablando claro, viene a ser como una compilación. Cada vez que haya un cambio en el archivo .passwd, hay que "recompilarlo" para que el Pure-FTPD pueda usarlo.
Una opción interesante cuando añadimos usuarios, o cambiamos sus datos/contraseñas, es el modificador -m, que hace que, inmediatamente después de la acción, se reconstruya el archivo binario de información:
politvs# pure-pw passwd pepe -m
politvs# pure-pw userdel pepe -m
De esta forma ya no será necesario hacer pure-pw mkdb.
Iniciar el servidor
Bueno, llegó la hora de ver si todo esto funciona, así que activemos el servidor. En mi caso lo haré tal que así:
politvs# /usr/local/sbin/pure-ftpd -4 -B -j -lpuredb:/etc/pureftpd.pdb -lunix -c 2 -C 2 -A
¡Y ya deberíamos poder conectarnos! Explicaré un poco los flags utilizados:
-4 => Activa IPv4.
-B => Inicia el servidor como demonio.
-j => Crea los homes al entrar por primera vez si no existían con anterioridad.
-lpuredb:/etc/pureftpd.pdb => Activa los usuarios virtuales y leerá la información del archivo /etc/pureftpd.pdb
-lunix => Si la validación como usuario virtual no funcionó, la intentará como usuario de sistema.
-c 2 => Permite sólo dos clientes simultáneos como máximo.
-C 2 => Permite sólo dos conexiones simultáneas por IP.
-A => Los usuarios no pueden descender más allá de su home.
-I 15 => Timeout a los 15 minutos.
También hay otras posibilidades interesantes:
-S 42 => Conecta al puerto 42 en lugar de al 21 (que es el habitual por defecto)
-f none => Desactiva logs
-E => Prohibe clientes anónimos
-w => Soporte FXP para usuarios autenticados (¡¡ojo, que FXP es un protocolo inseguro!!)
Para más información sobre estos y para saber qué otros están disponibles, échale un ojo a la página man:
politvs# man pure-ftpd
Merecen especial atención los parámetros -lpuredb:/etc/pureftpd.pdb -lunix. En ese orden, intentará primero validarse como usuario virtual y luego como usuario del sistema. Sería cuestión de probar qué pasaría si tenemos un usuario con el mismo nombre en el sistema y en el Pure-FTPD y el orden de los parámetros es el contrario. Quizás ya no se pueda añadir como usuario virtual... Si alguien lo prueba, por favor que nos cuente qué pasa.
Usuarios anónimos (probar)
En teoría (ésto no lo he probado), si existe un usuario ftp y tiene su propio home, Pure-FTPD aceptará conexiones anónimas como anonymous o como ftp los archivos compartidos deberán estar en el directorio home del usuario. No es necesario hacer chown a esos archivos, sólo a los directorios en los que se quiera que pueda escribir.
Banners
En el caso de existir un archivo .banner en el directorio home del usuario o del servidor virtual, se imprimirá cuando un usuario se conecte a modo de mensaje de bienvenida. Este archivo no debe superar los 4000 bytes o no se mostrará.
También puede haber en cada directorio un archivo .message que será mostrado cuando un cliente entre en el directorio.
Inicio de Pure-FTPD cada vez que iniciemos el ordenador
Pues sólo sería añadir algo como:
# Pure-FTPD
if [ -f /usr/local/sbin/pure-ftpd ]; then
echo -n ' Pure-FTPD'
/usr/local/sbin/pure-ftpd -4 -B -j -lpuredb:/etc/pureftpd.pdb -lunix -c 2 -C 2 -A
fi
... en nuestro /etc/rc.local. Podríamos refinarlo un poco más, pero así nos sirve.
Logs
Quizás queramos cambiar el archivo de log o la información que en él se va a mostrar. Por defecto el Pure-FTPD lo hace a través del syslog la configuración de este demonio la podemos cambiar a través del archivo /etc/syslog.conf, así editamos este archivo con nuestro editor favorito (de nuevo vi). Habrá ya una línea para ftp de este estilo:
ftp.info /var/log/xferlog
pero yo creo que es más claro loguear a otro archivo y que se incluya en este toda la información disponible, así que cambiaremos esta línea por esta otra:
ftp.* /var/log/ftp
y luego sólo nos quedará reiniciar. Esta opción queda a gusto del consumidor.
Links y agradecimientos
Página oficial de Pure-FTPD
Documentación oficial
Me gustaría aprovechar y agradecer la existencia de la página de "El Demonio" por dar cabida a este humilde documento y facilitarnos la vida con sus documentos. Eternamente agradecido.
Despedida
Y creo que eso es todo. Espero que este documento os haya servidor de algo.
Artículo publicado originalmente en la página de "El Demonio" en agosto del 2003
En este artículo trata de cómo instalar y configurar el servidor de ftp Pure-FTPD con usuarios virtuales en una OpenBSD 3.2. ¿Por qué Pure-FTPD y no otro? Pues... porque es el que conozco, el que tengo instalado y con el que me tuve que pelear, ni más ni menos.
La confección del artículo está pensada con OpenBSD 3.2 en mente, que es lo que tengo instalado, pero debería funcionar con otras versiones sin dificultad e incluso con otros sistemas operativos sin necesidad de mucha adaptación.
Para la confección del mismo he utilizado la documentación oficial disponible (ver links al final del documento) y la experiencia propia.
Compilación e instalación
Podemos encontrar el port del Pure-FTPD en /usr/ports/net/pure-ftpd. Si no está ahí, quizás tienes los ports poco (¡o nada!) actualizados, o simplemente no los tienes. De todos modos, aquí sólo se va a tratar la instalación/configuración del Pure-FTPD, así que una vez que tengas una versión actualizada o que al menos tenga el Pure-FTPD, haz:
politvs# cd /usr/ports/net/pure-ftpd
Como queremos activar el soporte para usuarios virtuales, mensajes en castellano, y otras funcionalidades, tendremos que editar el archivo Makefile con nuestro editor favorito (el vi, claro :)), comentar la línea ya existente de CONFIGURE_FLAGS+= ... (ojo, seguramente estará partida con una barra como esta "\", así que comenta las dos líneas si no quieres que te de un error...) y añade esta por ejemplo:
CONFIGURE_ARGS+= --without-inetd --without-paranoidmsg --with-puredb \
--with-language=spanish --without-banner
Explico un poco los flags utilizados:
--without-inetd => No utilizo inetd, así así que yo lo voy a desactivar
--with-paranoidmsg => Se le mostrará siempre el mismo mensaje de error (en caso de que lo haya, claro) al usuario independientemente de cuál haya sido el error que lo haya provocado. Quizás no es muy útil a la hora de depurar errores de configuración, pero sí es útil por motivos de seguridad.
--with-puredb => Habilitamos usuarios virtuales
--with-language=spanish => Lenguaje castellano en los mensajes del servidor
--without-banner => No imprime banner de saludo <= Esta opción la hay como flavor
Otros flags que alguna gente podrá encontrar interesantes:
--with-nonroot => Permite que otros usuarios que no sean root ejecuten el servidor (con algunas limitaciones)
--with-quotas, --with-ratios => Activa cuotas de uso de disco, ratios de descarga...
--with-ftpwho => Soporte para el comando pure-ftpwho (nos da información sobre usuarios conectados, qué descargan, etc). Necesita algo más de memoria, y al parecer pueden enlentecer cuando se utilizar Pure-FTPD con inetd.
Haciendo:
politvs# ./configure --help
desde el directorio en donde están descomprimidos los fuentes (alguno que cuelgue de /usr/ports/net/pure-ftpd pero eso ya depende de la versión) podrás obtener todos los flags posibles que puedes utilizar, y sino consulta la página web oficial (casi todo lo que pongo aquí está extraído de allí), en donde hay varios "readmes".
En resumen: añade la línea CONFIGURE_FLAGS+= ... en el Makefile con los flags que quieras ;)
Ahora sólo queda hacer:
politvs# make install clean clean-depends
Y si no hay problemas y después de un rato compilando, deberíamos tener ya el Pure-FTPD instalado.
Usuarios virtuales
Uno de los puntos que me gustan del Pure-FTPD es la posibilidad de trabajar con usuarios virtuales. Para ello hay que realizar algunos pasos previos. En primer lugar, añadiremos un grupo y un usuario al sistema:
politvs# groupadd -g 6000 ftpgroup
politvs# useradd -g ftpgroup -u 6000 -d /dev/null -s /etc ftpuser
Esto no es estrictamente necesario (se pueden utilizar usuarios y grupos ya existentes), pero pienso que queda más claro y es lo que recomiendan en el "readme" de usuarios virtuales de la propia página web del programa. Ojo, hay que tener cuidado de que no exista ese usuario/grupo/uid/gid, ya que podría darnos problemas.
Seguramente te extrañará que el shell utilizado sea /etc; francamente a mi también :) pero es como dice el "readme" que hay que hacerlo. Para ello, es casi seguro que tengas que añadir la línea /etc en el archivo /etc/shells ya que seguramente no la tendrás. Hay otra posibilidad, más clara pero que no he probado, que es la de añadir /sbin/nologin (creo que ese es el path) en /etc/shells y utilizar éste como shell del usuario ftpuser; supongo que funcionará igual, ya que se trata simplemente de tener una shell falsa.
Procedemos ahora a añadir el primero de nuestros usuarios virtuales. De forma rápida sería algo así:
pure-pw useradd nombre-de-usuario-virtual -u nombre-real-del-usuario -g grupo-real-del-usuario -d /ruta/del/home/virtual
Es decir: si queremos añadir un usuario virtual pepe con el grupo y usuarios de sistema creados unas líneas atrás, y que tenga como home el directorio /mnt/ftp, tendremos que hacer:
politvs# pure-pw useradd pepe -u ftpuser -g ftpgroup -d /mnt/ftp
Nos preguntará la contraseña dos veces por motivos de seguridad.
A la hora de crear usuarios tenemos muchas otras opciones, como encerrarlo en su directorio, permitir que se conecte desde una dirección ip determinada... pero esto es solo un breve tutorial así que no me meteré a fondo con esto (tampoco podría porque no he hecho pruebas en este sentido).
Para modificar datos de usuarios ya creados tenemos el comando pure-pw usermod. Por ejemplo, si quisiéramos que pepe tenga una cuota de 1000 archivos y 10Mb, tendríamos que hacer algo así:
politvs# pure-pw usermod pepe -n 1000 -N 10
Pero no lo he probado, así que inténtalo tú mismo y luego dime si funciona, da problemas, o qué pasa.
Para borrar al usuario pepe:
politvs# pure-pw userdel pepe
Ojo, el home no se borra, tendrás que hacerlo a mano si quieres.
Cambiar la contraseña sería algo como esto:
politvs# pure-pw passwd pepe
De nuevo nos la preguntará dos veces.
Si lo que queremos es ver información sobre el usuario pepe:
politvs# pure-pw show pepe
En todos estos ejemplos están dando por sentado que estamos trabajando con la base de datos de usuarios creada por defecto por el Pure-FTPD, que es /etc/pureftpd.passwd. Podemos editar la información directamente en ese archivo, puesto que es texto plano (no recomendable). Sin embargo, hay que transformar esa información en un archivo binario con el que el Pure-FTPD pueda trabajar, y eso lo hacemos así:
politvs# pure-pw mkdb
Lo cual creará el archivo /etc/pureftpd.pdb (siempre que sigamos trabajando con la los parámetros por defecto). Hablando claro, viene a ser como una compilación. Cada vez que haya un cambio en el archivo .passwd, hay que "recompilarlo" para que el Pure-FTPD pueda usarlo.
Una opción interesante cuando añadimos usuarios, o cambiamos sus datos/contraseñas, es el modificador -m, que hace que, inmediatamente después de la acción, se reconstruya el archivo binario de información:
politvs# pure-pw passwd pepe -m
politvs# pure-pw userdel pepe -m
De esta forma ya no será necesario hacer pure-pw mkdb.
Iniciar el servidor
Bueno, llegó la hora de ver si todo esto funciona, así que activemos el servidor. En mi caso lo haré tal que así:
politvs# /usr/local/sbin/pure-ftpd -4 -B -j -lpuredb:/etc/pureftpd.pdb -lunix -c 2 -C 2 -A
¡Y ya deberíamos poder conectarnos! Explicaré un poco los flags utilizados:
-4 => Activa IPv4.
-B => Inicia el servidor como demonio.
-j => Crea los homes al entrar por primera vez si no existían con anterioridad.
-lpuredb:/etc/pureftpd.pdb => Activa los usuarios virtuales y leerá la información del archivo /etc/pureftpd.pdb
-lunix => Si la validación como usuario virtual no funcionó, la intentará como usuario de sistema.
-c 2 => Permite sólo dos clientes simultáneos como máximo.
-C 2 => Permite sólo dos conexiones simultáneas por IP.
-A => Los usuarios no pueden descender más allá de su home.
-I 15 => Timeout a los 15 minutos.
También hay otras posibilidades interesantes:
-S 42 => Conecta al puerto 42 en lugar de al 21 (que es el habitual por defecto)
-f none => Desactiva logs
-E => Prohibe clientes anónimos
-w => Soporte FXP para usuarios autenticados (¡¡ojo, que FXP es un protocolo inseguro!!)
Para más información sobre estos y para saber qué otros están disponibles, échale un ojo a la página man:
politvs# man pure-ftpd
Merecen especial atención los parámetros -lpuredb:/etc/pureftpd.pdb -lunix. En ese orden, intentará primero validarse como usuario virtual y luego como usuario del sistema. Sería cuestión de probar qué pasaría si tenemos un usuario con el mismo nombre en el sistema y en el Pure-FTPD y el orden de los parámetros es el contrario. Quizás ya no se pueda añadir como usuario virtual... Si alguien lo prueba, por favor que nos cuente qué pasa.
Usuarios anónimos (probar)
En teoría (ésto no lo he probado), si existe un usuario ftp y tiene su propio home, Pure-FTPD aceptará conexiones anónimas como anonymous o como ftp los archivos compartidos deberán estar en el directorio home del usuario. No es necesario hacer chown a esos archivos, sólo a los directorios en los que se quiera que pueda escribir.
Banners
En el caso de existir un archivo .banner en el directorio home del usuario o del servidor virtual, se imprimirá cuando un usuario se conecte a modo de mensaje de bienvenida. Este archivo no debe superar los 4000 bytes o no se mostrará.
También puede haber en cada directorio un archivo .message que será mostrado cuando un cliente entre en el directorio.
Inicio de Pure-FTPD cada vez que iniciemos el ordenador
Pues sólo sería añadir algo como:
# Pure-FTPD
if [ -f /usr/local/sbin/pure-ftpd ]; then
echo -n ' Pure-FTPD'
/usr/local/sbin/pure-ftpd -4 -B -j -lpuredb:/etc/pureftpd.pdb -lunix -c 2 -C 2 -A
fi
... en nuestro /etc/rc.local. Podríamos refinarlo un poco más, pero así nos sirve.
Logs
Quizás queramos cambiar el archivo de log o la información que en él se va a mostrar. Por defecto el Pure-FTPD lo hace a través del syslog la configuración de este demonio la podemos cambiar a través del archivo /etc/syslog.conf, así editamos este archivo con nuestro editor favorito (de nuevo vi). Habrá ya una línea para ftp de este estilo:
ftp.info /var/log/xferlog
pero yo creo que es más claro loguear a otro archivo y que se incluya en este toda la información disponible, así que cambiaremos esta línea por esta otra:
ftp.* /var/log/ftp
y luego sólo nos quedará reiniciar. Esta opción queda a gusto del consumidor.
Links y agradecimientos
Página oficial de Pure-FTPD
Documentación oficial
Me gustaría aprovechar y agradecer la existencia de la página de "El Demonio" por dar cabida a este humilde documento y facilitarnos la vida con sus documentos. Eternamente agradecido.
Despedida
Y creo que eso es todo. Espero que este documento os haya servidor de algo.
lunes, 12 de febrero de 2007
Crear paquete amule en ArchLinux
1. Crear un directorio cualquiera en el que vayamos a trabajar y situarnos en él
2. Bajar el pkgbuild de http://gift.altervista.org/amule-cvs/amule-cvs/PKGBUILD
3. Asegurarse de que tenemos las dependencias (perl, crypto++, wxgtk...)
4. Hacer makepkg y rezar para que todo salga bien. Él solo se descargará los fuentes, compilará, aplicará los --enable o --disable...
lysandra# cd /usr/tmp
lysandra# mkdir amule
lysandra# wget -c http://gift.altervista.org/amule-cvs/amule-cvs/PKGBUILD
lysandra# makepkg
Esta versión especial del aMule hay que llamarla con el parámetro --even-if-lfroen-complains-this-will-stay (al menos el binario amule), lo cual al parecer se puede evitar ejecutando el este script.
Los fuentes los descargarán de la página http://www.hirnriss.net/, en donde diariamente se va dejando, listo para descargar, un tar.bz2 con los fuentes descargados por CVS correspondientes a un día determinado.
Más información sobre ABS aquí.
2. Bajar el pkgbuild de http://gift.altervista.org/amule-cvs/amule-cvs/PKGBUILD
3. Asegurarse de que tenemos las dependencias (perl, crypto++, wxgtk...)
4. Hacer makepkg y rezar para que todo salga bien. Él solo se descargará los fuentes, compilará, aplicará los --enable o --disable...
lysandra# cd /usr/tmp
lysandra# mkdir amule
lysandra# wget -c http://gift.altervista.org/amule-cvs/amule-cvs/PKGBUILD
lysandra# makepkg
Esta versión especial del aMule hay que llamarla con el parámetro --even-if-lfroen-complains-this-will-stay (al menos el binario amule), lo cual al parecer se puede evitar ejecutando el este script.
Los fuentes los descargarán de la página http://www.hirnriss.net/, en donde diariamente se va dejando, listo para descargar, un tar.bz2 con los fuentes descargados por CVS correspondientes a un día determinado.
Más información sobre ABS aquí.
jueves, 21 de diciembre de 2006
Actualización de NetBSD en Jornada 690
¡Hola a todos!
Estreno la bitácora con una pequeño recordatorio de cómo hay que actualizar la NetBSD que tenía instalada en mi HP Jornada 690e. Otro día cuento cómo llegó a mis manos :)
Para empezar, lo primero que hice fue hacer una copia de seguridad de lo que ya tenía instalado. La instalación la había hecho sobre una tarjeta Compact Flash de 512 Mbytes, así que utilizando un lector de tarjetas, desde mi ArchLinux ejecuto el siguiente comando:
lysandra# dd if=/dev/sda of=/ruta/del/backup/netbsd_jornada690_512M.dd
y luego comprimo la imagen con bzip2 (usando KDE, para no complicarme la vida :) También, por si las moscas, me copié los archivos de la partición fat de la tarjeta CF (simplemente montar la partición sda1 desde la línea de comandos y copiar el contenido por ahí).
Para la siguiente parte, la actualización del SO propiamente dicha, se necesita una NetBSD. En tiempos la tuve instalada pero ya no, así que utilicé el un live cd para i386 que sacaron hace poco (se puede descargar de ftp.netbsd.org, no es complicado encontrarlo y ahora mismo no tengo el enlace a mano). La NetBSD es necesaria porque el soporte de lectura/escritura de sistemas de archivos UFS en Linux está aun un poco verde, al parecer, aunque la verdad es que no lo he probado.
Así pues, reiniciamos con el Live CD de la NetBSD y tras configurar la red y lo que nos vaya pidiendo, y después de enchufar el lector de tarjetas, procedemos a la actualización.
Como ya comenté anteriormente, ya tenía instalada una NetBSD (ya ni me acuerdo la versión, la instalé lo menos hace más de un año) pero tenía algunos pequeños problemillas como que la consola era inusable por el contraste de los colores. Creo recordar que tampoco llegué a instalar ningún paquete de los disponibles. Así que, como realmente no había nada que guardar, formateé la partición UFS y volqué de nuevo el contenido de los sets. Por si acaso, antes del formateo hice una copia de seguridad del contenido de etc en la CF:
lysandra# mkdir /mnt/ufs
lysandra# mount -o softdep /dev/sd0a /mnt/ufs
lysandra# tar cf etc.tar /mnt/ufs/etc/
lysandra# umount /mnt/ufs
Después monté la partición de nuevo y procedí a descomprimir los sets:
lysandra# mount -o softdep /dev/sd0a /mnt/ufs
lysandra# tar -x -p -z -f /ruta/archivos/netbsd/binary/sets/base.tgz -C /mnt/ufs/
lysandra# tar -x -p -z -f /ruta/archivos/netbsd/binary/sets/etc.tgz -C /mnt/ufs/
lysandra# tar -x -p -z -f /ruta/archivos/netbsd/binary/sets/misc.tgz -C /mnt/ufs/
lysandra# tar -x -p -z -f /ruta/archivos/netbsd/binary/sets/text.tgz -C /mnt/ufs/
lysandra# tar -x -p -z -f /ruta/archivos/netbsd/binary/sets/kern-GENERIC.tgz -C /mnt/ufs/
lysandra# df
Filesystem 1K-blocks Used Avail Capacity Mounted on
root_device 716904 716904 0 100% /
[...]
/dev/sd0a 471887 90742 357551 20% /mnt/ufs
[...]
lysandra# tar -x -p -z -f /ruta/archivos/netbsd/binary/sets/man.tgz -C /mnt/ufs/
lysandra# df
Filesystem 1K-blocks Used Avail Capacity Mounted on
[...]
/dev/sd0a 471887 123523 324770 27% /mnt/ufs
[...]
lysandra# tar -x -p -z -f /ruta/archivos/netbsd/binary/sets/comp.tgz -C /mnt/ufs/
lysandra# df
Filesystem 1K-blocks Used Avail Capacity Mounted on
[...]
/dev/sd0a 471887 205104 243189 45% /mnt/ufs
[...]
lysandra# tar -x -p -z -f /ruta/archivos/netbsd/binary/sets/xbase.tgz -C /mnt/ufs/
lysandra# tar -x -p -z -f /ruta/archivos/netbsd/binary/sets/xetc.tgz -C /mnt/ufs/
lysandra# tar -x -p -z -f /ruta/archivos/netbsd/binary/sets/xfont.tgz -C /mnt/ufs/
lysandra# tar -x -p -z -f /ruta/archivos/netbsd/binary/sets/xserver.tgz -C /mnt/ufs/
lysandra# df
Filesystem 1K-blocks Used Avail Capacity Mounted on
[...]
/dev/sd0a 471887 272887 175406 60% /mnt/ufs
[...]
lysandra# tar -x -p -z -f /ruta/archivos/netbsd/binary/sets/xcomp.tgz -C /mnt/ufs/
lysandra# df
Filesystem 1K-blocks Used Avail Capacity Mounted on
[...]
/dev/sd0a 471887 312276 136017 69% /mnt/ufs
[...]
Hago unas pausas de vez en cuando para ver el nivel de ocupación de la tarjeta. Si no se instalan las X, 256 Mbytes podrían ser más que suficientes, así que quizás haga más adelante una nueva reinstalación en una tarjeta más pequeña que la actual.
Unos últimos detalles sobre ficheros de la partición UFS:
lysandra# cd /mnt/ufs/
lysandra# mkdir cf
lysandra# cd /mnt/ufs/etc
lysandra# rm localtime
lysandra# ln ../usr/share/zoneinfo/Europe/Madrid localtime
lysandra# vi fstab
/dev/wd0a / ffs rw,noatime,nodevtime 1 1
/dev/wd0e /cf msdos -l,rw 0 0
lysandra# touch rc.conf
rc_configured=YES
hostname="jornada"
critical_filesystems_local="/cf $critical_filesystems_local"
no_swap=YES
savecore=NO
lysandra# cd /mnt/ufs/dev
lysandra# sh ./MAKEDEV all
./MAKEDEV: ses0: unknown device
./MAKEDEV: ses1: unknown device
./MAKEDEV: ses2: unknown device
./MAKEDEV: ses3: unknown device
Tan solo quedan un par de retoques:
lysandra# mkdir /mnt/fat
lysandra# mount -o -l /dev/sd0e /mnt/fat
lysandra# tar -x -p -z -f /ruta/archivos/netbsd/binary/sets/kern-GENERIC.tgz -C /mnt/fat/
lysandra# cp /ruta/archivos/netbsd/installation/hpcboot-sh3.exe /mnt/fat/hpcboot.exe
Y en principio nada más. Sólo reiniciar y ver si funciona :)
PoLiTvS
P.D. Queda pendiente publicar alguna fotillo del cacharro :) y detallar algunas opciones de configuración posteriores
Bibliografía: NetBSD And Handheld Platforms, de Valeriy Ushakov y Alistair Crooks (http://2004.eurobsdcon.org/uploads/media/EBSD04_37.pdf)
Estreno la bitácora con una pequeño recordatorio de cómo hay que actualizar la NetBSD que tenía instalada en mi HP Jornada 690e. Otro día cuento cómo llegó a mis manos :)
Para empezar, lo primero que hice fue hacer una copia de seguridad de lo que ya tenía instalado. La instalación la había hecho sobre una tarjeta Compact Flash de 512 Mbytes, así que utilizando un lector de tarjetas, desde mi ArchLinux ejecuto el siguiente comando:
lysandra# dd if=/dev/sda of=/ruta/del/backup/netbsd_jornada690_512M.dd
y luego comprimo la imagen con bzip2 (usando KDE, para no complicarme la vida :) También, por si las moscas, me copié los archivos de la partición fat de la tarjeta CF (simplemente montar la partición sda1 desde la línea de comandos y copiar el contenido por ahí).
Para la siguiente parte, la actualización del SO propiamente dicha, se necesita una NetBSD. En tiempos la tuve instalada pero ya no, así que utilicé el un live cd para i386 que sacaron hace poco (se puede descargar de ftp.netbsd.org, no es complicado encontrarlo y ahora mismo no tengo el enlace a mano). La NetBSD es necesaria porque el soporte de lectura/escritura de sistemas de archivos UFS en Linux está aun un poco verde, al parecer, aunque la verdad es que no lo he probado.
Así pues, reiniciamos con el Live CD de la NetBSD y tras configurar la red y lo que nos vaya pidiendo, y después de enchufar el lector de tarjetas, procedemos a la actualización.
Como ya comenté anteriormente, ya tenía instalada una NetBSD (ya ni me acuerdo la versión, la instalé lo menos hace más de un año) pero tenía algunos pequeños problemillas como que la consola era inusable por el contraste de los colores. Creo recordar que tampoco llegué a instalar ningún paquete de los disponibles. Así que, como realmente no había nada que guardar, formateé la partición UFS y volqué de nuevo el contenido de los sets. Por si acaso, antes del formateo hice una copia de seguridad del contenido de etc en la CF:
lysandra# mkdir /mnt/ufs
lysandra# mount -o softdep /dev/sd0a /mnt/ufs
lysandra# tar cf etc.tar /mnt/ufs/etc/
lysandra# umount /mnt/ufs
Después monté la partición de nuevo y procedí a descomprimir los sets:
lysandra# mount -o softdep /dev/sd0a /mnt/ufs
lysandra# tar -x -p -z -f /ruta/archivos/netbsd/binary/sets/base.tgz -C /mnt/ufs/
lysandra# tar -x -p -z -f /ruta/archivos/netbsd/binary/sets/etc.tgz -C /mnt/ufs/
lysandra# tar -x -p -z -f /ruta/archivos/netbsd/binary/sets/misc.tgz -C /mnt/ufs/
lysandra# tar -x -p -z -f /ruta/archivos/netbsd/binary/sets/text.tgz -C /mnt/ufs/
lysandra# tar -x -p -z -f /ruta/archivos/netbsd/binary/sets/kern-GENERIC.tgz -C /mnt/ufs/
lysandra# df
Filesystem 1K-blocks Used Avail Capacity Mounted on
root_device 716904 716904 0 100% /
[...]
/dev/sd0a 471887 90742 357551 20% /mnt/ufs
[...]
lysandra# tar -x -p -z -f /ruta/archivos/netbsd/binary/sets/man.tgz -C /mnt/ufs/
lysandra# df
Filesystem 1K-blocks Used Avail Capacity Mounted on
[...]
/dev/sd0a 471887 123523 324770 27% /mnt/ufs
[...]
lysandra# tar -x -p -z -f /ruta/archivos/netbsd/binary/sets/comp.tgz -C /mnt/ufs/
lysandra# df
Filesystem 1K-blocks Used Avail Capacity Mounted on
[...]
/dev/sd0a 471887 205104 243189 45% /mnt/ufs
[...]
lysandra# tar -x -p -z -f /ruta/archivos/netbsd/binary/sets/xbase.tgz -C /mnt/ufs/
lysandra# tar -x -p -z -f /ruta/archivos/netbsd/binary/sets/xetc.tgz -C /mnt/ufs/
lysandra# tar -x -p -z -f /ruta/archivos/netbsd/binary/sets/xfont.tgz -C /mnt/ufs/
lysandra# tar -x -p -z -f /ruta/archivos/netbsd/binary/sets/xserver.tgz -C /mnt/ufs/
lysandra# df
Filesystem 1K-blocks Used Avail Capacity Mounted on
[...]
/dev/sd0a 471887 272887 175406 60% /mnt/ufs
[...]
lysandra# tar -x -p -z -f /ruta/archivos/netbsd/binary/sets/xcomp.tgz -C /mnt/ufs/
lysandra# df
Filesystem 1K-blocks Used Avail Capacity Mounted on
[...]
/dev/sd0a 471887 312276 136017 69% /mnt/ufs
[...]
Hago unas pausas de vez en cuando para ver el nivel de ocupación de la tarjeta. Si no se instalan las X, 256 Mbytes podrían ser más que suficientes, así que quizás haga más adelante una nueva reinstalación en una tarjeta más pequeña que la actual.
Unos últimos detalles sobre ficheros de la partición UFS:
lysandra# cd /mnt/ufs/
lysandra# mkdir cf
lysandra# cd /mnt/ufs/etc
lysandra# rm localtime
lysandra# ln ../usr/share/zoneinfo/Europe/Madrid localtime
lysandra# vi fstab
/dev/wd0a / ffs rw,noatime,nodevtime 1 1
/dev/wd0e /cf msdos -l,rw 0 0
lysandra# touch rc.conf
rc_configured=YES
hostname="jornada"
critical_filesystems_local="/cf $critical_filesystems_local"
no_swap=YES
savecore=NO
lysandra# cd /mnt/ufs/dev
lysandra# sh ./MAKEDEV all
./MAKEDEV: ses0: unknown device
./MAKEDEV: ses1: unknown device
./MAKEDEV: ses2: unknown device
./MAKEDEV: ses3: unknown device
Tan solo quedan un par de retoques:
lysandra# mkdir /mnt/fat
lysandra# mount -o -l /dev/sd0e /mnt/fat
lysandra# tar -x -p -z -f /ruta/archivos/netbsd/binary/sets/kern-GENERIC.tgz -C /mnt/fat/
lysandra# cp /ruta/archivos/netbsd/installation/hpcboot-sh3.exe /mnt/fat/hpcboot.exe
Y en principio nada más. Sólo reiniciar y ver si funciona :)
P.D. Queda pendiente publicar alguna fotillo del cacharro :) y detallar algunas opciones de configuración posteriores
Bibliografía: NetBSD And Handheld Platforms, de Valeriy Ushakov y Alistair Crooks (http://2004.eurobsdcon.org/uploads/media/EBSD04_37.pdf)
Suscribirse a:
Entradas (Atom)