La solución pasa por cambiar el charset, de UTF-8 a ISO8859-15 (este cambio tiene consecuencias en todo el sistema, Apache y MySQL incluidos)

La receta en cuestión:

1. Editar el fichero: /etc/enviroment y copiar esto;
   
   export LANG=es_ES@euro
   export LANGUAGE=es_ES@euro
   export LC_ALL=es_ES@euro
   export LC_TYPE=es_ES@euro
   LANGUAGE=es_ES@euro
   LC_ALL=es_ES@euro
   LANG=es_ES@euro.ISO8859-15

2. Ahora hacer un “dpkg-reconfigure locales” y dejar el iso8859-15 como predeterminado (no es necesario quitar el UTF-8).
3. Recargar el bash con un “. .bashrc” (si no funciona, salir de la consola -o cerrar sesión SSH- y volver a entrar).

Un “echo $LANG” ahora debe devolver el “es_ES@euro” y si se hace un “dpkg-reconfigure locales” de nuevo, aparecerá sin símbolos extraños, en un perfecto castellano vamos.. y el vim escribe eñes y acentos sin problema !!

Por cierto, qué de tiempo sin apuntar nada en el blog..

Extra: Ya que estamos con el bash, algo que suelo hacer también es dar color al terminal. Debian, siguiendo su tradicional linea purista, recomienda no hacerlo, ya que se supone que el usuario ha de centrarse en la salida de los comandos, no en los colorines varios que tenga… pero bueno, it works for me !! (aunque me jode cuando la gente relaciona esto con Ubuntu…).

Esto es un pasteo de un .bashrc que proporciona color básico;

Se puede copiar la linea del PS1 desde el fichero /etc/skel/.bashrc

Extra 2:

• Pegar en VIM respetando identación

Siguiendo con los tricks, un par de ellos muy útiles para VIM; supongo que habrá mucha gente que pastee a vim desde el blog, u otras webs. Para ello, la forma más fácil (para pastear identado) es incluir esta linea en el fichero “/etc/vim/vimrc”

set pastetoggle=<F12>

Después, al abrir vim, nos ponemos en modo insertar (“i”), pulsamos F12 y pegamos con el botón central del ratón o pulsando shift+insert.

• Copiar fácil fácil

Para copiar desde VIM al portapapeles local (en una sesión SSH) y con el mouse desactivado en el vimrc, seleccionamos el texto (con el ratón, pese al vimrc) y pulsamos “v”

Si lo que queremos es copiarlo dentro del mismo VIM, la selección con el ratón no funcionará (obviamente). Tendremos que entrar en modo visual (pulsando “v”), seleccionar el texto de interés con las flechas de dirección y yankearlo (pulsando “y”) o cortarlo (pulsando “d”). Pulsaremos “p” para pegarlo perfectamente identado.

No está de más recordar también que para deshacer (undo) hay que pulsar “u” y para rehacer ctrl+R. Existe también la posibilidad de ejecutar comandos externos a vim desde él mismo, utilizando :!<comando> (extremandamente útil)

Más en vimtutor ;)

Sobran las palabras

¿Mi opinión? Es una profanación total de la esencia de nuestra profesión, y un atraco a mano armada hacia todos los profesionales, con o sin titulación superior, que creen en el software libre o tienen un ápice de mente abierta hacia lo que es y ha sido la informática en estos últimos 40 años..

A la larga, se convertirá en la atalaya perfecta para las consultoras, y el típico “ahh si, pasa pasa, que te firmo (me pagas) y ya puedes presentar el proyecto (a mi nombre claro)” será la tónica general ante las verdaderas mentes creativas.

Como dice un compañero en barrapunto;

Ya podemos disfrutar de todas las ventajas gremiales conseguidas en la Edad Media. Felicidades…

