Schimbarea rolului nordului înainte și înapoi este echivalentă cu reinstalarea serverului de la zero. Cum se repară DNS? Trebuie să conduci în mod constant numele în mod manual?
Puneți sub DNS, DHCP freebsd, pe o mașină slabă.
În principiu, zona ar trebui să se recupereze, este necesar doar să se verifice dacă este permisă actualizarea dinamică. DHCP trebuie să se înregistreze și pe controlerul de domeniu.
Trebuie doar să creați o zonă (integrată mai bine) și să permiteți actualizări dinamice. Toate înregistrările sunt reînființate în timpul rebootării stațiilor și serverelor (puteți și fără să reporniți comanda ipconfig / registerdns)
Zona este integrată în AD. Actualizările dinamice sunt permise (chiar nesigure). După ipconfig / registerdns și restart netlogon nifiga Mâine voi scrie asta în timp ce în eveniment
Dacă vă aflați pe serverul în AD publicat DNS. Mă tem că nu au nici un ajutor, deoarece în DNS (_tcp, _udp, _sites) ține evidența (cineva aveți un controler de domeniu, etc.), fără de care activitatea AD în mod normal, nu poate, în timp ce el este în munca ta, dar replicarea cu alte servere și alte conversii importante ale AD pe care nu le puteți face. aceste înregistrări sunt create în procesul de creștere a AD, astfel încât să nu le puteți restabili manual.
Trebuie doar să răsturnați back-up-urile și nu vor apărea astfel de probleme.
dar faptul că veți restabili mâinile zonei și vor apărea dinamic înregistrările altor computere, atunci funcționarea AD nu va avea nici o influență
Acum am făcut următoarele:
a eliminat zona din AD
a notat fișierul .dns rezultat din ferestrele \ system32 \ config \ netlogon.dns
puneți zona în AD
netstrong netlogon
Adresele _sites și altele au apărut în DNS, au început să treacă teste AD și DNS din kitul de instrumente de suport w2k3. Numele computerelor din rețea nu sunt adăugate la DNS, dar nu am reînsuflețit încă pe nimeni.
Să vedem ce se întâmplă în continuare.
Acum am făcut următoarele:
a eliminat zona din AD
a notat fișierul .dns rezultat din ferestrele \ system32 \ config \ netlogon.dns
puneți zona în AD
netstrong netlogon
Adresele _sites și altele au apărut în DNS, au început să treacă teste AD și DNS din kitul de instrumente de suport w2k3. Numele computerelor din rețea nu sunt adăugate la DNS, dar nu am reînsuflețit încă pe nimeni.
Să vedem ce se întâmplă în continuare.
După cum am scris deja - dacă zona demolată - nimic teribil. Creați-o din nou (integrată în AD, permiteți actualizări dinastice). Asigurați-vă că controlerul de domeniu în adaptorul de rețea este înregistrat serverul DNS (trebuie să indice acest lucru este DNS-ul tau, si nu pe ceea ce celălalt nu este de furnizor). Apoi, fie să reporniți serviciul de Client DHCP pe un controler de domeniu (deoarece este serviciul responsabil pentru înregistrarea dinamică a înregistrărilor pe server CSN) și serviciul NETLOGON (de asemenea, responsabil pentru înregistrarea intrărilor în răspundere DNS pentru controlerul de domeniu), sau pur și simplu suprasarcină controller. Dacă serverul funcționează corect, controlerul va crea toate intrările necesare. Dacă nu l-ați creat, atunci conținutul jurnalului de evenimente este afișat.
Rezolvarea problemei. Se pare că întreaga problemă a fost că domeniul a purtat numele mândru al primului nivel (cum ar fi nume de domeniu.), Ceea ce nu este permis de la w2k sp4, nu a devenit redenumit. Doar în politica domeniului a scris UpdateTopLevelDomainZones incl.
Trimiteți-le prietenilor: