Ki alkalmazza valójában az OpenConnect DNS-beállításait Windowson?
A Windows három helyen tartja a feloldó állapotát. Találja meg azt a segédprogramot, amely a kapcsolatot birtokolja, mielőtt kézzel szerkeszti az adapter DNS-ét vagy névtér-szabályt ad hozzá.
Az alagút felállítása nem ugyanaz, mint a DNS-értékeinek telepítése. Az OpenConnect tárgyal, és egy Windows oldali segédprogram alkalmazza. A két lépés közötti rés magyarázza a privát nevek legtöbb hibáját ezen az ügyfélen, és a segédprogram szinte soha nem a Windows VPN-beállítások oldala.
Válassza szét, mit kínált az átjáró, és mit telepített a Windows
Az ügyfél átadja a kapcsolati adatokat egy szkriptfelületnek, a Unix és Windows változat pedig külön program. Windowson a megvalósítás általában egy JavaScript-segédprogram, amely olyan változókat olvas, mint a belső DNS-kiszolgáló és a belső tartomány, mielőtt bármely adapterhez hozzányúlna. Magában az alagútban semmi nem ír feloldó állapotot.
Ez a szétválasztás azért számít, mert egy érték létezhet a tárgyalásban, és soha nem érhet el az adapterhez. Egy hiányzó, félúton elbukó vagy GUI-burkolatba csomagolt régebbi másolatot jelentő segédprogram pontosan úgy hagyja a Windowst, ahogy volt. A munkamenet csatlakozottnak látszik, a privát név továbbra is a helyi szolgáltatón keresztül oldódik fel, és semmi nem utal a különbségre az ügyfél ablakában. A segédprogram saját kimenetének olvasása az egyetlen megbízható módja annak megállapítására, melyik szakasz hibásodott meg.
| Stage | What exists there | Where you see it |
|---|---|---|
| Negotiated | Internal DNS address and domain pushed by the gateway | Client log or helper input |
| Installed | Adapter DNS entry, connection suffix, or namespace rule | Adapter and policy queries |
| Selected | Resolver Windows uses for one specific query | The failing application |
Egy GUI-burkolat saját másolatot szállíthat az ügyfélről és a segédprogramról, ezért egy második openconnect.exe máshol a lemezen semmit nem bizonyít. Keresse meg a munkamenetet indító futtatható fájlt, mielőtt megítéli a konfigurációját.
Olvassa el a feloldó állapotát anélkül, hogy megváltoztatná
Három csak olvasható lekérdezés lefedi a szokásos zavart, és mindegyik más kérdésre válaszol:
Get-DnsClientServerAddress -AddressFamily IPv4
Get-DnsClient | Select-Object InterfaceAlias, ConnectionSpecificSuffix
Get-DnsClientNrptPolicy -EffectiveAz adapter szintjén lévő kiszolgáló az, amit a legtöbb ember VPN DNS alatt ért. A kapcsolatspecifikus utótag dönti el, hogy egy rövid név egyáltalán kiterjesztésre kerül-e. A névtér-szabályzatlista az adapterek sorrendjétől függetlenül vonatkozik az egyező nevekre, és az üres eredmény ott nem hiba, ha a segédprogram soha nem szándékozott létrehozni egyet. Mindhárom elolvasása szerkesztés előtt az, ami megakadályozza a tünetet csak máshová mozgató javítást.
Kezdje a teljesen minősített névvel. Ha az FQDN feloldódik, a rövid név pedig nem, akkor a rést az utótag vagy a keresési lista jelenti, nem a kiszolgáló címe.
Kérdezze meg közvetlenül a szándékolt kiszolgálót második lépésként, bármely már telepített feloldóeszközzel. A közvetlen válasz bizonyítja, hogy a kiszolgáló elérhető és illetékes a zónára. Semmit nem bizonyít arról, melyik kiszolgálót kérdezi egy alkalmazás alapértelmezés szerint.
Nevezze meg a kapcsolatot birtokló összetevőt
Két elrendezés gyakori. A terminálból indított ügyfél kifejezetten átadja a szkript útvonalát, így a tulajdonos látszik a lefuttatott parancsban. A csomagolt alkalmazás Ön helyett indítja az ügyfelet, és a saját könyvtárában tartja a segédprogramot, ami azt jelenti, hogy a szállító dönti el, mikor változik.
Hasonlítsa össze a segédprogram verzióit a telepítések között, mielőtt bármit lecserél. Egy tükörből származó segédprogram emelt jogosultságokkal való futtatása, mert a fájlnév ismerősnek tűnik, DNS-résből biztonsági incidenst csinál.
Ha a tulajdonos ismert, a javítás célpontja nyilvánvaló: támogatott szkriptútvonal az indítóban, csomagfrissítés vagy javított profil az átjárón. Ezek egyike sem igényli az adapter tulajdonságainak kézi szerkesztését.
A tulajdonost javítsa, ne az adaptert
A kézzel beállított adapter-DNS gyakran túléli a leválasztást, ezért tűnik úgy, hogy működik, majd a következő hálózaton gondot okoz. Minden interfészre rácsavarozott nyilvános feloldó elrejti a privát névtér problémáját ahelyett, hogy megoldaná. Ha a segédprogram soha nem kapott DNS-értéket, az átjáró profilja a vizsgálandó hely. Ha kapott egyet, és az adapter még a régi kiszolgálót mutatja, a segédprogram a csatlakozás során elbukott, és az ügyféllog ezt általában az alagút beállítási sorai közelében rögzíti.
Építse újra az állapotot a támogatott úton, majd ellenőrizzen egy teljes ciklust: csatlakozzon, oldja fel a privát FQDN-t, nyissa meg a szolgáltatást, váljon le, és erősítse meg, hogy az adapter visszatért a korábbi kiszolgálóival.
Ellenőrizze az alkalmazást, amely valójában elbukik
A saját titkosított DNS-beállítással rendelkező böngésző figyelmen kívül hagyja a fentieket, és továbbra is nyilvános feloldótól válaszol. Az az alkalmazás, amely az alagút felállása előtti gyorsítótárazott negatív választ tartja, ugyanígy viselkedik. Hasonlítsa össze egy egyszerű rendszerlekérdezéssel ugyanazon a gépen, mielőtt ismét módosítja a feloldó címeket.
Ha a rendszerlekérdezés helyes, az alkalmazás pedig hibás, a fennmaradó hiba annak az alkalmazásnak a DNS-konfigurációjában van, nem a VPN-útvonalban.