Bueno, pues 3LR a las 3 horas después del flasheo. Me la cambiaron sin problema, por otra de 2ª mano, con lector 0047 pero con el firmware corrupto. Leía originales, pero era imposible de flashear. Tras un buen rato, restauré el firm con el toolbox (recover lost original file) y pude generar un nuevo iXtreme con él. Después del flasheo, parecía que funcionaba bien, pero no leía los back-ups que ya tenía hechos, posiblemente porque eran 3wave sin parchear ni nada, y algunos, directamente porque no eran stealth o por la marca del DvD.

Total, pensé que quizá fuera buena idea utilizar el lector de mi antigua XBOX petada, ya que éste tragaba con todos los back-ups que tenía. Spoof de lector, re-flasheo de keys, y firmware iXtreme. Bueno, pues lo mismo, no me leía los últimos juegos. Seguro que era por la movida del firmware iXtreme… Al final he acabado poniéndole un firm no iXtreme (el que tenía puesto de siempre) que no sé ni cuál es, pero fijo es de antes de los baneos, y ahora vuelve a funcionar como siempre. Haber lo que me dura el LIVE :P

Dejo una foto de estas geeks, que es lo que más mola del asunto…

3LR

El caso es que aprovechando que teníamos unas máquinas por ahi paradas, hemos decidido aprovechar para preparar una mega-migración en todos los sentidos posibles; software, hardware, de conectividad y hasta de bastidores…

Total, hoy iba a ser el día en el que comenzaríamos con el replanteo, empezando por migrar el servidor de correo. Llevo un par de semanas preparándolo todo, la nueva máquina ya esta probada y configurada, los usuarios advertidos, y sólo faltaba hacer el corte, migrar los maildirs, cuentas y passwords (por cierto, con ese mega-script made @ home..) y ordenar un poco el rack, que para ser la primera batida, no esta nada mal..

Pues nada, como esto de la informática funciona así, he llegado a la oficina (fuera de horario laboral, por supuesto), he hecho el corte, he “desenrackado” el antiguo server para poder trabajar de forma más cómoda, y al reiniciar…

¡¡¡ catacrack !!!

a tomar por culo correo

Es que manda cojones eh….ni SMART, ni avisos SNMP, ni fsck, ni sistema de monitorización, ni ruiditos en los discos (aunque tampoco iba a poder oir nada en esa sala) ni un solo aviso de lo que iba a pasar; uno de los discos del RAID deshabilitado, y el sistema de ficheros reventado… Ya decía yo que el servidor no iba muy allá, aunque con los años que lleva a sus espaldas, era de esperar.

Son casi las 22:00 y me queda una noche cojonuda… bueno noche no, fin de semana entero. Por lo menos no ha petado un lunes.

EDITADO:

Al final, el fin de semana fue un poco caótico, pero conseguí reparar los discos y la estructura de ficheros a tiempo para importar los buzones de todos los usuarios. Ahora, pensándolo en frío, creo que fue una cuestión de pura suerte lo de este servidor.. Si los discos hubieran estado dañados a lo bestia, lo mismo se podrían haber perdido tropecientos gigas de correos IMAP. Y creedme, la copia en este caso, hubiera sido muuuy complicada de restaurar :P

El video mola, es más, me gustaría tener una tecnología como esa desplegada en 1/2 mundo.. ¿Cuál es el problema? Fácil; puro marketing…

Más sobre suface en http://www.microsoft.com/SURFACE/Default.aspx

• Mediante APT, descargar todos los paquete necesarios;

apt-get install proftpd

apt-get install apache2 php5 mysql-server openssl (para proftpdadmin)

apt-get install php5-mysql (para proftpdadmin)

• Recordad poner un password de root para MySQL !

• Descargar e instalar proftpdAdmin;

wget http://freefr.dl.sourceforge.net/sourceforge/proftpd-adm/proftpd_admin_v1.2.tar.gz

tar zxvf proftpd_admin_v1.2.tar.gz

cd proftpd_admin_v1.2

Una vez en el directorio de proftpd_admin, editar el archivo

