Trei surse pot pune adresa VPN a unui controler de domeniu în DNS

Trei componente diferite de pe un controler de domeniu cu mai multe interfețe pot pune aceeași adresă VPN în DNS, iar ele eșuează independent. Comparați ce publică fiecare în loc să vă bazați pe căsuța de selectare a adaptorului, care controlează doar una dintre ele. Simptomul este identic în fiecare caz: un client rezolvă numele, primește adresa tunelului și nu poate ajunge la controlerul de domeniu. Cine a publicat-o decide cum se oprește.

O setare, un serviciu și un rol; trei surse, trei comutatoare.

Începeți cu înregistrarea, nu cu căsuța de selectare

Interogați numele complet al serverului afectat prin serverul DNS pe care clienții îl folosesc efectiv, și notați fiecare adresă returnată. Comparați fiecare adresă returnată cu interfețele LAN și de tunel reale ale serverului și cu rețelele în care se află clienții. O adresă poate fi perfect validă local și totuși inaccesibilă pentru clienții care contează. Eșecurile intermitente de autentificare sunt un simptom frecvent, pentru că clienții primesc sau aleg adrese diferite la încercări diferite.

Faptul că mașina își rezolvă corect propriul nume dovedește foarte puțin. Testul care contează se execută din rețelele clienților.

Adaptorul este doar o singură sursă

Proprietățile TCP/IP ale adaptorului conțin o căsuță pentru înregistrarea adresei acelei conexiuni, iar debifarea ei reduce la tăcere exact o singură sursă. Nu le oprește pe celelalte, motiv pentru care înregistrarea poate reapărea după o repornire. Dacă controlerul de domeniu rulează și serviciul DNS, acel serviciu are propria configurație de ascultare și propriile înregistrări de server de nume. Îndrumările Microsoft pentru medii cu mai multe interfețe tratează comportamentul interfeței, serviciul DNS și Netlogon ca surse relevante separate.

Trei comutatoare, trei proprietari, și doar unul dintre ele se află pe pagina de proprietăți a adaptorului.

Serviciul DNS are propriile adrese

Un server DNS căruia i se spune să asculte pe o adresă VPN continuă să o publice în propriile înregistrări, indiferent ce afirmă căsuța de selectare a adaptorului. Aliniați adresele de ascultare ale serviciului la interfețele dorite și revizuiți în același timp intrările de server de nume ale zonei. Schimbarea ascultătorilor poate întrerupe clienții care folosesc chiar acum o adresă pe care o eliminați, așa că stabiliți mai întâi cine depinde de fiecare. Ștergerea unui ascultător doar pentru că este o adresă VPN poate întrerupe clienții cărora voiați să le ajutați.

Netlogon, și în general descoperirea controlerelor de domeniu, înregistrează și ele adrese ca parte a propriilor atribuții. Nu suprimați înregistrările la nivel de domeniu și nu copiați o soluție veche de înregistrare pentru acces la distanță fără a confirma că se aplică versiunii și rolului dumneavoastră.

Proprietatea înainte de curățare

Remediați sursa înainte de a elimina înregistrarea, altfel următorul eveniment de înregistrare o pune la loc și exercițiul se repetă. Eliminați intrările învechite prin procesul proprietarului DNS și țineți cont de cache și de îmbătrânire. Verificați din rețelele clienților, acoperind descoperirea domeniului și aplicația care a eșuat inițial, apoi declanșați același eveniment VPN care a produs prima dată adresa.

Ceea ce doriți la final este un set cunoscut de adrese și ascultători publicate, în timp ce înregistrarea de domeniu de zi cu zi își face în continuare treaba. O mașină al cărei nume se rezolvă corect din întâmplare imediat după o curățare manuală nu este aceasta.

Notați care sursă a fost responsabilă, care înregistrări s-au schimbat și care clienți au fost testați. Următorul server cu mai multe interfețe va avea aceiași trei suspecți.