Eliminar la contraseña de Windows usando Ubuntu

28 febrero 2012

Un problema común entre los usuarios de Windows, es que se suelen perder u olvidar la contraseña para acceder a un usuario específico. Existen muchas formas que podemos usar para recuperar, eliminar o cambiar dichas contraseñas de modo que podamos volver a iniciar sesión.

En este tutorial vamos a ver como cambiar o eliminar la contraseña de un usuario de Windows desde Ubuntu 9.10. En este caso voy a utilizar Ubuntu 9.10, si no lo tienes instalado, puedes incluso hacerlo desde el Live CD, y el usuario pertenece a una instalación de Windows 7.

Lo primero que hay hacer es instalar una pequeña utilidad llamada “chntpw“. Puedes instalarlo desde el Gestor de Paquetes Synaptic o desde la consola, usando la siguiente línea:

sudo aptitude install chntpw

Una vez instalado, debemos montar la unidad donde se encuentra instalado Windows y anota la etiqueta que aparece en titulo de la ventana, en mi caso es: F81C3F9E1C3F56BA tal, tal y como se puede ver en la siguiente imagen.

A continuación abrimos la consola y tecleamos las siguientes líneas:

cd /media
ls

Luego ingresamos a la unidad especificando la etiqueta, en mi caso es de la siguiente manera:

cd F81C3F9E1C3F56BA

Accedemos a la carpeta de configuración del sistema de Windows:

cd Windows/System32/config

Ahora vamos a listar todos los usuarios de Windows, usando la utilidad chntpw.

sudo chntpw SAM

SAM es el archivo que contiene el registro de todos los usuarios de Windows.

Para editar un usuario especifico usamos la siguiente línea:

sudo chntpw -u <usuario> SAM

En este caso vamos trabajar con el usuario: Usuario Digital. Para ello escribo lo siguiente:

sudo chntpw -u ‘Usuario Digital’ SAM

Nos aparece un menú con 4 opciones.

1. Borrar la contraseña
2. Editar o cambiar la contraseña
3. Le da privilegios de Administrador al usuario
4. Habilitar o deshabilitar al usuario

Para no complicarnos mucho, lo mejor es eliminar la contraseña y luego iniciar sesión en Windows y ponerle una contraseña desde ahí. En este caso, voy a seleccionar 1 para eliminar la contraseña del usuario.

De este modo hemos eliminado la contraseña del usuario, ahora nos queda reiniciar para acceder a la cuenta de Windows sin usar ninguna contraseña.

Creditos a quien se los meresca XD
en este caso a Dark Solitaire usuario del foro http://www.ba-k.com

GUIA ROUTER CENTOS – DHCP, PROXY CACHE, DNS CACHE, DNS de DOBLE VISTA… Parte 3 VLAN

2 febrero 2012

Siguiendo con articulo anterior GUIA ROUTER CENTOS – DHCP, PROXY CACHE, DNS CACHE, DNS de DOBLE VISTA… Parte 2““ no es de mi autoria pero pareció muy bueno que lo voy a postear, le pertenece a: rodhalpern que es usuario al igual que yo del Foro ba-k.com

Las Vlans son extremadamente simples de manejar, y como todas las cosas en linux, existe mas de una forma de hacerlas. Te muestro la nomenclatura de las 2.
1.- Usando la misma nomenclatura de las “eth”
LAN = eth0
Vlan = eth0.x
donde x es un numero desde 0 a lo que necesites asignar por cada eth que tengas.

Ejemplo de esto es:
eth0.0, eth0.1, eth0.2, eth0.3… eth0.x

2.- Usando nomenclatura Vlan
LAN = eth0
Vlan = vlanx

donde x es un numero desde 0 a lo que necesites asignar por cada eth que tengas
Ejemplo de esto es:
vlan0, vlan1, vlan2… vlanx

Ahora, para la nomenclatura de la vlan, considerando el mismo adaptador que di de ejemplo para la LAN

