Problemas con la creación de Open Directory Replica en OS X Server 5.1

Fondo:

Dos Mac que ejecutan el mismo sistema operativo: Mac OS X 10.11.6, OS X Server 5.1.

Cuando trato de configurar la segunda Mac como un servidor de réplica, siempre muestra un error como el de la siguiente imagen:

imagen con error

Luego traté de ingresar el siguiente comando en la Terminal desde el servidor de réplica previsto:

sudo /usr/sbin/slapconfig -preflightreplica 192.168.8.107 <directoryadminuser>  

Siempre recibo este mensaje de error:

2016-08-13 07:20:58 +0000 NSMutableDictionary *_getRootDSE(const char *): rootDSE no encontrado
2016-08-13 07:20:58 +0000 Error: No se puede determinar la versión de software del maestro.

Ambos servidores están configurados para permitir el inicio de sesión remoto a través de ssh como administradores.

Obtener la versión devuelve:

$:sudo slapconfig -ver
LDAP Setup Tool (slapconfig), Apple, Inc.,  Version 10.11

Y probé todos los métodos de estas direcciones, pero ninguno de ellos funcionó para mí:

¿Alguien puede compartir algunos consejos conmigo? Muy apreciado.

Muchas gracias, klanomath. Aquí está la dirección correcta que me perdí: walcott.com/blog/…
¿Encontraste una solución que te funcionó?
@Harv Desafortunadamente no...

Respuestas (2)

Tenga en cuenta que aunque recibí el mismo error, estoy en macOS 10.12.6 y Server 5.3.1.

Documenté lo que hice, paso a paso. No estoy exactamente seguro de cuál de estos pasos marcó la diferencia, pero espero que esto ayude a alguien.

En mi caso, tengo un servidor en la costa oeste y otro en la costa este que usan una VPN de sitio a sitio y dos subredes IP /24 diferentes, por lo que la comunicación puede ocurrir pero la replicación obviamente falló. Antes de comenzar, recomiendo tener la misma versión/números de compilación de macOS, así como la misma versión de server.app.

  1. Sople el OD en ambos lados. Yo $ sudo slapconfig -destroyldapserversolía Asegúrese de tener una copia de seguridad de sus datos primero.

  2. Haz que el DNS funcione perfectamente. Esto implicó pasar por el proceso de "editar nombre de host" de Server.app y (en mi caso) usar un FQDN. Cuando cambie el nombre de host y se le pida que seleccione si el servidor está operando solo en LAN, LAN + VPN o Internet, seleccione las opciones LAN + VPN o Internet. Esto es para que el servidor cree zonas DNS que no son ".local", que creo que es uno de los problemas principales que impidieron que funcionara la replicación, porque .local es para Bonjour y creo que eso estropea las cosas.

    Así que cambié el nombre de la computadora a "Company X Vancouver Server" y el nombre de host a vanserv.clientcompany.com. Reinicié el servidor, revisé las cosas $ changeip -checkhostnamey verifiqué que el DNS hacia adelante y hacia atrás funciona con la herramienta "host", buscando tanto la IP como el nombre de host, y asegurándome de que se resolvió en ambos sentidos. Configure el servidor para que use 127.0.0.1 para DNS primero, luego su otra IP (192.168.10.10), luego el enrutador de siguiente salto local y luego el DNS público. Reanudar.

    Hice exactamente lo mismo en el servidor de la costa este, llamándolo "Servidor de Toronto de la empresa X" y el nombre de host "torserv.clientcompany.com".

    Me aseguré de que hubiera entradas en ambos servidores para el otro servidor. Vanserv tiene vanserv.clientcompany.com (192.168.10.10) y torserv.clientcompany.com (192.168.20.10). Se revisaron las búsquedas de DNS hacia adelante y hacia atrás para el otro servidor en ambos. Y hacer ping a torserv desde vanserv resolvería y devolvería paquetes, y viceversa.

    Configuré ambos servidores para "realizar búsquedas solo para algunos clientes", y configuré eso solo para el servidor en sí. Esto es para que las búsquedas de DNS para el dominio de la empresa, clientcompany.com, no vayan al servidor y no se resuelvan, como cuando un miembro del personal de la oficina visita el sitio web de la empresa.

  3. Cree el OD principal, pero déjelo vacío. Reanudar. Únase a la réplica usando el FQDN; en este caso, el OD se creó en vanserv y lo uní a torserv como una réplica. Usé el FQDN vanserv.clientcompany.com en lugar de la dirección IP. ¡Éxito!

  4. Rellene el OD con datos, asegúrese de que se replique correctamente. ¡Lo hizo!

  5. Agregue locales (opcional): definí 192.168.20.0 como Toronto y configuré ese servidor en torserv.clientcompany.com y Vancouver como 192.168.10.0/24 y configuré ese servidor en vanserv.clientcompany.com.

Entonces, mi sospecha es que el "problema de red", así como los errores de "versión diferente de macOS" que estaba recibiendo en la interfaz gráfica de usuario de server.app, realmente eran solo una falta de buena comunicación debido a que el DNS estaba configurado de una manera que servidor. aplicación no le gustó.

Sí, esto funcionó para mí en Sierra con un directorio completamente nuevo. https://support.apple.com/en-us/HT204880

Bienvenido a Preguntar Diferente. No es aconsejable proporcionar una respuesta de solo enlace aunque responda a la pregunta. Los enlaces se vuelven obsoletos, lo que significa que la respuesta ya no será útil. Lo mejor es resumir la respuesta y proporcionar el enlace como una cita o para obtener más detalles.
Gracias Señor. Intenté esto antes, pero no tuve suerte.