misc/database_structure_mysql/db_structure.sql

, escribiendo en las tres últimas lineas la contraseña para el usuario MySQL (proftpd) que se creará mediante este script.

• Crear la nueva base de datos, a partir de la estructura del fichero db_structure.sql

mysql -u root -p < misc/database_structure_mysql/db_structure.sql

Si queremos comprobar que efectivamente se ha creado una nueva base de datos, podemos loguernos en nuestro MySQL como root, y escribr “show DATABASES;” tras lo que aparecerá algo como..

mysql> show databases;
+——————–+
| Database |
+——————–+
| information_schema |
| mysql |
|proftpd_admin |
+——————–+
3 rows in set (0.00 sec)

• Dar permisos de escritura a todos para el fichero de configuración

chmod o+w configuration.xml

• Sustituir el fichero de configuración original, por el que recomienda proftpdadmin y dar permisos al directorio “logs” para evitar problemas con el usuario de Apache (ya que este directorio irá en /var/www) aprovechando la posibilidad de generar bitácoras en fichero de texto, fuera de la base de datos.

cp misc/sample_config/proftpd.conf /usr/local/etc/proftpd.conf

chmod -R o+w logs

• Mover el directorio completo de trabajo a /var/www

cd..

mv proftpd_admin_v1.2 /var/www/

chown -R www-data:www-data /var/www/proftpd_admin_v1.2/ (hacemos dueño recursivamente al usuario de apache)

• Configurar Apache para que apunte únicamente a proftpdadmin. Por ejemplo, una configuración rápida y funcional, para accesos locales (demasiado inseguro para accesos externos!!) sería:

<VirtualHost *:80>
        DocumentRoot /var/www/proftpd_admin_v1.2/
        <Directory />
                Order deny,allow
                Deny from all
                Options None
                #Options FollowSymLinks
                #AllowOverride None
        </Directory>
        <Directory /var/www/proftpd_admin_v1.2/>
                Options Indexes FollowSymLinks MultiViews
                AllowOverride None
                Order allow,deny
                allow from all
        </Directory>

        ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/
        <Directory "/usr/lib/cgi-bin">
                AllowOverride None
                Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch
                Order allow,deny
                Allow from all
        </Directory>

        ErrorLog /var/log/apache2/error.log

        # Possible values include: debug, info, notice, warn, error, crit,
        # alert, emerg.
        LogLevel warn

        CustomLog /var/log/apache2/access.log combined

    Alias /doc/ "/usr/share/doc/"
    <Directory "/usr/share/doc/">
        Options Indexes MultiViews FollowSymLinks
        AllowOverride None
        Order deny,allow
        Deny from all
        Allow from 127.0.0.0/255.0.0.0 ::1/128
    </Directory>

</VirtualHost>

• Editar el fichero /etc/proftpd/proftpd.conf, sustituyendo los valores MasqueradeAddress y/o habilitando DynMasqRefresh (para IPs Dinámicas):

Include /etc/proftpd/modules.conf
UseIPv6                         off
IdentLookups                    off # If set on you can experience a longer connection delay in many cases.

#======================================================
ServerName                      "Servidor FTP !"
ServerType                      standalone
DeferWelcome                    on "Por favor, ingrese sus datos correctamente"

MultilineRFC2228                on
DefaultServer                   on
ShowSymlinks                    off

TimeoutNoTransfer               120
TimeoutStalled                  120
TimeoutIdle                     240

DisplayLogin                    .welcome.msg
DisplayChdir                    .message true
ListOptions                     "-l"

#AccessGrantMsg                  "Bienvenido %u al servidor de cortesia de..."
#AccessDenyMsg                   "Datos de conexion incorrectos"

DenyFilter                      \*.*/ #Por aquel ataque raro basado en *.*.*.*.* (algunos servers antiguos todavía son inseguros)
PathDenyFilter                  "\\.ftp)|\\.ht)[a-z]+$" # impide crear nuevos archivos siguiendo los patrones dados