# Interface hacia la red local
DEVICE=eth1
BOOTPROTO=static
IPADDR=192.168.10.1
NETMASK=255.255.255.0
USERCTRL=no
HWADDR=aa:bb:cc:dd:ee:ff # Ojo, no modifiquen SU mac, este es un ejemplo
ONBOOT=yes

Para las Vlan en Formato ETHX.X, usando la misma configuración del eth del que queremos colgar la Vlan, y modificamos:

# VLAN FORMATO ETH
DEVICE=eth1.0
BOOTPROTO=static
IPADDR=10.10.1.1 (este es un EJEMPLO de IP de la VLAN)
NETMASK=255.255.255.0
USERCTRL=no
HWADDR=aa:bb:cc:dd:ee:ff # Ojo, no modifiquen SU mac, este es un ejemplo
VLAN=yes
ONBOOT=yes

y lo guardamos en /etc/sysconfig/network-scripts/ifcfg-eth1.0
(era que no)

Para hacer otra Vlan basada en eth1, quedaría igual pero eth1.1 y así
Ejemplo Vlan eth1.1

# VLAN FORMATO ETH
DEVICE=eth1.1
BOOTPROTO=static
IPADDR=10.10.2.1 (este es un EJEMPLO de IP de la VLAN)
NETMASK=255.255.255.0
USERCTRL=no
HWADDR=aa:bb:cc:dd:ee:ff # Ojo, no modifiquen SU mac, este es un ejemplo
VLAN=yes
ONBOOT=yes

Para las Vlan en Formato VLANX, modificamos:

# VLAN FORMATO VLAN
VLAN=yes
VLAN_NAME_TYPE=VLAN_PLUS_VID_NO_PAD
DEVICE=vlan0
PHYSDEV=eth1
BOOTPROTO=static
ONBOOT=yes
TYPE=Ethernet
IPADDR=10.10.1.1
NETMASK=255.255.255.0

y guardamos el archivo como “/etc/sysconfig/network-scripts/ifcfg-vlan0”

¿¿¿ Suficientemente útil???

Falta que preguntes por las uniones (bonds)


GUIA ROUTER CENTOS – DHCP, PROXY CACHE, DNS CACHE, DNS de DOBLE VISTA… Parte 2

2 febrero 2012

Siguiendo con articulo anterior “GUIA ROUTER CENTOS – DHCP, PROXY CACHE, DNS CACHE, DNS de DOBLE VISTA… Parte 1“ no es de mi autoria pero pareció muy bueno que lo voy a postear, le pertenece a: rodhalpern que es usuario al igual que yo del Foro ba-k.com

VAMOS BIEN!

Ahora, para que la navegación sea expedita, es absurdo depender de los DNS del ISP, que normalmente son PEORES que MALOS… así es que levantamos nuestro propio servidor de DNS de doble vista.
Instalamos BIND

# yum -y install bind bind-utils bind-chroot caching-nameserver
Una vez instalado, tenemos que configurar nuestro servidor, para eso:

# cd /var/named/chroot/etc/
# cp -a named.caching-nameserver.conf named.conf
# cp -a named.rfc1912.zones named.rfc1912.int.zones
# cp -a named.rfc1912.zones named.rfc1912.ext.zones
# cd /etc/
# ll named*

Borramos todos los enlaces simbolicos, para poder crear los nuevos

# rm named*
(le decimos que si a todo)

Y ahora creamos los enlaces simbólicos que corresponden

# ln -s /var/named/chroot//etc/named.conf named.conf
# ln -s /var/named/chroot//etc/named.rfc1912.int.zones named.rfc1912.int.zones
# ln -s /var/named/chroot//etc/named.rfc1912.ext.zones named.rfc1912.ext.zones

Ahora la parte entretenida, modificamos named.conf para que funcione nuestro servidor de DNS.

# vim /etc/named.conf
Debiera quedar mas menos asi:
//
// named.caching-nameserver.conf
//
// Provided by Red Hat caching-nameserver package to configure the
// ISC BIND named(8) DNS server as a caching only nameserver
// (as a localhost DNS resolver only).
//
// See /usr/share/doc/bind*/sample/ for example named configuration files.
//
// DO NOT EDIT THIS FILE – use system-config-bind or an editor
// to create named.conf – edits to this file will be lost on
// caching-nameserver package upgrade.
//
options {
listen-on port 53 { 127.0.0.1; 192.168.10.1;};
listen-on-v6 port 53 { ::1; };
directory “/var/named”;
dump-file “/var/named/data/cache_dump.db”;
statistics-file “/var/named/data/named_stats.txt”;
memstatistics-file “/var/named/data/named_mem_stats.txt”;

// Those options should be used carefully because they disable port
// randomization
// query-source port 53;
// query-source-v6 port 53;

allow-query { localhost; any; };
allow-query-cache { localhost; localnets; };
};
logging {
channel default_debug {
file “data/named.run”;
severity dynamic;
};
};
view interno {
match-clients { localhost; 192.168.10.0/24;};
match-destinations { localhost; };
recursion yes;
include “/etc/named.rfc1912.int.zones”;
};
view externo {
match-clients { any; };
match-destinations { localhost; };
recursion no;
include “/etc/named.rfc1912.ext.zones”;
};

Si se fijan, cuando se pregunta “recursion” en la vista interna, le decimos que si, pero en la vista externa, SIEMPRE decimos que no. Esto es base para evitar DNS poisoning, y por tanto mantener cierta seguridad de nuestro servidor.
A veces, es polite cambiar además los permisos a la carpeta donde funcionan los DNS

# chmod 770 /var/named/
Y hechamos a andar nuestro servicio de DNS

# service named restart
Y como siempre, revisamos la colita de mensajes para ver que todo este ok, aunque nuestro servidor levante de manera correcta.

# tail -100 /var/log/messages
Si todo esta ok, definimos que el servicio levante siempre que la maquina se enciende

# chkconfig named on

FINALMENTE . . . dejamos la guinda de la torta para el final. Un router de juguete me da internet, y la mayor parte maneja DHCP incluso fijando las IPs, pero dependemos de un servicio de enmascaramiento de DNS y DNS Forwarding para poder tener un servicio medianamente decente. Pero no tienen servidor de DNS ni DNS cache como nuestro servidor. Esto mejora increíblemente los tiempos de respuesta de cada requerimiento a las diferentes direcciones de Internet que queramos ver.
Pero lo que hace la diferencia cuando tenemos más de una persona navegando en nuestra red, es la existencia de un proxy. Esto hace que se almacene en el cache del mismo servidor, toda página y elementos que pertenecen a una página, quedando guardados en dos niveles. Por un lado, cuando los elementos son pequeños, quedan en la memoria RAM del servidor, y cuando son más grandes, pasan al disco duro. Si hacen memoria, asigne 5Gb al cache del Squid, que quedo ubicado en /var/spool/squid. En mi humilde experiencia, un cache de 5Gb es MUCHO para una casa de 5 a 6 personas, pero cuando el espacio de disco no es una limitación, el cache NO DEBE exceder los 20Gb (16 Gb se ha visto como el ideal), a menos que el disco sea MUCHO más rápido de lo que uno compra normalmente.

Ahora, instalar squid, es fácil, configurarlo, es un poco “aspero” para ser sincero.
Para facilitar la configuración, les voy a dar las líneas minimas para no sufrir ni padecer en el intento.

# yum install -y squid
# vim /etc/squid/squid.conf

Para poder hacer esto en fácil, pongamos números en las líneas y asi solo modificaremos algunas de ellas. El comando en vi/vim para ver la numeración de las líneas es “:set nu”

– Las líneas pueden variar un par de números, pero dan una buena referencia de donde esta cada cosa

632 # acl TURED src 192.168.10.0/24
633 # http_access allow TURED
921 # http_port 192.168.10.1:3128 transparent

Squid entonces escucha todo lo que pase en la red mencionada, en el Puerto 3128 y de forma transparente.
¿la navegación no es por el puerto 80? :s

1579 # cache_mem 384 MB
(SIN GUI recomiendo)
1579 # cache_mem 320 MB
(CON GUI recomiendo)

