
Bueno luego el funcionamiento muy similar a la ILO2, nos esta mal, tenemos que terner instalado el .Net framework 3.5
Espero que con esto os dejen vivir un poco vuestros usuarios ;)
Recientemente en un cliente me encontre con este problema tenían 3 DC´s y dos de ellos estaban dando bastantes problemas a la hora de replicar.
Bueno pues al parecer esto sucede por que por algún motivo ya sea de comunicación u otro no han replicado en mas de 60 días para las versiones windows 2000 o windows 2003 o 180 días para windows 2003 sp1 o superior o windows 2008, por lo que tenemos objetos bastante antiguos que quieren replicar y es por seguridad que no se permite esta replica.
Bien lo primero es ver quien el el DC que esta fallando para ello:
CMD
REPADMIN /SHOWREPL
Aquí sacamos el culpable y tenemos dos opciones despromoverlo como si fuera el último controlador del dominio y luego hacer una limpieza en el AD de los restos de este o bien borrar estos archivos obsoletos antes de restablecer la replica de DC´s.
Para eliminar los archivos obsoletos:
CMD
REPADMIN /REMOVELINGERINGOBJECTS
Una vez que terminemos de eliminar estos objetos, debemos restablecer la replicación de los DC´s, para esto nos vamos al servidor afectado:
CMD
REGEDIT
HKLM\System\CurrentControlSet\Services\NTDS\Parameters\
Creamos un nuevo valor DWORD con la siguiente etiqueta: Allow Replication With Divergent and Corrupt Partner con valor 1
No hace falta reiniciar, nos vamos de nuevo bien por la aplicación Replmon (Grafica) o sitios de directorio activo y lazamos a mano la repliación y nos tiene que replicar sin problemas, una vez replique bien, ponemos el valor anterior a 0
El problema una clave de registro, edito mi registro le agrego:
- Nueva clave REG_DWORD llamada "DisableStrictNameChecking" con valor 1 en: KEY_LOCAL_MACHINE\System\CurrentControlSet\Services\LanmanServer\Parameters
Reiniciamos y listo.
Doc oficial Microsoft: http://support.microsoft.com/?id=281308
Un blucle continuo, menudo rollo.
Bueno soluciones Microsoft:
http://support.microsoft.com/kb/949358/es
A mi personalmente no me sirvieron de nada, puesto que no me repado el inicio y no tenía puntos anteriores al fallo, RESULTADO--> REINSTALAR.
De igual modo si lo puede hacer la misma empresa con la que tenéis el dominio, si no vosotros desde este menu del que os hablo, debéis crear un registro en el DNS de vuestro domino publico apuntando a este registro MX, este registro es de tipo A, el cual podeis nombrar como correo, mail..., es meramente para que tenga un nombre.
En resumen:
- registro MX=IP publica
- registro A= MX
Un ejemplo siguiendo la imagenes de arriba:
dominiopublico.com MX=correo.dominiopublico.com
correo.dominiopublico.com = 217.23.3.31
Finalmente si todo os va bien dar de baja el servicio con el ISP que teníais.
Como pruebas para ver si ya esta vuestro registro MX cambiado, podéis hacer esto:
- CMD
- NSLOOKUP
- SET TYPE=MX
- DOMINIOPUBLICO.COM
Veremos una imagen como esta:
Si no salen estos datos y aparecen otro seguramente es que aun no se ha replicado o no se ha producido el cambio de vuestro registro MX y esta apuntando aun a vuestro ISP.
A bueno y por la parte cliente, quitar la configuracion de la cuenta pop que teniais antes y usar el cliente de exchange o los puertos que estéis usando y si usais el conector pop de exchange eliminarlo y listo.
Espero que os ayude y cualquier cosa comentarla.
Bueno y para que vale el Virtual Installation Disk, pues lo por que he leido y no probado, es un espacio virtual donde alojar estos driver SATA embebido para que durante la instalación de Windows pules F6 e introducas estos drivers desde este disco duro virtual, pero no he tenido oportunidad de probarlo, si alguien lo hizo o me puede corregir si no estoy en lo cierto, que lo haga please.
Un saludo.
Pues nada, espero que esteis todos bien, con el rollo del COVID19. Por darle algo de continuidad a mi blog, hoy os traigo como poder activ...