Windows Server 2025: prečo klient používa vzdialený radič domény

Používateľ sedí v bratislavskej pobočke, no prihlásenie overuje radič domény v inom meste. Výsledkom môže byť pomalé prihlásenie, vzdialené spracovanie politík a zbytočná prevádzka cez linku medzi pobočkami. Častou príčinou nie je DNS server, ale chýbajúca mapa podsiete.

Prečo samotná fyzická pobočka nestačí

Lokality v Active Directory opisujú sieťovú topológiu, nie organizačnú štruktúru firmy. Jedna lokalita môže obsahovať viac podsietí a nie každá kancelária musí mať vlastný radič domény. Klient pri hľadaní služby používa záznamy SRV v DNS a radič identifikuje lokalitu klienta podľa jeho podsiete.

Ak zodpovedajúci objekt podsiete chýba alebo je priradený nesprávne, klient nemusí nájsť najbližší radič. Funkčnosť domény môže zostať zachovaná, preto sa chyba ľahko prehliadne. Prejaví sa skôr ako pomalosť, nepravidelné spracovanie politík alebo veľká prevádzka medzi lokalitami.

Najprv vytvorte presnú mapu

Vyhnite sa príliš širokým objektom, ktoré prekryjú niekoľko odlišných pobočiek. Zároveň skontrolujte prekrývajúce sa rozsahy pri sieťach VPN. Active Directory potrebuje jednoznačné priradenie, aby sa klient nedostal do nesprávnej lokality iba preto, že jeho adresa zodpovedá všeobecnejšiemu prefixu.

Bezpečný postup opravy

1. Exportujte alebo zdokumentujte aktuálne lokality, podsiete, prepojenia lokalít a umiestnenie radičov domény.
2. Porovnajte zoznam s reálnymi rozsahmi na smerovačoch, serveroch DHCP a bránach VPN.
3. Vytvorte chýbajúcu podsieť v tvare adresy siete s prefixom a priraďte ju ku konkrétnej lokalite.
4. Na skúšobnom klientovi obnovte sieťové pripojenie alebo sa znovu prihláste a overte rozpoznanú lokalitu.
5. Skontrolujte vybraný radič domény, čas prihlásenia, spracovanie skupinových politík a DNS rozlíšenie.

Overenie na klientovi a serveri

Na klientovi môžete rozpoznanú lokalitu overiť príkazom nltest /dsgetsite. Následne skontrolujte, ktorý radič domény bol použitý a či patrí do očakávanej lokality. Na serverovej strane sledujte udalosti služby Netlogon, ktoré upozorňujú na adresy IP bez priradenej podsiete. Takéto záznamy sú praktickým zoznamom pre ďalšie doplnenie mapy.

Po zmene otestujte aj používateľa pripojeného cez VPN. Jeho adresa často patrí do samostatného rozsahu, ktorý môže vyžadovať vlastné priradenie. Ak firma používa viac lesov alebo zložitejšiu topológiu, kontrolu zopakujte pre každú relevantnú hranicu.

Prevencia ďalšieho rozchodu

• Každá nová podsieť má vlastníka, lokalitu a dátum zavedenia.
• Zmeny DHCP a VPN obsahujú krok aktualizácie Active Directory.
• Monitorovanie zachytáva klientov bez určenej lokality.
• Dokumentácia rozlišuje sieťovú lokalitu od organizačnej pobočky.

Po uzavretí zmeny uložte pôvodný a nový výsledok testu, dotknutý rozsah adries a čas nasadenia. Tento krátky protokol pomôže pri ďalšej pobočke aj pri neskoršom vyšetrovaní pomalého prihlásenia.

Súvisiace návody a produkt