Controladores de dominio

Anuncio
linux en la empresa
Windows contra Linux
Controladores
de dominio
Santiago Gómez Ruiz
linux@software.com.pl
Un controlador de dominio es una entidad administrativa, esto es, no es un ordenador en concreto,
sino un conjunto de ordenadores agrupados que se ciñen a unas reglas de seguridad y autenticación
comunes. Para regular un dominio, se precisa al menos de un equipo que sea el controlador
principal, la fuente primera donde se almacenan las reglas del dominio, y donde serán consultadas
esas reglas en última instancia. Un controlador primario de dominio (PDC) puede implementarse
tanto bajo Windows como bajo Linux. En este artículo vamos a contrastar ambas implementaciones.
32
L
os servidores a enfrentar correrán respectivamente Windows Small Business Server 2003
Standard y Debian 3.1 Sarge R2. Ambos sistemas están cercanos a su renovación. En el momento de escribir este artículo parece inminente la liberación como versión estable de Debian 4 Etch. Del mismo
modo, Microsoft ha anunciado que podría comercializar
su nueva versión de sistema operativo para servidores
(codename Longhorn) para 2007, aunque teniendo en cuenta los años de retrasos sucesivos que ha sufrido Windows
Vista, no parece muy fiable esa información.
No obstante, en un asunto tan crítico como sistemas
operativos de servidor, siempre es más prudente dejar una
versión nueva en la calle unos meses antes de ponerla en
producción, para pulir posibles errores. En este aspecto,
a Debian le precede una fama de solidez inquebrantable,
e incluso en entornos donde se puede asumir cierto riesgo,
la versión inestable se está utilizando con plena satisfacción (de hecho, Ubuntu procede de la rama inestable de
Debian). No se puede decir lo mismo de Microsoft, que
ha acompañado cada lanzamiento de cada versión de
Windows con uno o dos años de Service Packs (revisiones
Linux+ 2/2007
mayores), parches y demás correcciones sobre aspectos
fundamentales del sistema, intentando dotarles de una
mínima estabilidad. Así, a Windows 95, famoso por sus
constantes cuelgues, le sucedió OSR2, a Windows 98, el
rey de las pantallas azules, 98SE, Windows XP va por su
segundo Service Pack, intentando cerrar sus interminables
agujeros de seguridad, Windows NT tuvo hasta 6 Service
Packs, y Windows Millenium nunca llegó a ser usable,
siendo probablemente el peor producto que ha salido de
Redmond.
Cada una de las instalaciones de prueba atenderán
veinte clientes Windows XP SP2.
Los aspectos a comparar entre ambos sistemas operativos serán funcionalidades, rendimiento, instalación,
mantenimiento y precio.
Funcionalidades
Para que un ordenador con Linux pueda explorar una red
Windows, acceder a sus recursos, compartir los propios,
autenticarse o, como en el caso actual, ser el controlador de
un dominio, tiene que ejecutar un conjunto de programas
agrupados bajo el nombre Samba. El nombre del protocolo
linux en la empresa
Windows contra Linux
que se utiliza para ello es SMB, pero al estar
el acrónimo registrado por Microsoft, no se
pudo utilizar y se sustituyó por Samba. La historia completa se puede encontrar en http://
es.wikipedia.org/wiki/Samba_(programa)
Samba tiene una limitación muy importante gestionando dominios, y es que en su
versión estable actual no puede manejar políticas de grupo, ni soporta active directory. La
versión 4, en desarrollo sí podrá hacerlo, pero
aún no está en condiciones de ser usada en un
entorno de producción.
Esto quiere decir que si para la instalación prevista es imprescindible el uso de
active directory o de políticas de grupo, NO
podrá usarse Linux.
Por lo tanto, y muy superficialmente, las
diferencias funcionales más evidentes entre
los dos modelos son:
•
•
•
El rendimiento
Existen las pequeñas mentiras, las grandes
mentiras y los benchmarks
Un servidor son sus recursos. Cualquier
puesto de trabajo suele correr con al menos
256 ó 512 MB de RAM, mientras el servidor
puede que disponga de 2 GB para atender 30
puestos, gestionar comunicaciones, ficheros,
web, email y dos docenas de servicios más.
Por esto, el rendimiento es fundamental en la
elección del sistema.
En 1999, Microsoft empezó a considerar
seriamente la amenaza del software libre a su
hegemonía sobre el mercado. Desde entonces
se han sucedido infinidad de campañas publicitarias, cada una con su correspondiente
batería de pruebas, testeos y argumentos más
o menos escandalosos. El factor común de todas estas campañas ha sido su fracaso, ya que
no han frenado en absoluto el crecimiento y
Linux integra administración remota el desarrollo de productos libres alternativos
con Webmin, que admite todo tipo de
módulos, y puede accederse desde cualquier equipo corriendo cualquier plataforma. Windows se administra desde la
consola de Microsoft, que está limitada
a los módulos predefinidos por Microsoft y sólo funciona en plataformas Windows;
Windows soporta active directory y Linux aún no;
Aunque ambos sistemas soportan su propia versión de terminal server, las sesiones serán del propio sistema. Es decir, no
podemos pedir que un equipo con Linux
sirva sesiones terminal server de Windows, ni lo inverso.
fragadas por Microsoft demuestran sin lugar
a dudas una gran superioridad de los sistemas Windows, mientras que aquellas realizadas de forma independiente muestran de
forma general que los sistemas Linux son
más rápidos, estables y seguros.
Idealmente la prueba de rendimiento
debería hacerse en la propia instalación final,
lo cual es irreal, ya que obligaría a mucho más
trabajo y a adquirir previamente un conjunto
de licencias nada baratas que probablemente
nunca lleguen a usarse.
Independientemente de la guerra de los
benchmarks, hay una serie de hechos objetivos que deben tenerse en cuenta para estimar
el rendimiento final:
•
Los servidores Windows no pueden cerrar sus sesiones gráficas (GUI en Windows). Una sesión gráfica ocupa una cantidad nada desdeñable de recursos, gas-
a los de la multinacional.
Tras examinar una decena larga de benchmarks comparando servidores Windows
con servidores Linux, he llegado a la con- •
clusión de que éstos se podrían clasificar siguiendo dos criterios. El primer criterio sería
su financiación, esto es, testeos financiados
directa o indirectamente por Microsoft, o ejecutados por sus proveedores inmediatos (Veritest, Mindcraft...), y testeos ejecutados por
entidades independientes (Itweek, ZD...). El
segundo criterio sería el resultado; hay benchmarks tanto favorables a Windows como
favorables a Linux.
Sorprendentemente (o no), los dos criterios coinciden, de modo que las pruebas su-
tados absurdamente en un equipo que
estará casi toda su vida con la pantalla
apagada;
Ya que los sistemas operativos de Microsoft son vulnerables a los virus, usarlos obliga a la instalación de un antivirus. Aparte de los gastos de licencia y el
tiempo de instalación y mantenimiento (actualizaciones, nuevas versiones...),
hay que considerar que un antivirus es
probablemente el tipo de software más
intrusivo que existe. Ya que tiene que
intervenir en todos los procesos del sistema que impliquen lectura, escritura
o transmisión entre otros, ralentiza sensiblemente la máquina. Ninguno de los
benchmarks que he consultado se han
realizado en equipos con antivirus instalado, pero es evidente que hubiesen
afectado de forma notable a los resultados.
Instalación
Figura 1. El escritorio por defecto de la distribución Debian, su aspecto ascético esconde su gran usabilidad
www.lpmagazine.org
Los productos Microsoft tienen fama de ser
fáciles de instalar. En este caso es cierto. Es
mucho más fácil instalar un servidor de dominio sobre Windows que sobre Linux.
En windows, un par de asistentes y el
sistema queda listo para funcionar. Para un
equipo de escritorio, eso es una gran ventaja,
ya que la optimización del sistema, la elección de los servicios que ejecuta y multitud
de parámetros no son importantes. Pero instalar en cuatro clics un servidor sólo puede
significar que no se ha optimizado, que no se
han cuidado multitud de aspectos. Si luego
se quiere afinar ese equipo, habremos de
vernos con el registro de Windows, y con el
33
linux en la empresa
Windows contra Linux
riesgo de dejar el sistema hecho un trapo si
nos equivocamos de clave. Y no lo digo yo,
en cualquier página de soporte de Microsoft
donde se trate de alguna modificación del
registro, se puede leer textualmente:
ADVERTENCIA: si utiliza incorrectamente
el Editor del Registro, puede causar serios problemas que tal vez requieran volver a instalar el
sistema operativo. Microsoft no garantiza que
pueda solucionar los problemas resultantes del uso
incorrecto del Editor del Registro. Utilice el Editor
del Registro bajo su responsabilidad.
Evidentemente, entran ganas de no mo-dificar nada, nada, nada. Por otra parte, la instalación de un dominio en Linux no es difícil,
pero si es una tarea tediosa. Se echa en falta
un proceso que automatice algunos procedimientos, algún asistente como los de Windows. Sin duda, llevará algunas horas ponerlo en marcha totalmente a nuestro gusto,
pero una vez instalado, funciona con una
de actualizar el equipo, este simplemente no
arranca, la red estará detenida hasta encontrar la solución o reinstalar completamente
el servidor.
Por el contrario, las actualizaciones en
los servidores Linux no precisan de reinicio
(salvo la instalación de un nuevo kernel, y si
se decide reiniciar, ya que no afecta a la funcionalidad del sistema). Incluso si es una actualización de un servicio vital como Samba,
este se detiene, se actualiza y se vuelve a iniciar en apenas unos segundos. Personalmente no conozco ningún caso en que una actualización de un sistema Linux de servidor
(léase Debian, RHEL, SUSE Linux Enterprise Server...), haya obligado a una reinstalación.
Precio
El sistema Linux que instalaremos es una distribución Debian, de licencia gratuita, y todo
el software propuesto para esta instalación
es libre y gratuito, por lo que el coste sería
cero.
Resumen de la comparativa
•
•
La estructura de las licencias de Microsoft •
es al menos una licencia de servidor, y lue-
Funcionalidades: A día de hoy y como controlador de dominio, Windows 2000/
2003 es más completo que una instalación Linux + Samba. No obstante, las funcionalidades de Linux son mucho más
flexibles y configurables;
Rendimiento: Tanto en rendimiento punta
como en estabilidad (las interrupciones
también afectan al rendimiento), los sistemas Linux superan ampliamente a los
Windows;
Instalación: Mucho más sencilla en los
equipos Windows. Mucho más tediosa
go una licencia más o CAL por cada equipo
pero también flexible en los equipos Lio usuario que se va a conectar al servidor.
nux;
Mantenimiento
No confundir estas CAL con las licencias • Mantenimiento: Los equipos Linux requieEn este aspecto está muy claro que los ser- del sistema operativo que tenga instalado
ren menos mantenimiento y son menos
vidores Windows requieren de muchas más la estación de trabajo, hay que pagarlas las
susceptibles a catástrofes;
horas de trabajo que sus homólogos Linux. dos:
• Precio: La instalación Linux propuesta
Casi cada actualización de seguridad de Wintiene coste cero, la instalación Windows
dows obliga a un reinicio. Muchos antivirus • Licencia de Servidor más 5 CAL's :
1907,56 €.
requieren reiniciar tras una actualización
490,24 €;
del programa. Además, no es raro que tras • Cada conjunto de 5 CAL's extra (3): Por lo tanto:
una actualización, el ordenador no funcione
457,36 €;
correctamente. Esto obliga a realizar estas la- • Antivirus NOD32, versión profesional • Es sensato elegir Windows si alguna funbores de mantenimiento fuera de las horas de
monousuario: 45,24 €Por lo tanto, la inscionalidad imprescindible aún no está improducción, lo cual normalmente significa de
talación de servidor + licencias + antiviplementada en Linux. Aunque a primenoche o en fines de semana, ya que si después
rus: 1907,56.
ra vista parezca la elección para alguien
sin demasiados conocimientos, la facilidad de la instalación oculta un mantenimiento y unos problemas posteriores
mucho más difíciles de superar;
• Es sensato elegir Linux en cualquier otro
caso menos en el anterior.
suavidad pasmosa.
Instalación de un dominio
Windows 2000 sobre Linux
Figura 2. Al unir un equipo XP a un dominio, este solicita varios conjuntos de usuario/clave,
correspondientes al usuario del equipo, a un administrador del dominio y al administrador del equipo
34
Linux+ 2/2007
Al describir este proceso de instalación y configuración, se presupone una cierta soltura
en edición de ficheros y arranque y parada
de servicios.
La instalación de una distribución Debian
de GNU/Linux es hoy en día muy sencilla.
Una de las escasas dificultades que podemos
encontrar es que el instalador no encuentre el
disco duro. Si ocurre, y nuestro equipo tiene
discos Serial ATA, la solución es configurar la
BIOS en modo compatibilidad, y lo encontrará sin problemas. Por lo demás, facilitará la
labor si le indicamos que queremos instalar
el equipo como:
linux en la empresa
Windows contra Linux
•
•
•
•
Servidor de archivos;
Servidor DNS;
Servidor de impresoras;
Entorno de escritorio, que aunque una
vez instalado lo dejemos desactivado, hará más fáciles algunas tareas de configuración.
Listas de control
de acceso
minio, por lo que hay que prestarle máxima
atención. Se recomienda hacer copia de este
fichero antes de cada cambio. Tras cada modificación en el fichero, y en aras de probarlo,
es necesario reiniciar el servicio samba con la
orden:
Indicamos el nombre del equipo tal y como
aparecerá en la red:
security = user
El tipo de compartición será por usuario, no
por recurso:
/etc/init.d/samba restart
Unix password sync = yes
Abrimos el fichero smb.conf para editarlo,
Terminada la instalación, hay que configu- y buscamos o creamos las siguientes líneas:
Samba intentará sincronizar las contraseñas
rar cada aspecto del sistema. Ya que probacon el sistema:
blemente deseemos asignar permisos per- workgroup = el_dominio
sonalizados para cada usuario o grupo en
domain master = yes
los recursos compartidos por el servidor, la Siendo el_dominio el nombre del dominio
manera más sencilla de hacerlo es mediante a crear:
Nuestro equipo se erige así como controlador
listas acl. Para ello instalamos el paquete
primario del dominio.:
acl (bien desde Synaptic, bien haciendo un wins support = yes
sencillo apt-get acl desde una consola de
domain logons = yes
root).
Con esta directiva le indicamos que debe
Para activar las listas de control de ac- de dar soporte para wins. Wins es el acró- Se admitirán accesos de dominio:
ceso, es necesario editar el fichero /etc/fstab
y añadir acl a los parámetros de la partición
donde se ubicarán los recursos compartidos,
por ejemplo:
nimo de Windows Internet Name Service,
y es el protocolo de resolución de nombres
en una red que usa principalmente Windows 98, pero sigue siendo necesario en
las versiones posteriores. De hecho, si co/dev/hda6
/home
ext3
nectamos clientes con Windows 98 a nuesdefaults,acl
0
2
tro servidor, resolverán mucho mejor si en
las propiedades de TCP/IP le indicamos
Para que los cambios tengan efecto, es necesa- la IP de nuestro servidor como servidor
rio desmontar y volver a montar la partición, Wins:
y para ello es necesario haber cerrado la sesión gráfica. En el ejemplo anterior, se iría a wins server = yes
una consola con Ctrl+Alt+F1, se haría logon
con el usuario root, y los comandos a ejecutar Nuestro servidor actuará como servidor wins:
serían :
netbios name = el_nombre
socket options = TCP_NODELAY
SO_RCVBUF=8192
SO_SNDBUF=8192
Esta opción, según la documentación, mejora el rendimiento en equipos GNU/Linux:
os level = 65
Es el nivel de sistema operativo que se anuncia. Un valor de 65 debe de ser totalmente suficiente.:
dns proxy=yes
/etc/init.d/gdm stop
umount /home
mount /home
/etc/init.d/gdm start
Y ya quedaría montada la partición con soporte para listas de control de acceso.
Configuración de Samba
Samba es una suite bastante amplia y compleja. A continuación se detallarán los distintos pasos para configurar Samba como
controlador de dominio, con una explicación muy somera del parámetro, no obstante, para entender cómo funciona (y mucho
más importante, qué puede estar fallan
do en un momento dado), es muy recomendable leer la documentación de Samba.
La configuración de Samba se realiza en
el fichero /etc/samba/smb.conf. Este es el punto
más importante de la implementación del do- Figura 3. Finalizado con éxito el agregado del equipo al dominio, ahora toca reiniciar otra vez
www.lpmagazine.org
35
linux en la empresa
Windows contra Linux
El servidor intentará resolver por DNS aque- •
llas peticiones que no pueda resolver de otra •
manera.:
•
null passwords=yes
Debe admitir contraseñas nulas. Los sistemas operativos Windows 2000 y XP registran la máquina además del usuario en el
dominio, y las máquinas no tienen contraseña.:
admin users= fulanito, menganito
Los usuarios que actuarán como administradores del dominio (por ejemplo, para añadir
equipos al mismo). No se recomienda utilizar
el usuario root para esto, por motivos de
seguridad.:
invalid users = root
a -> vamos a añadir;
m -> es una cuenta de máquina;
%u -> nombre de la máquina, como se ha
especificado -m, no es necesario añadir el
símbolo del dólar.
A continuación, se configuraría el recurso netlogon, los scripts de inicio si se desean, y los
recursos compartidos e impresoras en el fichero smb.conf. Cada caso sería completamente diferente, y es relativamente sencillo.
La configuración base del dominio está detallada.
Configuración de Webmin
Webmin es un entorno potentísimo de administración remota, que permite crear y añadir módulos nuevos para cada tarea. La versión de Webmin que viene con Debian ha
quedado superada por la nueva. La instalación es muy sencilla, desde una consola de
root:
De hecho, es prudente invalidar a root para
acceder como usuario del dominio.:
apt-get install libio-pty-pear
guest account=nobody
El nombre de la cuenta de invitado.:
add machine script= /usr/sbin/
useradd -c 'Comentario' -d /dev/
Este paquete es necesario para la ejecución
de esta versión de Webmin.: wget http://prdownloads.sourceforge.net/webadmin/webmin_
1.300_all.deb
Se descarga el paquete desde la web del
proyecto Webmin.:
null -s /bin/false -g Maquinas
%u'$' && smbpasswd -a -m %u
dpkg -i
webmin_1.300_all.deb
Esta línea contiene el comando a ejecutar Se instala el paquete.
cuando se añade una máquina al dominio,
y presupone que cuando añadamos un equipo deseamos que la máquina se añada automáticamente. La alternativa es añadir manualmente las máquinas además de los usuarios (es la práctica en Windows). Detalladamente, el encadenamiento de estos dos comandos sería:
•
•
•
•
•
•
•
36
Por defecto, y por motivos de seguridad, Webmin viene configurado para ser
usado sólo desde el equipo en el que esté
instalado. Para permitir su uso desde cualquier equipo, hay que editar el fichero /etc/
webmin/miniserv.conf, buscar la clave allow=
127.0.0.1 y cambiar por allow=0.0.0.0 Esta
clave también permite determinar o restringir los equipos desde los cuales se tendrá
acceso.
La instalación por defecto habrá creado
un sólo usuario de Webmin, root, y con la clave de root. Los usuarios de Webmin son independientes de los de Linux, por lo que
si cambiamos la clave de root, en Webmin
quedaría la clave antigua.
Para acceder a Webmin, abrimos cualquier navegador e introducimos: https://1.2.
3.4:10000
Sustituyendo 1.2.3.4 por la IP de nuestro servidor. Vale la pena echar un rato configurando Webmin, empezando por el idioma (Webmin->change language and theme->
language).
Para poder administrar remotamente
de forma visual los permisos de cada carpeta, es preciso instalar un módulo concreto. Para ello, nos situamos en Webmin->
configuración de Webmin->módulos de Web
min. Elegimos “configuración estándar de
www.webmin.com”, pulsamos el botón de exploración que aparece a la derecha y elegimos el módulo file manager. Antes de pulsar
sobre “instalar módulo”, es conveniente
marcar la opción “Permitir acceso a todos
/usr/bin/useradd -> añadir un usuario
Unix;
c Comentario -> comentario del usuario,
descripción de la máquina en la red, en
este caso;
d /dev/null -> sin directorio de inicio;
s /bin/false -> sin shell (por seguridad);
g Maquinas -> perteneciente al grupo Maquinas, que crearemos antes de empezar
a usar el dominio;
%u'$' -> nombre de la máquina, más el
símbolo del dólar (los nombres de equipo van seguidos de dólar en Windows);
smbpasswd -> crear/modificar un usuario
Figura 4. Administrando los permisos de un directorio de forma remota mediante Webmin
samba;
Linux+ 2/2007
linux en la empresa
Windows contra Linux
www.lpmagazine.org
37
linux en la empresa
Windows contra Linux
los usuarios de Webmin”. Ya que estamos
en Webmin, es el momento de configurar
la sincronización de cuentas Unix y Samba
y de crear en ambos sistemas el grupo “Maquinas” donde se añadirán los pc's del dominio. Para la primera tarea, seleccionamos
la sección “Servidores”, y dentro de ella,
“Compartición de archivos de Windows
mediante Samba”. Se muestra una pantalla
en la cual la parte superior es la lista de
recursos compartidos. Desde aquí es muy
sencillo configurar recursos y permisos genéricos a los mismos. Bajo la sección “Configuración global” se encuentra Samba users.
Accedemos a “Configuración de la sincronización automática de usuarios de Unix
y Samba”, marcamos todas las casillas y salvamos los cambios. Repetimos la operación con la opción de sincronización de grupos.
Para verificar dicha sincronización, se
puede acceder desde el índice de Webmin
a “Sistema”, “Usuarios y grupos”, donde se
muestran todos los usuarios y grupos Unix.
Pulsando sobre “Crear un nuevo grupo”, nos
permitirá crear el grupo “Maquinas”. Si volvemos a comprobarlo a la sección, veremos
que el grupo se ha creado también en Samba.
Cuando un usuario accede a un recurso determinado tiene que atravesar tres
niveles de permisos, que son los permisos
de Unix, los de Samba y las listas de control de acceso. Si uno de los tres niveles le
deniega el permiso en concreto (escritura,
lectura, ejecución), no podrá acceder. Puede parecer confuso, y para recursos triviales la solución es definirlos con todos los
permisos activos a nivel de Unix y de Samba, y refinar con ACL los accesos que queremos permitir para cada usuario o grupo.
Los permisos de Unix se definen a nivel del sistema operativo, es decir, con una
simple consola. Los permisos de samba se
modifican en la definición del recurso en el
fichero smb.conf, o más fácilmente, desde
esta misma página de Webmin, al editar
los permisos de los recursos. Ahora, bajo la
opción general “otros” del menú principal
de Webmin, tenemos el “explorador de archivos”, que nos permitirá con su opción
“ACL” administrar las listas de control de
acceso de cada archivo y directorio de una
forma cómoda. Es importante aplicar esos
permisos antes de empezar a utilizarlos, de
otro modo, y a fin de que se apliquen recursivamente, habría que usar el comando de
consola setfacl.
38
Figura 5. Creando un nuevo recurso compartido de forma remota mediante Webmin
Nos queda un pequeño detalle que hará Samba/Crear una nueva compartición de arque nuestro servidor funcione con la flui- chivo.
dez deseada; optimizar el rendimiento de
Samba. Para ello, será necesario editar el fi- Añadiendo equipos
chero /etc/sysctl.conf y añadir la siguiente lí- al dominio
nea:
Nos vamos a encontrar con tres formas típicas de añadir equipos al dominio, que son la
vm.bdflush = 95 1000 64 64 15 6000
de Windows 98, la de Windows 2000 y la de
6000 1884 2
Windows XP Professional.
Los equipos Windows 98 entran en doEl significado de cada uno de los parámetros minio muy fácilmente. Se modifican las procae fuera del ámbito de este artículo, pero fun- piedades de red, entrando en propiedades
damentalmente modifica el comportamien- de TCP/IP de forma que tanto el primer
to de la gestión de la memoria virtual, ya que servidor DNS como WINS sea la IP de nuespor defecto su configuración es muy con- tro servidor. En Windows 98 no es imservadora. Una explicación detallada de lo prescindible (en los otros dos sistemas sí),
que significa esta línea se podrá encontrar pero ayudará a encontrar más rápidamente
en http://www.redhat.com/magazine/001nov04/ a otros equipos en la red a través de la opfeatures/vm/
ción DNS PROXY del fichero smb.conf. Tras
Para que el sistema tenga en cuenta los modificar la dirección del servidor DNS,
nuevos valores, hay que reiniciar el servicio y salvando los cambios de las propiedades
networking:
de TCP/IP en la pestaña identificación nos
da a elegir entre iniciar sesión en un grupo
/etc/init.d/
de trabajo y un dominio. Elegimos dominio
networking restart
y escribimos el nombre de nuestro dominio. Aceptamos y reiniciamos el equipo. Al
Bien, ahora tenemos un dominio perfecta- arrancar de nuevo pedirá usuario y contramente usable, sólo quedaría añadir los usu- seña de un usuario del dominio. Los equiarios (ya que las máquinas se añadirán au- pos Windows 98 no precisan de dar de alta
tomáticamente), y los recursos. Ambas ope- la máquina en el dominio.
raciones se pueden realizar cómodamente
Para añadir al dominio los equipos Winen Webmin, añadiendo los usuarios desde dows 2000, en primer lugar hay que modiSistema/Usuarios y Grupos/Crear nuevo usu- ficar la dirección del primer servidor DNS,
ario, y los recursos desde Servidores/Com- como en el caso anterior, posteriormente es
partición de archivos de Windows mediante necesario hacer clic con el botón derecho del
Linux+ 2/2007
linux en la empresa
Windows contra Linux
ratón sobre el icono “Mi Pc”, y elegir “propiedades”. En la pestaña “Identificación de
Red”, pulsar el botón “Propiedades”, y aparecerá una ventana donde indicar el nombre de la máquina así como el del dominio.
Pedirá que se autorice dicha unión mediante el usuario y contraseña de un administrador del dominio (uno de los que se especificaron en ADMIN USERS=.... en el fichero
smb.conf). Si todo es correcto, mostrará un
mensaje de que el equipo se ha unido al
dominio, pedirá reiniciar y listo.
Antes de unir un equipo con XP al
dominio es conveniente modificar una clave del registro, concretamente, dentro de
HKEY_LOCAL_MACHINE\SYSTEM<Char
Style:FOREIGN>CurrentControlSet<Char
Style:FOREIGN>Services<CharStyle:FOREIGN>netlogon<CharStyle:FOREIGN>
parameters, la clave RequireSignOrSeal debe
de tener un valor de tipo dword y conteni-
vidor. Posteriormente, haciendo clic con el
botón derecho del ratón sobre el icono “Mi
Pc”, eligiendo la pestaña “identificación de
red” y pulsando el botón “Id. de red”, se
lanzará el asistente que nos preguntará en
primer lugar el usuario, la contraseña y el
dominio del usuario “normal” del dominio, a continuación, el nombre de equipo
y de nuevo el dominio, después el nombre
de usuario, la contraseña y el dominio de
un usuario administrador del dominio. Si
el nombre de usuario normal del dominio,
es decir, el primero especificado no existe
en el equipo, preguntará si se crea tal usuario, y el tipo de usuario (normal, administrador...). Para que funcione bien, hay que
permitirle crear el usuario; para esa tarea
nos pedirá el usuario y la contraseña de un
usuario administrador del equipo (no del
dominio, no confundir). Si no nos hemos
confundido unos usuarios con otros en el
do 0. Para facilitar esta labor, la propia instalación de Samba contiene el fichero que
modifica este cambio; /usr/share/doc/sambadoc/registry/WinXP_SignOrSeal.reg.
Sólo es necesario copiar este fichero a un
disquete, y ejecutarlo desde el mismo en el
cliente Windows XP.
Los equipos con Windows XP Professional son los más enrevesados a la hora de
entrar en dominio, a pesar de contar con
un asistente. En primer lugar, como en los
dos casos anteriores, será necesario modificar la dirección IP del primer servidor DNS
para hacerla coincidir con la de nuestro ser-
proceso, bastará reiniciar para que todo
funcione.
•
•
Conclusiones
Los inconvenientes de un dominio montado sobre un equipo con Windows 2000/3
son:
•
•
•
•
•
•
Coste altísimo;
Poca optimización;
Es vulnerable a virus;
Menor rendimiento;
Mantenimiento alto;
Menor estabilidad.
Las ventajas de un dominio montado sobre
un equipo GNU/Linux Debian 3.1 “Sarge”
son:
•
•
Licencia gratuita, no requiere coste por
licencias ni por servidor ni por puestos;
La optimización dependerá de los conocimientos del administrador, incluso
llegando a poder recompilar el núcleo
del sistema si es necesario;
Es invulnerable a virus;
El rendimiento es considerablemente más
alto;
El mantenimiento es muy bajo;
Altísima estabilidad. La necesidad de reiniciar será casi inexistente.
Exponiendo de otra forma las mismas con- •
clusiones de la comparativa, tendríamos •
que.
Las ventajas de un dominio montado sobre un equipo con Windows 2000/2003 son: Las desventajas de un dominio montado sobre un equipo GNU/Linux Debian 3.1 “Sarge”
• Facilidad de instalación (aunque a veces son:
lleve al error de considerar que “cualquiera puede hacerlo”);
• Es difícil y tedioso de instalar. No sola• Plena funcionalidad.
mente quien lo hace tiene que saber muy
bien lo que hace, sino que podría perfectamente estar más asistido sin necesidad
de perder detalle;
• Aún carece de algunas de las funcionalidades de los dominios Windows 2000/3
puros.
Lógicamente, las ventajas de uno son las desventajas del otro y viceversa, aunque habría que reflexionar sobre la primera ventaja de los sistemas Windows, ¿Realmente
es una ventaja que alguien sin los mínimos
conocimientos de administración pueda
implementar un dominio? Si bien le aporta facilidad al procedimiento, no parece
muy conveniente que alguien no suficientemente preparado administre algo tan delicado como el corazón de una red. Es como
si a una persona con el carnet de conducir ciclomotores le animasen a pilotar un
Boeing ayudado por un par de “asistentes”. Tal vez por eso hay redes que se estrellan.
Figura 6. Agregando un nuevo usuario al dominio de forma remota mediante Webmin
www.lpmagazine.org
39
Descargar