aquí menciono que es la cantidad de memoria RAM asignada a cache de navegación. La recomendación cuando la maquina solo corre como router, es hasta el 90% de la ram. Personalmente, creo que esto es correcto SOLO si se usa runlevel 3, sino, debe sumarse el costo del GUI (unos 120Mb) a los servicios y el poner el hasta el 90% del remanente.

1588 # maximum_object_size_in_memory 160 KB

Tamaño maximo de un objeto cargado en la RAM

1786 # cache_dir ufs /var/spool/squid 5120 16 256

En mi humilde experiencia, el cache que ha dado mejor resultado es el “UFS”, por lo que recomiendo dejarlo tal cual. Ahora el primero número 5120, es el espacio asignado en disco al cache de Squid, el segundo son los niveles de directorios que se crearan, y el tercero los subniveles. NO LOS MODIFIQUEN, solo modifiquen el espacio en disco que quieran asignar.

1811 # minimum_object_size 140 KB
1825 # maximum_object_size 30720 KB

este es el valor MAXIMO de un objeto que será almacenado en disco. En este caso, lo fije como 30Mb, lo que es más que suficiente para el 90% de los usuarios. Las salvedades comienzan a aparecer cuando los usuarios quieren que squid almacene las actualizaciones de Windows por ejemplo, hecho que PUEDE hacer, pero no con la configuración que estoy entregando (necesitamos modificar algunos ACLs).

Eso debiera ser todo, aunque a veces, Squid pide que se defina un “visible_hostname”.

# AGREGUE en la pagina 2 como configurar Vlans y como optimizar Squid para Windows UPDATE… así es que no se lo pierdan y PONGAN FEEDBACK… que esto tomo MUCHISISISISISIMO tiempo y dedicación.

Si encuentran errores, o tienen preguntas, avísenme para poder optimizar todo.


GUIA ROUTER CENTOS – DHCP, PROXY CACHE, DNS CACHE, DNS de DOBLE VISTA… Parte 1

2 febrero 2012

Siguiente con  articulo anterior “¿Por qué CENTOS y no UBUNTU o DEBIAN?”  no es de mi autoria pero pareció muy bueno que lo voy a postear, le pertenece a: rodhalpern que es usuario al igual que yo del Foro ba-k.com

Empezamos a postear.

Dentro de la receta, pedimos como mínimo un computador viejito con:

  • P3 500 o superior
  • 512Mb de RAM (podría ser menos, pero no funciona con Fedora 12 o superior, ni Centos 5x o superior)
  • Dos tarjetas de red, dos viejas de 10Mbps mínimo (10/100 ideal)
  • Un disco duro de 8Gb mínimo (voy a hacer el server con un disco de 20Gb, ustedes usen el que tengan)
  • Lector de dvd ideal (aunque lector de CD también sirve)

Mi advertencia para los que tienen más de un tarro botado, es que usen el más chico, y eviten los P4. Esto es porque un PIII de 800 con 512Mb es suficiente para administrar una red de más de 400 usuarios sin despeinarse, consumiendo menos de la mitad de lo que un P4 consumiría. Eliminando el mito, los Duron, Athlon XP y Atlhon MP, así como los semproms, son máquinas muy eficientes energéticamente, y que dan grandes y agradables sorpresas en Linux, aunque los puristas siempre prefieren Intel.

No me puede importar menos ni el monitor, ni la tarjeta de video, ni nada más. La idea es que luego de dejarlo funcionando, dejen servidor en una posición donde nadie lo toque, siempre encendido, e idealmente sin mouse, teclado, ni monitor. De hecho, para los MASHOS TARTAROS, les recomiendo que instalemos SIN GUI, aunque algunas personas siempre quieren tener un escritorio al que allegarse. Mi recomendación, es que si van a hacer una instalación con GUI, tengan en cuenta que es mejor dejar el equipo siempre en runlevel 3, no solo para ahorrarse los megamuchos megabytes de RAM que se consumen, sino que para evitar que manos inescrupulosas crean que pueden ser administradores de servidores.

