And the winner is DEBIAN!

Antes de nada agradeceros la participación en La encuesta de la semana #11. ¿Qué distro usas para tu server?, una encuesta menos popular y de una temática más específica. Una imagen vale más que mil palabras, y mi querido CentOS no ha gustado demasiado:

La encuesta de la semana #11. ¿Qué distro usas para tu server?

Y en vista de los resultados, ¿Algo que añadir?

Ayer os comenté a través de La encuesta de la semana #11. ¿Qué distro usas para tu server? las opciones más conocidas a la hora de montar un servidor Linux. Mi postura ya la conocéis, CentOS y Ubuntu Server, uno por estabilidad y otro por facilidad respectivamente.

Tabla comparativa de distribuciones Linux para servidores

Ahora os voy a describir las alternativas más populares en el sector de los servidores bajo Linux:

  • Debian
    La más antigua de las distribuciones de las que cito, Debian fue iniciada en 1993 por Ian Murdock. Es la única entre las variedades aquí mostradas en la que no hay ninguna compañía detrás, la distribución está controlada totalmente por voluntarios vinculados por el contrato social Debian. Un líder es elegido cada año desde y por los miembros del proyecto Debian.
  • Ubuntu
    La distribución que más auge a tenido en los últimos años, con cada vez más usuarios y que más rápido se ha adaptado a las necesidades de los mismos. Ubuntu es una distribución basada en Debian, y gestionado por Canonical. Aunque gran parte del énfasis de la distribución está en el escritorio, también hay una versión de servidor, y es que Canonical ha atraído el apoyo de los agentes comerciales más tradicionales de UNIX, como Oracle.
  • Red Hat Enterprise
    Red Hat Enterprise Linux (RHEL) es probablemente la distribución de Linux más conocida y muy popular en cuanto a servidores, además de ser uno de los más veteranos. Ha contribuido a un gran número de aplicaciones para la comunidad Open Source de los años, incluyendo Red Hat GFS y su sistema de archivos en clúster. Aunque no es obligatorio, el acceso a soporte y actualizaciones de seguridad requiere que los clientes paguen un honorario por estos “derechos”, al igual que el caso de SuSe Linux.
  • CentOS
    CentOS (abreviatura de Community Enterprise Operating System) es una versión libre disposición de Red Hat Enterprise que no cobra por el acceso a actualizaciones de seguridad. Esto es posible debido a la licencia libre bajo la cual se libera Red Hat. Dado que es una copia casi exacta de RHEL, con únicamente los logotipos y marcas registradas modificadas (y sin el soporte comercial), los binarios son 100% compatibles, es decir, las aplicaciones diseñadas para aplicaciones comerciales de Red Hat se ejecutarán sin modificaciones y con total compatibilidad.
  • SuSE Enterprise
    SuSE Linux Enterprise Server (SLES) es una distribución que toma prestado de Red Hat su gestión de paquetes, distribución y su modelo de negocio. Fue creada originalmente en Alemania por un grupo de consultores de UNIX, SuSE significa “Software- und System-Entwicklung” (Desarrollo de software y de sistemas). Y en 2003 fue adquirida por Novell, que hicieron de esta una distribución en base a sus ofertas.

¿Alguna para añadir?

LEDLS

He usado y uso CentOS y Ubuntu Server como servidores, por facilidad de uso y costumbre me quedo con el elaborado por Canonical, por estabilidad y escalibilidad me quedo con la solución libre de Red Hat. ¿Y tú, con cuál te quedas?

servidor-dns

Aunque a día de hoy los servidores DNS de los ISP como Telefónica, Ono, etc. funcionan relativamente bien, siempre viene bien tener otro servidor ya sea porque se te caigan los tuyos primarios o porque quieras tener un servidor DNS que responda más rápidamente.

Google acaba de lanzar, según informa en su blog oficial (en inglés), un servicio gratuito para utilizar sus propios servidores DNS. Nos aseguran una velocidad de respuesta muy buena, hay que tener en cuenta que la conversión de nombre de dominio a dirección IP es una operación necesaria y si es lenta ralentiza la conexión física más rápida; además de ser gratuito y utilizable sea cual sea nuestro proveedor de red. Las direcciones IP de los DNS que Google ofrece son: 8.8.8.8 y 8.8.4.4 (más fácil de memorizar difícil).

¿Problemas de utilizar este servicio? Posiblemente en cada petición que realices, Google tome datos de quién eres (desde qué IP haces la petición) y a dónde navegas… por lo que perdemos algo más de privacidad y se la damos a la compañía con más potencial en este sentido (el Gran Hermano global vaya…). Suponemos que no tienen por qué coger datos, pero la posibilidad siempre está ahí y Google maneja… demasiados.

google_logo

“Security, speed, compliance, and flexibility”, estas son las keywords de lighttpd (pronunciado “lighty”), se trata de una pequeña (en tamaño) y muy eficiente alternativa al archiconocido Apache. Quizás lo mejor de todo, su simpleza, el archivo de configuración de lighttpd no es tan complejo como el de Apache.

Construir lighttpd desde cero es un poco más complicado, ya que depende de otras bibliotecas. Como mínimo, necesita la versión de desarrollo (la versión que incluye los archivos de cabecera) de expresiones regulares compatibles con la biblioteca de Perl (PCRE) y la herramienta de compresión zlib. Después de haber instalado estas bibliotecas, la compilación de lighttpd es sencilla:

$ # Lighttpd requires libpcre3-dev and zlib1g-dev
$ wget http://www.lighttpd.net/download/lighttpd-1.4.24.tar.gz
$ tar xzf lighttpd-1.4.22.tar.gz
$ cd lighttpd-1.4.22
$ ./configure && make && sudo make install

Una vez compilado, hemos de crear nuestro archivo de configuración. La configuración más minimalista posible establece la raíz del documento (document root), el puerto del servidor (server port), algunos tipos MIME (Multipurpose Internet Mail Extension), el usuario por defecto (default user) y un grupo para el demonio (daemon):

server.document-root = “/var/www/lighttpd/miDirectorioHost”
server.groupname = “www”
server.port = 80
server.username = “www”

mimetype.assign = (
“.html” => “text/html”,
“.txt” => “text/plain”,
“.jpg” => “image/jpeg”,
“.png” => “image/png”
)

static-file.exclude-extensions = ( “.fcgi”, “.php”, “.rb”, “~”, “.inc” )
index-file.names = ( “index.html” )

Considerando que hemos guardado nuestro archivo de texto como /opt/etc/lighttpd.conf, para lanzar lighttpd bastará con invocarlo y pasarle dicho archivo de configuración:

lighttpd -D -f /opt/etc/lighttpd.conf.

Al igual que Apache, lighttpd puede servir servidores vituales (virtual hosts). Y en solo tres líneas y usando un condicional:

$HTTP["host"] == “www2.linuxhispano-ejemplo.net” {
server.document-root = “/var/www/lighttpd/miDirectorioHostVirtual
}

De esta manera, si accedemos www2.linuxhispano-ejemplo.net, usaremos la alternativa planteada.

Lighttpd es especialmente hábil en el manejo de un gran número de peticiones en paralelo. Y al igual que Apache, podemos usarlo conjuntamente con Ruby on Rails (RoR), PHP, etc.

Artículos relacionados.
Artículo original en  IBM Developer Works.