Három közzétevő teheti be egy tartományvezérlő VPN-címét a DNS-be

Egy több hálózati csatolós tartományvezérlőn három különböző összetevő is be tudja tenni ugyanazt a VPN-címet a DNS-be, és ezek egymástól függetlenül hibáznak. Hasonlítsa össze, mit tesz közzé mindegyik, ahelyett hogy az adapter jelölőnégyzetében bízna, amely csak egyetlenegyet szabályoz közülük. A tünet minden esetben azonos: az ügyfél feloldja a nevet, megkapja az alagút címét, és nem éri el a tartományvezérlőt. Hogy ki tette közzé, az dönti el, hogyan kell leállítani.

Egy beállítás, egy szolgáltatás és egy szerep; három közzétevő, három kapcsoló.

Kezdje a rekorddal, ne a jelölőnégyzettel

Kérdezze le az érintett kiszolgáló teljes nevét azon a DNS-kiszolgálón keresztül, amelyet az ügyfelek valóban használnak, és jegyezze fel az összes visszaadott címet. Minden visszaadott címet vessen össze a kiszolgáló tényleges LAN- és alagút-interfészeivel, valamint azokkal a hálózatokkal, amelyekben az ügyfelek vannak. Egy cím lehet helyben teljesen érvényes, mégis elérhetetlen a fontos ügyfelek számára. Az időszakos hitelesítési hibák gyakori tünetek, mert az ügyfelek különböző próbálkozásoknál különböző címeket kapnak vagy választanak.

Az, hogy a gép a saját nevét helyesen oldja fel, nagyon keveset bizonyít. A lényeges tesztet az ügyfélhálózatok felől kell futtatni.

Az adapter csak egyetlen közzétevő

Az adapter TCP/IP-tulajdonságai között van egy jelölőnégyzet az adott kapcsolat címének regisztrálására, és a pipa eltávolítása pontosan egy közzétevőt némít el. A többieket nem állítja le, ezért a rekord újraindítás után újra megjelenhet. Ha a tartományvezérlő a DNS-szolgáltatást is futtatja, annak a szolgáltatásnak saját figyelési konfigurációja és saját névkiszolgáló-rekordjai vannak. A Microsoft több csatolós környezetekre vonatkozó útmutatása az interfész viselkedését, a DNS-szolgáltatást és a Netlogont külön, releváns közzétevőként kezeli.

Három kapcsoló, három tulajdonos, és közülük csak egy lakik az adapter tulajdonságlapján.

A DNS-szolgáltatásnak saját címei vannak

Az a DNS-kiszolgáló, amelynek azt mondták, hogy VPN-címen figyeljen, továbbra is közzéteszi azt a saját rekordjaiban, bármit állít is az adapter jelölőnégyzete. Hangolja össze a szolgáltatás figyelési címeit a tervezett interfészekkel, és közben vizsgálja át a zóna névkiszolgáló-bejegyzéseit. A figyelők módosítása megszakíthatja azokat az ügyfeleket, amelyek éppen egy eltávolított címet használnak, ezért először állapítsa meg, ki melyiktől függ. Egy figyelő törlése csupán azért, mert VPN-cím, elvághatja azokat az ügyfeleket, akiken segíteni akart.

A Netlogon és általában a tartományvezérlők felderítése szintén regisztrál címeket a saját feladatai részeként. Ne nyomja el a regisztrációkat a teljes tartományban, és ne másoljon át egy régi távoli hozzáférési regisztrációs megoldást anélkül, hogy ellenőrizné, érvényes-e az adott verzióra és szerepre.

Tulajdonjog a tisztítás előtt

Javítsa meg a közzétevőt, mielőtt eltávolítja a rekordot, különben a következő regisztrációs esemény visszateszi, és a gyakorlat megismétlődik. Távolítsa el az elavult bejegyzéseket a DNS tulajdonosának folyamatán keresztül, és számoljon a gyorsítótárral és az elévüléssel. Ellenőrizze az ügyfélhálózatok felől, lefedve a tartományfelderítést és az eredetileg hibázó alkalmazást, majd váltsa ki ugyanazt a VPN-eseményt, amely a címet először létrehozta.

A végén ismert közzétett cím- és figyelőlistát szeretne, miközben a mindennapi tartományregisztráció továbbra is végzi a dolgát. Egy gép, amelynek neve véletlenül éppen a kézi tisztítás után oldódik fel helyesen, nem ez.

Jegyezze fel, melyik közzétevő volt a felelős, mely rekordok változtak és mely ügyfeleket tesztelték. A következő több csatolós kiszolgálónak ugyanaz a három gyanúsítottja lesz.