Решение состояло в том, чтобы исправить значения портов для служебных записей AD нашего DNS.
В нашей конфигурации bind 9 у нас есть 11 специальных файлов «site» Active Directory:
_msdcs.ваш.домен.здесь.hosts
_tcp.e6b6bf1d-0a16-4441-a066-32a59b46b65d.domains._msdcs.ваш.домен.здесь.hosts
_tcp.dc._msdcs.ваш.домен.здесь.hosts
_tcp.Default-First-Site-Name._sites.dc._msdcs.ваш.домен.здесь.hosts
_tcp.Default-First-Site-Name._sites.gc._msdcs.your.domain.here.hosts
_tcp.Default-First-Site-Name._sites.ваш.домен.здесь.hosts
_tcp.gc._msdcs.ваш.домен.здесь.hosts
_tcp.ваш.домен.здесь.hosts
_tcp.pdc._msdcs.ваш.домен.здесь.hosts
_udp.ваш.домен.здесь.hosts
8 из этих файлов имеют записи LDAP SRV, и в нашем случае все они имели неправильный порт LDAP. Я заменил все значения 289 на 389 и перезапустил сервер имен. Теперь результат от копать +short -t srv _ldap._tcp.ваш.домен.здесь
является
0 0 389 мельбурн.ваш.домен.здесь.
И Маки наконец-то могут привязываться. Я не могу объяснить, почему только Mac чувствительны к неправильно настроенному DNS.
Наша конкретная неправильная конфигурация была конкретной ошибкой, но ясно, что DNS может быть проблемой для привязки компьютеров Mac к AD. Так что исследуйте это, когда будете устранять Имя узла не найдено (2000)
ошибка.