# Use this to jail all users in their homes
#DefaultRoot                    ~ users,!admins #podemos asignar grupos o usuarios a enjaular
DefaultRoot                     /home/ftp
RequireValidShell               off

Port                            21
PassivePorts                    40100 40200
MasqueradeAddress               xxx.xxx.xxx.xxx #Vuestra IP o nombre DNS externo
UseReverseDNS                   off

<IfModule mod_dynmasq.c>
        # DynMasqRefresh 28800  # This is useful for masquerading address with dynamic IPs:
</IfModule>

MaxInstances                    15 #For DOS Attacks don't put this value longer than 30
MaxClientsPerHost               3 #"Solo %m conexiones por host"
MaxClients                      10
MaxHostsPerUser                 1 #"Solo se puede conectar 1 vez"

MaxLoginAttempts         3
User                            ftp
Group                           nogroup

Umask                           022  022
AllowOverwrite                  on
AllowStoreRestart               on #Resumir uploads
AllowRetrieveRestart            on #Resumir donwloads

#===========================================================
# This is required to use both PAM-based authentication and local passwords
# AuthOrder                     mod_auth_pam.c* mod_auth_unix.c

# Be warned: use of this directive impacts CPU average load!
# Uncomment this if you like to see progress and transfer rate with ftpwho
# in downloads. That is not needed for uploads rates.
#
# UseSendFile           off

ScoreboardFile          /var/log/scoreboard

LogFormat           default     "%h %l %u %t \"%r\" %s %b"
LogFormat           auth        "%v [%P] %h %t \"%r\" %s"
LogFormat           write       "%h %l %u %t \"%r\" %s %b"

SystemLog               /var/log/proftpd/proftpd.log
TransferLog             /var/log/proftpd.xferlog
ExtendedLog             /var/log/proftpd.access_log    WRITE,READ write
ExtendedLog             /var/log/proftpd.auth_log      AUTH auth
ExtendedLog             /var/log/proftpd.paranoid_log  ALL default

#============================================================
<IfModule mod_quotatab.c>
        QuotaEngine off
</IfModule>

<IfModule mod_ratio.c>
        Ratios off
</IfModule>

# Delay engine reduces impact of the so-called Timing Attack described in
# http://security.lss.hr/index.php?page=details&ID=LSS-2004-10-02
# It is on by default.
<IfModule mod_delay.c>
        DelayEngine on
</IfModule>

<IfModule mod_ctrls.c>
        ControlsEngine        off
        ControlsMaxClients    2
        ControlsLog           /var/log/proftpd/controls.log
        ControlsInterval      5
        ControlsSocket        /var/run/proftpd/proftpd.sock
</IfModule>

<IfModule mod_ctrls_admin.c>
        AdminControlsEngine off
</IfModule>

#=========================================================
# Alternative authentication frameworks
Include /etc/proftpd/tls.conf # This is used for FTPS connections Include /etc/proftpd/sql.conf 
#=========================================================
#/home/ftp >> Se puede leer por todos, y escribir solo por el grupo de administradores