Si por alguna razón, no son los mashos bakunos que dicen ser, e instalan GUI de todas formas, les menciono que todas las configuraciones que haremos, serán en base a texto, lo que no favorece el uso de la GUI, aunque a los que estén acostumbrados, puede que les acomode tener diferentes ventanas de terminal abiertas, o usando otro editor de texto diferente a “VI/VIM” (mis elecciones) como puede ser “gedit”.

CUIDADO CON EL SERVICIO NETWORKMANAGER. Es un servicio que corre en GUI, pero que evita que el servicio de red sea manejado por consola. Deshabilitenlo.

Además, la mayor parte de las otras interacciones que haremos, serán luego que el equipo funcione, siempre usando ssh, asi es que no tiene mucho sentido.
Manos a la Obra:

Paso 1.- Descarguen el primer CD de Centos 5x (la última versión antes de salir Centos 6 fue la Centos 5.6, y es de hecho la que recomiendo). Pueden usar si tienen a mano como mencione anteriormente Fedora en las versiones 12 hasta la 14 (no probé con versiones anteriores), y Centos 4 a la última de la 5. SIEMPRE EN 32bits.

Para los que vienen del mundo de Windows y creen de guata al cielo que los 64bits son la solución a la hambruna, la estupidez y la pobreza, les comento que NO. Un Kernel PAE puede administrar 64Gb de ram, lo que hace innecesario usar Kernels de 64 bits en Linux a menos que sea un servidor tamaño MAMUT.

NO USEN CENTOS 6 PORQUE HAY DETALLES DIFERENTES dentro de las configuraciones de DHCP, y posiblemente se mareen… ¿para qué hacerlo difícil, si fácil también resulta?

Paso 2.- Quemen el CD o el DVD de Centos 5x en el medio que corresponda.

Paso 3.- Inicien la instalación…

Aunque no quiero hacer un tratado de la instalación, y no capture imágenes de pantalla, tengo que explayarme porque necesitamos modificar algunas cosillas solamente… dentro de las cuales está la tabla de particiones (haremos un diseño personalizado), y las cosas que instalaremos.

Cuando inicien la instalación, elijan la instalación en modo gráfico. Sé que suena un poco contradictorio, pero la modificación de la tabla de particiones es un PARTO de PRIMERISA en modo texto, y no veo porque hacerlos sufrir gratis.

Cuando les ofrezca instalar el idioma, por defecto viene en Ingles, pero si quieres español, pinchen la selección de inglés, y escriban “SPA”, y tendrán la opción de Español (spanish), pinchen luego en siguiente, para seleccionar ahora el idioma del teclado. Por defecto viene con la configuración de español-españa. En mi caso tengo un teclado latinoamericano, así es que pongo “lat” y aparecerá la opción de teclado latino americano.
Ahora lo truculento . . . cuando les dé opción de hacer un diseño predeterminado… la respuesta es NO!!! . . . especialmente a los amigos newbies y Ubunteros, la respuesta es NO. Elijan “CREAR DISEÑO PERSONALIZADO”.

El porqué de esto, varias explicaciones, y cada una muchas ramificaciones, pero lo que es importante que entiendan es que:

  1. Al crear un diseño personalizado, distribuyo a voluntad el disco, y limito la posibilidad de vulnerabilidades de softwares.
  2. Evito que programas tomen más espacio de disco del que yo quiero asignar o es sano asignar. Por ejemplo, hasta hace poco tiempo, Squid tenía justamente un bug aleatorio, que lo hacía tomar más espacio de disco del que se configuraba, pudiendo tomar incluso el 100% del espacio libre de la partición en que se instaló. Con o sin BUG, no dejamos que eso pase.
  3. Puedo enjaular los requerimientos de usuarios (por ejemplo, con los DNS)
  4. Puedo dejar espacio SIN ASIGNAR para aumentar las particiones que así lo requieran, y no necesariamente asignado ni a la raíz, ni al home, ni a nada… no es una máquina de uso personal, es un servidor, y de buenas prácticas siempre es dejar espacio para crecer.

