Soluția a fost să corectăm valorile portului pentru înregistrările serviciului AD ale DNS-ului nostru.
În configurația noastră bind 9, avem 11 fișiere speciale „site” Active Directory:
_msdcs.domeniul.vou.aici.gazde
_tcp.e6b6bf1d-0a16-4441-a066-32a59b46b65d.domains._msdcs.your.domain.here.hosts
_tcp.dc._msdcs.domeniul.vou.aici.gazde
_tcp.Default-First-Site-Name._sites.dc._msdcs.your.domain.here.hosts
_tcp.Default-First-Site-Name._sites.gc._msdcs.your.domain.here.hosts
_tcp.Default-First-Site-Name._sites.your.domain.here.hosts
_tcp.gc._msdcs.domeniul.vou.aici.gazde
_tcp.domeniul.vou.aici.gazde
_tcp.pdc._msdcs.your.domain.here.hosts
_udp.domeniul.vou.aici.gazde
8 dintre aceste fișiere au înregistrări LDAP SRV și, în cazul nostru, toate au avut portul LDAP greșit. Am înlocuit toate valorile 289 cu 389 și am repornit serverul de nume. Acum rezultatul de la dig +short -t srv _ldap._tcp.your.domain.here
este
0 0 389 melbourne.domeniul.dvs.aici.
Și Mac-urile sunt în sfârșit capabile să se lege. Nu pot explica de ce numai Mac-urile sunt sensibile la DNS-ul configurat greșit.
Configurarea noastră greșită a fost o defecțiune specifică, dar este clar că DNS poate fi o problemă pentru legarea Mac-urilor la AD. Așa că explorează asta atunci când depanezi cel temut Numele nodului nu a fost găsit (2000)
eroare.