Проблемы с созданием Реплики Open Directory на OS X Server 5.1

Фон:

Два Mac, на которых установлена ​​одна и та же операционная система: Mac OS X 10.11.6, OS X Server 5.1.

Когда я пытаюсь настроить второй Mac в качестве сервера реплики, он всегда показывает ошибку, как показано на следующем рисунке:

Затем я попытался ввести следующую команду в Терминале с предполагаемого сервера реплики:

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

Я всегда получаю это сообщение об ошибке:

2016-08-13 07:20:58 +0000 NSMutableDictionary * _getRootDSE (const char *): rootDSE не найден
2016-08-13 07:20:58 +0000 Ошибка: невозможно определить версию программного обеспечения мастера.

Оба сервера настроены на удаленный вход через ssh как администраторы.

Получение версии возвращается:

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

И я попробовал все методы с этих адресов, но ни один из них не работал для меня:

• Устранить ошибку «rootDSE not found» в открытой директории

• Невозможно успешно выполнить предварительную проверку реплики OD

• Проблемы с созданием реплики открытого каталога на сервере Yosemite.

Кто-нибудь может поделиться некоторыми советами со мной? Очень ценится

Обратите внимание, что хотя я получил ту же ошибку, я на MacOS 10.12.6 и Server 5.3.1.

Я задокументировал, что я сделал, шаг за шагом. Я не совсем уверен, какой из этих шагов имел значение, но я надеюсь, что это кому-то поможет.

В моем случае у меня есть сервер на западном побережье, а другой - на восточном побережье, использующий VPN-соединение типа «сеть-сеть» и две разные / 24 IP-подсети, поэтому связь может происходить, но репликация явно не удалась. Перед началом работы я рекомендую иметь одинаковые номера версий / сборки macOS, а также ту же версию server.app.

1. Сдуть OD с обеих сторон. я использовал $ sudo slapconfig -destroyldapserver, Сначала сделайте резервную копию ваших данных.

2. Получите DNS работает отлично. Это включало прохождение процесса "edit hostname" в Server.app и (в моем случае) использование полного доменного имени. Когда вы меняете имя хоста и вам предлагается указать, работает ли сервер только в локальной сети, локальной сети + VPN или в Интернете, выберите параметры ЛВС + VPN или Интернет. Это делается для того, чтобы сервер создавал зоны DNS, которые не являются ".local", что, я думаю, является одной из основных проблем, препятствующих работе репликации, потому что .local для Bonjour, и я думаю, что все портится.

   Поэтому я изменил имя компьютера на «Company X Vancouver Server» и имя хоста на vanserv.clientcompany.com. Перезапустил сервер, проверил вещи с $ changeip -checkhostname и проверенные DNS в прямом и обратном направлении работают с помощью инструмента «host», проверяя IP-адрес и имя хоста, и проверяя, разрешены ли они в обоих направлениях. Настройте сервер на использование 127.0.0.1 для DNS сначала, затем на его другой IP (192.168.10.10), затем на локальный маршрутизатор следующего перехода, затем на публичный DNS. Запустить снова.

   Я сделал то же самое на сервере восточного побережья, назвав его «Компания X Toronto Server» и имя узла «torserv.clientcompany.com».

   Я удостоверился, что были записи на обоих серверах для другого сервера. Таким образом, vanserv имеет vanserv.clientcompany.com (192.168.10.10) и torserv.clientcompany.com (192.168.20.10). Проверен прямой и обратный поиск DNS для другого сервера на обоих. А проверка связи с помощью torserv от vanserv будет разрешать и возвращать пакеты, и наоборот.

   Я установил на обоих серверах «поиск только для некоторых клиентов» - и только для самого сервера. Это делается для того, чтобы DNS-запросы для домена компании clientcompany.com не заходили на сервер и не могли разрешиться, например, сотрудник в офисе, посещающий веб-сайт компании.

3. Создайте основной OD, но оставьте его пустым. Запустить снова. Присоедините к нему реплику, используя полное доменное имя - в этом случае OD был создан на vanserv, и я присоединил к нему torserv в качестве реплики. Я использовал полное доменное имя vanserv.clientcompany.com вместо IP-адреса. Успех!

4. Заполните OD данными, убедитесь, что они успешно реплицируются. Это сделал!

5. Добавить в локали (необязательно) - я определил 192.168.20.0 как Toronto и назначил этому серверу torserv.clientcompany.com, а Vancouver - 192.168.10.0/24 и установил для этого сервера vanserv.clientcompany.com.

Поэтому я подозреваю, что «проблема с сетью», а также ошибки «другой версии macOS», которые я получал в графическом интерфейсе server.app, на самом деле были просто отсутствием хорошего взаимодействия, возникающего из-за того, что DNS был настроен таким образом на этом сервере. приложение не понравилось.

Да, у меня это работало в Сьерре с новым каталогом. https://support.apple.com/en-us/HT204880