Desde que apareció el MARAVILLOSO LVM, se acabó el problema de espacio, siempre y cuando, tengamos la buena costumbre de definir un VOLUMEN FISICO LVM, y las particiones correspondientes dentro.
Ok… entonces ya que estamos ok con el diseño personalizado, lo primero es crear una nueva partición con punto de montaje /boot con sistema de archivos EXT3 y tamaño fijo de al menos 200Mb (fedora 14 y 15 soportan EXT4, lo que lo hace recomendable, solo por velocidad). Luego, todo el espacio que queda disponible, lo agregamos como LVM.

Acuérdense que el disco que estoy usando es de 20Gb.

Discos duros:
Dispositivo Punto de Montaje TIPO Formato Tamaño (MB)
/dev/sda
/dev/sda1 /boot Ext3 Si 250
/dev/sda2 Sistema LVM PV Si 20222

Ahora en el espacio LVM, ponemos las particiones necesarias para que nuestro servidor funcione. Como les mencione, el disco que usare tiene 20Gb, pero me va a sobrar espacio (como les mencione, por buenas practicas).

La tabla de particiones LVM, la llamé “SISTEMA”, y tiene que quedar entonces más menos así:

Grupo de volúmenes LVM
Dispositivo Punto de Montaje TIPO Formato Tamaño (MB)
Swap Swap Si 1024
Temp /tmp Ext3 Si 1024
Raíz / Ext3 Si 5120
Home /home Ext3 Si 2048
Var /var Ext3 Si 2048
Usr /usr Ext3 Si 2048
Squid /var/spool/squid Ext3 Si 5120

Para los que hacen las matemáticas… SI, deje más menos 1Gb no asignado. De esa manera puedo aumentar sin necesidad de disminuir nada alguna partición que requiera. Si pongo otro disco duro, simplemente lo transformo en volumen LVM, y aumento el espacio al nuevo disco, sin necesidad de hacer RAID. ¿¿¿ Les mencione que desde que apareció el LVM, fue amor a primera vista???
El gestor de arranque por defecto, es el amado GRUB, que se instale en /dev/sda/ tal cual como viene.

Ahora tiene que dar la opción de configurar nuestros adaptadores de red.

Nuestro adaptador eth0 debe quedar con dhcp e ipv6 desactivado (no se necesita), mientras que el eth1 tiene que quedar configurado con la dirección ip que queremos que tenga nuestra red, para ejemplos prácticos, la fijare como 192.168.10.1, con mascara de subred 255.255.255.0 (clase C), también ipv6 desactivado. Preocúpense que ambos adaptadores suban al encender la máquina.

Terminado eso, fijen su zona horaria correspondiente, mi caso, mi Chile querido. (America/Santiago).

Ahora les pedirá una contraseña de administrador. Les pido que sean sobrios y sensatos… “1234” NO ES UNA CONTRASEÑA, y “contraseña” TAMPOCO es una contraseña. Usen una contraseña que tenga al menos una mayúscula, minúsculas, números y algún carácter especial. NO LA PIERDAN.

Si quieren evaluar su contraseña…

Ahora, hacemos la magia. Por defecto en centos se instala el escritorio y algunas cosillas más. Como buenos mashos TARTATOS VIKINGOS, vamos a personalizar la instalación y sacar TODO, salvo el GUI para los no tan mashos. Pinchen Personalizar ahora.
En Entornos gráficos… SAQUEN TODO, salvos los no mashitos que quieren gnome. KDE es un pelito pesado, y es mejor evitarlo.
En Aplicaciones:

  • Auditoria y Publicación desmárquela completo
  • Editores, marquen las dos opciones de VIM-enhanced. Nada más.
  • Emacs, desmarquen todo
  • Gráficos, desmarquen todo
  • Ingeniería y científico, desmarquen todo
  • Internet basada en texto, para MASHOS, déjenlo
  • Internet gráfica, para los que van a instalar GUI, SOLO dejen Firefox
  • Juegos y entretenimiento, desmarquen todo (es un servidor)
  • Oficina y productividad, desmarquen todo (es un servidor)
  • Sonido y video, desmarquen todo

