Saludos, hermanos.
Jorge García garsan@gmail.com escribió:
El 27 de julio de 2010 12:23, Victor Padro vpadro@gmail.com
escribió:
2010/7/27 Alejandro Marin Maturano amarin@impi.gob.mx:
Oigan bueno veo que para este si hay mucha gente que sabe y por lo
mismo
me gustaria preguntar sobre este mismo tema como hago para migrar
un
servidor con centos 5.5 con ldap + Samba que autentica usuarios,
de
un
servidor que se me esta quedando obsoleto en cuanto a Harware se
refiere.
saludos
El 27/07/10 12:09, Victor Padro escribió: > Realmente hay que ver que tantas politicas/servicios utilizas en
ese
> dominio porque si nada mas lo usas para el DNS, DHCP, y > authentificacion de usuarios, no creo que sea necesario crear un > dominio, si no con un servidor en CentOS con los servicios de
LDAP,
> DNS, DHCP y Samba tienes para reemplazar a Windows Server 2K3,
sin
> embargo como se que tienen limitado su acceso a internet te hago > llegar un pdf que te ayudara muchisimo. > > > Saludos.
Con smbldap-tools podrias hacer la migracion, sin embargo
recomendaria
hacer un laboratorio antes y hacer las pruebas correspondientes
antes
de tirar el Servidor y levantar el nuevo.
Saludos.
El "problema" es la gestión de políticas (GPO), hasta la fecha no he encontrado nada que sustituya esa parte.¿Alguien sabe de alguna
opción?
Quiero agradecer a todos aquellos que respondieron rapidamente mi correo a la lista.
Mis intenciones no son de migrar de la noche a la mañana , montare un lab para ir haciendo pruebas, no hay presion en la migración, pero de que hay que migrarlo eso ya esta planificado desde hace mucho y ahora es tiempo de hacerlo , asi que manos a la obra!
He podido ver que existe un proyecto que ya me mencionaron en un correo, Directory Server el mismo esta disponible en el repositorio de CentOS , en la seccion de Extras. me pregunto si alguien quizas lo tenga implementado y funcionando desde algun tiempo, que pueda darme sus referencias y opiniones.
http://wiki.centos.org/HowTos/DirectoryServerSetup
Creo que el mayor problema es la migracion o manejo de las politicas.
Que pueden decirme al respecto?
Slds Michel
Michel y demás hermanos, migrar un AD no es sencillo si se desea migrar
a
los usuarios sin tener que pasar a re-establecer su contraseña (yo he
pasado
por eso y es bastante pesado). Yo tengo poca experiencia en estos temas,
lo
que puedo aportar es lo siguiente:
Monta un Fedora (ahora 389) Directory Server (los paquetes están en el
Repo
de EPEL y Alcance Libre), el proceso de instalación es sencillo. Luego
de
que tengas todo OK, entonces procede a crear el certificado para
asegurar
tus conexiones LDAP (por el puerto 686) y especifícale en el servidor
que
solamente acepte conexiones seguras, en el lado del cliente ejecutas
openssl
con algunas opciones y apuntando al puerto 686 del servidor LDAP para extraerle el certificado al mismo para que el cliente se conecte sin problemas, claro está que tendrías que configurar el cliente LDAP
después.
Luego asegúrate que tu W2K3 tenga su Entidad Emisora de Certificados y
su AD
tenga su certificado. Si todo está OK, entonces tiene que obtener ambos certificados (en el Wincows es un .pki y en el Linux es un .p12 si la memoria no me falla) para añadirlos a ambos servidores. Con esto hecho tienes que establecer un Acuerdo de Sincronización en el 389DS para así poder sincronizar el 389 con los usuarios del AD.
Si todo lo anterior es exitoso, tienes que montar en en Windows el
PassSync
y configurarlo para que en cuanto haya algún cambio de contraseña por
parte
de un usuario, pues, que el PassSync la capture y se la mande al 389DS
(esto
es debido a que la función de Hash de los passwords en Wincows no es
igual a
la de Linux y, dicho sea de paso, el password no se guarda en la entrada
del
usuario en el AD), hay varios modos de forzar a los usuarios a que
cambien
sus pass, uno de ellos (el que más me gusta) es por las políticas de
cambio
de pass.
Una vez obtenidos todos los datos de los usuarios, entonces es que
montar en
tu Linux el smbldap-tools. Claro, entre un amigo y yo lo modificamos
(sin
saber ni K de phyton ni perl) para que convirtiera las entradas ntUser obtenidas del AD en entradas posixAccount y sambaSAMAccount para que nos pudieran servir para los usuarios (se imaginas casi 1000 usuarios
pasando
por el sistema para poner contraseñas, un verdadero dolor de cabeza).
Esto fue lo que hicimos por allá por el año 2007 para resolver el
problema
de la migración, claro, de eso ya casi no me acuerdo nada porque me desentendí de eso. XD Ya saben, cuando uno se pone viejo la memoria
falla.
XD Sí sé que tengo esos papeles con los apuntes tirados en algún rincón
de
mi casa llenándose de polvo.
:)
Hola , es cierto que el Directorio Activo es una de las mejores cosas que tiene M$, sus funcionalidades no podrán ser reemplazadas al 100% como suele ser el manejo de politicas entre otras cosas en linux.
Tienes razón, la cosa es montar varios elementos en Linux para poder medio acercarse al AD, el mismo es la unión de varias cosas:
- LDAP - SMB - Kerberos - Objetos de Políticas de Grupo
En Linux se pueden hacer perfectamente las dos o tres primeras cosas, para la parte de las GPO ya la historia es diferente.
Es probable que para futuras versiones del Directory Server vayan incorporando estas y otras funcionalidades. como bien menciono Arturo con Samba se puede implementar la carga de scripts al inicio entre otras.
Sí.
Hector buen trabajo el que realizastes,esos apuntes merecen ser desempolvados.. :-)
Oh, menudo trabajo ese. XDDD
Me pregunto si se mantiene la misma filosofia de restablecer la contraseña para cada usuario asi como con las maquinas , como saben cada maquina que se encuentre agregada al dominio tiene una cuenta en el Directorio Activo.
Como te dije, con el Acuerdo de Sincronización establecido y funcionando (para las nuevas entradas del AD) y el PassSync capturando los passwords resuelves el problema. Ahora bien, los datos de las PCs obtenidos no te servirán, así que tendrás que asumir la inclusión de las mismas, aunque no sé si se puede modificar el script de las smbldap-tools para convertir las entradas de PCs en entradas sambaSAMAccount (el nombre de usuario con el $ como sufijo).
Tendré que crear dichas cuentas en el nuevo DS sacando cada maquina del dominio y volviendolas a entrar?
Como te dije antes, sí. ;)
Asi como actualizar los registros DNS para que apunten al nuevo controlador de dominio?
Sí, tienes que tener establecido la IP para el dominio para que las PCs no se pierdan.
Recuerden que tambien debo migrar el DNS desde M$ para linux, pero este lo hare nuevo por completo.
Bueno, puedes usar el archivo que genera el DNS del Wincows, te adelanto que genera un archivo un poco churroso (desorganizado), con unos cuantos cambios el BIND se lo traga bien.
Slds Michel
--
Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas
Infomed: http://www.sld.cu/