<Directory /home/ftp/*>
        AllowOverwrite          off
        HideNoAccess            off

        <Limit READ>
                AllowAll
        </Limit>

        <Limit WRITE>
                AllowUser       usuario1
                DenyAll
        </Limit>
</Directory>

#==========================================================
#/home/ftp/incoming >> Se puede leer y escribir por todos

<Directory /home/ftp/incoming/*>
        AllowOverwrite          on
        HideNoAccess            on

        <Limit READ>
                DenyGroup       !admins #impide a todos menos a los admins
        </Limit>

        <Limit STOR MKD>  #STOR (de store) para habilitar subidas, y MKD para crear directorios
                AllowAll
        </Limit>
</Directory>
<Global>
</Global>
#=========================================================
# En FTPs anonimos, esta es la configuracion mas cerrada posible.No permite hacer casi nada, a no ser que se permita explicitamente.

#<Directory *>
#       <Limit CDUP CWD LIST MDTM NLST PWD RNFR STAT XCUP XCWD XPWD>
#               DenyAll
#       </Limit>
#       <Limit RETR SIZE>
#               DenyAll
#       </Limit>
#       <Limit APPE DELE MKD RMD RNTO STOR STOU XMKD XRMD>
#               DenyAll
#       </Limit>
#       <Limit WRITE READ RNEF>
#               DenyAll
#       </Limit>
#</Directory>

• En el fichero /etc/proftpd/modules.conf, descomentar la linea LoadModule mod_sql_mysql.c y LoadModule mod_sql.c
• Configurar el fichero /etc/proftpd/sql.conf

<IfModule mod_sql.c>
    AuthOrder               mod_sql.c
    SQLAuthTypes        Backend
    SQLConnectInfo           proftpd_admin@localhost proftpd password_usuarioMySQL (Cambiar por el password dado al principio)
    SQLUserInfo            usertable userid passwd uid gid homedir shell
    SQLGroupInfo        grouptable groupname gid members
    SQLUserWhereClause        "disabled=0 and (NOW()<=expiration or expiration=-1 or expiration=0)"

#========================================================

    SQLLogFile        /var/log/proftpd.mysql

    # Log the user logging in
    SQLLog PASS counter
    SQLNamedQuery counter UPDATE "lastlogin=now(), count=count+1 WHERE userid='%u'" usertable

    # logout log
    SQLLog EXIT time_logout
    SQLNamedQuery time_logout UPDATE "lastlogout=now() WHERE userid='%u'" usertable

    # display last login time when PASS command is given
    SQLNamedQuery login_time SELECT "lastlogin from usertable where userid='%u'"
    SQLShowInfo PASS "230" "Last login was: %{login_time}"

    # xfer Log in mysql
    SQLLog RETR,STOR transfer1
    SQLNamedQuery  transfer1 INSERT "'%u', '%f', '%b', '%h', '%a', '%m', '%T', now(), 'c', NULL" xfer_stat
    SQLLOG ERR_RETR,ERR_STOR transfer2
    SQLNamedQuery  transfer2 INSERT "'%u', '%f', '%b', '%h', '%a', '%m', '%T', now(), 'i', NULL" xfer_stat
</IfModule>

• Generar un certificado para el acceso seguro con el comando:

openssl req -x509 -newkey rsa:1024 -keyout /etc/ssl/private/proftpd.key -out /etc/ssl/certs/proftpd.crt -nodes -days 365
chmod 0600 /etc/ssl/private/proftpd.key
chmod 0640 /etc/ssl/private/proftpd.key

• Por último, configurar el acceso seguro, editando el fichero /etc/proftpd/tls.conf

<IfModule mod_tls.c>
    TLSEngine                               on
    TLSLog                                  /var/log/proftpd/tls.log
    TLSProtocol                             SSLv23 TLSv1

    TLSRSACertificateFile                   /etc/ssl/certs/proftpd.crt
    TLSRSACertificateKeyFile                /etc/ssl/private/proftpd.key

    #TLSCACertificateFile              /etc/ssl/certs/
    # or avoid CA cert
    TLSOptions                              NoCertRequest

    # Authenticate clients that want to use FTP over TLS?
    TLSVerifyClient                         off
    # Are clients required to use FTP over TLS when talking to this server?     TLSRequired                             off #Permitimos conexiones fuera de TLS o exigimos usar SSL/TLS?

    # Allow SSL/TLS renegotiations when the client requests them, but
    # do not force the renegotations.  Some clients do not support
    # SSL/TLS renegotiations; when mod_tls forces a renegotiation, these
    # clients will close the data connection, or there will be a timeout
    # on an idle data connection.
    #
    TLSRenegotiate                          required off
</IfModule>

Tan solo quedaría reiniciar los servicios;

/etc/init.d/apache2 restart && /etc/init.d/proftpd restart

Si proftpd da algún error extraño al iniciar el demonio, probablemente hayáis copiado mal los archivos de configuración (en parte debido al formato que da WordPress al texto), así que debeis editar lo necesario a mano.

Ya se puede iniciar el configurador web, que en un principio mostrará un error de conexión a la base de datos

proftpdadmin

Hay que ir a configure > database y utilizar el usuario proftpd, con la contraseña que escribimos en los primeros pasos de la instalación (definida en misc/database_structure_mysql/db_structure.sql). Una vez hayamos enganchado a la base de datos, creamos un usuario, y probamos a conectarnos a nuestro nuevo server, que no funcionará bien hasta que creemos los directorios definidos en el archivo /etc/proftpd/proftpd.conf;

mkdir /home/ftp
mkdir /home/ftp/incoming
chmod 607 /home/ftp/incoming (para pruebas rápidas de subida de ficheros)

Una vez comprobado que el servidor funciona, ya podemos asignar permisos a los directorios y definir accesos más concienzudamente.

Las conexiones seguras, según marca el protocolo, son al puerto 990, pero para este ejemplo, y ya que el acceso será seguro e “inseguro” indistintamente, llevaremos todas las comunicaciones por el mismo puerto. Para configurar FileZilla (por ejemplo) para accesos seguros, basta copiar la siguiente config;

filezilla-ssl

Para rizar el rizo, y si nos empeñamos en utilizar el puerto seguro, podemos configurar el acceso en un virtual server, sólo a un directorio concreto, y utiliizar además los muchos “contribs” que tiene proftpd (ban, radius, rewrite..) aunque esto ya es materia para otra receta distinta..

Suerte !!

PD: Más info en;

http://www.proftpd.org/
http://www.linuxcentro.net/linux/staticpages/index.php?page=ServidorFTPCompleto

No me pregunteis cómo, pero acabé enfrascado en esta especie de conversación surrealista, la cual desembocó en si la rama Debian-volatile era insegura e inestable… Dejando a un lado que la última versión de qmail (la 1.03) data de hace 11 años, que sólo ha tenido 2 ó 3 parches desde su liberación (si, en la versión 1.00) y que a día de hoy, todavía nadie ha ganado la recompensa ofrecida por Bernstein si descubren un bug, decir que es inseguro…. bueno en fin, y encima, rematar con el tema de la rama volatile. ALU-MINANTE.

Para quien pueda interesar: la rama volátil (volatile) de Debian, se creó precisamente para esto. Las aplicaciones que necesitaran ser actualizadas con más rapidez, serían incluidas dentro de ella, evitando así que la propia antiguedad de las mismas las hiciera “deprecated” y supusieran un riesgo potencial, pero sin tener que utilizar, precisamente, la rama unstable o testing (con lo que ello conlleva).

Para usarla, por ejemplo, en Debian 5.0, nada más fácil. Hay que editar el /etc/apt/sources.list y dejarlo del siguiente modo;

deb http://ftp.es.debian.org/debian/ lenny main contrib non-free
deb-src http://ftp.es.debian.org/debian/ lenny main contrib non-free

deb http://security.debian.org/ lenny/updates main contrib non-free
deb-src http://security.debian.org/ lenny/updates main contrib non-free

deb http://volatile.debian.org/debian-volatile lenny/volatile main contrib non-free
deb-src http://volatile.debian.org/debian-volatile lenny/volatile main contrib non-free

Más info en http://www.debian.org/devel/debian-volatile/index.es.html

http://www.nimportequi.com/video_popupNEW.php?id_video=93

No os perdais el final… de que me suena ese flash ?!
Más (casi todos cachondisimos) en http://www.nimportequi.com

Lo peor es que luego hay que des-chapucearlas para hacerlas en condiciones..