En desarrollo, DESMARQUEN TODO
En Servidores, DESMARQUEN TODO (sip, desmarquen todo)
En Sistema Base, SI NO SON LOS MASHITOS QUE CREO… desmarquen por favor el network manager, o tomara control de los adaptadores de red, además desmarquen el anacron (hace lo mismo que Cron), los servicios aspell, el bluetz-utils, cpuspeed, dmraud, finger, fistboot, ftp, yum-updatestd. El resto, no lo toquen.

Si tienen una conexión por modem ADSL, tienen que preocuparse que el soporte de red mediante discado este marcado, El resto, déjenlo tal como viene, con java desmarcado, herramientas de sistema desmarcada, herramientas de administración desmarcado, distribución de empresas desmarcado.

En la sección Virtualizacion, desmarquen todo
En agrupamiento de clustering desmarquen todo
En almacenamiento del clustering, desmarquen todo
En idiomas, desmarquen todos, menos el idioma que van a usar.

Cuando presionen siguiente, una pantalla avisara que luego del próximo siguiente, la instalación propiamente tal iniciara. Al finalizar la instalación, les va a pedir que reinicien la maquina (no se acostumbren, no es Windows).

El reinicio es suave y rápido, si desmarcaron todo lo que les pedí, he hicieron bien las particiones, solo queda poco trabajo antes de comenzar a hacer lo mínimo que se necesita para poder tener un servidor funcional.

 


¿Por qué CENTOS y no UBUNTU o DEBIAN?

2 febrero 2012

El siguiente comentario no es de mi autoria pero pareció muy bueno que lo voy a postear, le pertenece a: rodhalpern que es usuario al igual que yo del Foro ba-k.com

Empezamos a postear.

Lamentablemente, al pasar los años, la identidad de Debian (no me maten por favor) se ha ido perdiendo y transformando. Hoy, debían es una distro que tiene un nombre y que ha aportado MUCHO MAS que cualquier otra, pero que ha pasado a ser un desarrollo constante, inmaduro e inestable. Los paquetes más estables, están AÑEJOS con ganas, y los paquetes más nuevos, son bombas FOLK.

Ubuntu en cambio, es básicamente más de lo mismo, con algunas mejoras notables para los usuarios nuevos, y mejoras serias en la GUI, pero nuevamente, no es lo que buscamos.

Fedora, siendo una distro MUY innovadora, y que siempre está marcando tendencias, sigue siendo mucho más estable que Ubuntu, posiblemente porque su idea original es ser el ambiente de prueba de las versiones de escritorio de RedHat, y por tanto es posible usarla en modo texto con tan buenos resultados como otras distros.

Centos, es una distro que de innovador no tiene NADA. Esto es lógico y obvio, ya que uno no busca innovación en las GUI de los servidores, o que tenga las últimas chupas del mate en aplicaciones. Uno busca que lo que tiene funcione sólido como roca, y nunca más vuelva a fallar. Por lo mismo, es mi primera opción cuando de servidores se trata. Por otro lado, sus genes redhatcisticos, dan seguridad y confianza, además de tener un soporte y documentación masivos en la red, lo que permite siempre poder salir del problema, sea porque encontraste un artículo que mencionaba esa falla, o porque alguien certificado redhat te ayudo.

En este caso, la idea es que usen un router de verdad, basado en arquitectura x86 con Linux, y no los de juguete que uno compra en las tiendas, donde muchos servicios están capados, incluso usando firmwares de terceros como el dd-wrt (que también es Linux), y vean como un servidor chiquito hace maravillas en las redes de hogar. Considerando que una maquina vieja y usada normalmente está acumulando polvo por ahí, o se puede adquirir por menos de US $70 con mejores prestaciones de las que pongo acá, no es del todo descabellado implementarlas en vez de los routers de casa. Los servicios que además pueden implementar, no se limitan a los 3 servicios que les voy a dejar acá ( ROUTER, Servidor de DHCP, Servidor PROXY TRANSPARENTE, Servidor de DNS y DNS-CACHE de doble vista), sino que es posible usar hasta el infinito y más allá… solo depende de su paciencia y expertice.