VPN Windowson: párosítsa a klienst a profilhoz

A Windows azt jelenti, hogy az alagút csatlakoztatva van, miközben az intranet-oldal továbbra is időtúllépést ad, és a profil olyantól származik, aki azóta távozott. Két külön hiba áll e mögött az állapot mögött: rossz kliens a fájlhoz és a rossz elvárás arról, mit fed le az alagút. A kettő szétválasztása néhány parancsba kerül, és megspórol egy újratelepítést. Egyiket sem javítja meg az újraindítás.

A beépített kliens csak a saját típusait importálja

A Windows olyan VPN-klienst szállít, amely bizonyos kapcsolattípusokat ismer, és nem importál OpenVPN-fájlt vagy WireGuard-konfigurációt, bárhogy is hívják a fájlt. Ezeknek saját szoftver kell, amelyet a szállító ellenőrzött letöltési oldaláról kell telepíteni. Egy ismerős bejegyzés a hálózati menüben nem bizonyítja, hogy a kiszolgáló támogatja, és az ismerős kiterjesztéssel átnevezett profil továbbra is a rossz fájl. A kapcsolattípusnak ahhoz kell illeszkednie, amit az üzemeltető adott, nem ahhoz, amit a menü véletlenül kínál.

Natív kapcsolat esetén a hálózati beállításokban adja hozzá, és pontosan azt írja be, amit kapott. A tanúsítványalapú IKEv2 és a felhasználónév-jelszó belépési pont különböző konfigurációk, még akkor is, ha mindkettő ugyanazon fejléc alá kerül. Ha egy felügyelt eszköz már biztosít kapcsolatot, azt használja, ne építsen mellé másodikat.

A bejelentkezési lépések nem cserélhetők fel

Egy kapcsolat igényelhet felhasználónevet és jelszót, ügyféltanúsítványt, interaktív kérést vagy ezek közül többet egymás után. A titkos kulcs jelmondata kulcsot nyit, és nem a szolgáltatás jelszava, még akkor sem, ha mindkettőt ugyanabba a párbeszédablakba írják. A tanúsítványfigyelmeztetés azonosításhoz vagy bizalomhoz kapcsolódik, nem ahhoz, hogy a fióknév helyesen van-e írva. Annak elolvasása, melyik a három közül hibázott, határozza meg a következő lépést.

Olvassa el az elutasítást, ne ismételje meg. A hitelesítési hiba és a bizalmi hiba hasonlóan néz ki az állapotablakban, és alatta semmi közös nincs bennük: az elsőnek hitelesítő adat kell, a másodiknak egy lánc, amelyet a kliens elfogad.

Tartsa a hitelesítő adatokat és a tanúsítvány anyagát a képernyőképeken kívül. Egy beállítási oldal fotója egyszerre fedhet fel kiszolgálócímet és mentett felhasználónevet, a támogatási szál pedig gyakrabban nyilvános dokumentum, mint az emberek gondolják. Takarja ki közzététel előtt, ne azután, hogy valaki már idézte.

A PowerShellben a Get-VpnConnection felsorolja, mit tart a Windows beállítottnak, beleértve azokat a bejegyzéseket, amelyeket a beállítások ablaka rejtve tart. A cmd-parancssorból a rasdial kapcsolatnév szerint csatlakozik, a ipconfig /all pedig megmutatja, mit kapott valójában az adapter. A két héj nem osztozik elemzőn, ezért minden sort a megfelelőbe illesszen be.

Get-VpnConnection
Get-VpnConnection -Name "Office" | Format-List Name,ServerAddress,AuthenticationMethod

rasdial "Office"
ipconfig /all

Az útvonaltábla dönt, nem az adapter ikonja

Egy vállalati alagút csak az irodai célokat irányíthatja, a szokásos böngészést a helyi kapcsolaton hagyva, míg a teljes alagút profil ennek az ellenkezőjét teszi. Nyissa meg a tényleges erőforrást, mielőtt eldönti, hogy bármelyik viselkedés hibás. Az ikon az adapter állapotát jelzi, a válasz pedig az útvonaltáblában van. Ez a kettő gyakrabban nem egyezik, mint amennyire egy állapotablak elismeri.

A pontosabb bejegyzések egy alhálózatot az alagútba küldhetnek, miközben az alapértelmezett útvonal kívül marad, és pontosan így kell kinéznie egy megosztott alagútnak. A hiányzó bejegyzés a másik gyakori eredmény, és a böngészőből ugyanúgy néz ki, mint egy leállt alagút. Hasonlítsa össze az elérhetetlen előtagot a táblával, ne az ikonnal. Ezért térhet el az ikon és a tábla, miközben mindkettő igazat mond különböző dolgokról.

Ne töröljön útvonalakat csak azért, mert a táblában nem ismert adapterek vannak. Egy virtuális gép, egy szűrőillesztő vagy egy második kliens külön-külön hozzáadhat egyet, és eltávolítása elront valamit, ami korábban működött.

route print -4
nslookup intranet.corp.internal

A privát nevekhez a szervezet feloldója kell

A privát nevekhez a szervezet feloldója kell, és egy saját biztonságos DNS-sel rendelkező böngésző teljesen megkerülheti a rendszerbeállítást. Ez hozza létre azt a zavaró esetet, amikor a parancssori lekérdezés címet ad vissza, és ugyanaz a név a böngészőben továbbra is meghiúsul.

Ellenőrizze, melyik adapter adta a jelenlegi DNS-konfigurációt, mielőtt bármit módosítana. Tartsa meg a szervezet feloldóját a privát nevekhez ahelyett, hogy nyilvános szolgáltatásra cserélné. A nyilvános feloldóra váltás általában kijavít egy nyilvános nevet, és elront minden belsőt, ami rosszabb hiba a kezdeti problémánál. Ha a kapcsolat sikert jelez, és semmi sem működik, menjen végig a továbbításon és a DNS-en, mielőtt visszaállítja a hálózati vermet.

Get-DnsClientServerAddress -AddressFamily IPv4
Resolve-DnsName intranet.corp.internal

A Microsoft dokumentációja a Windows VPN-kapcsolattípusairól és beépülő moduljairól az a hivatkozás, hogy melyik kliens melyik típust kezeli, és ezt egyetlen menücímke sem mondja meg. Minden változtatás után csatlakozzon újra, és a valódi alkalmazást próbálja újra az állapotikon helyett. Mentse el a működő profilt ott, ahol újra megtalálja, és jegyezze fel a feloldót és az útvonalat, amelyek működésre bírták, mert a következő gépnek mindkettőre szüksége lesz.