Miért nem indul el többé az Always On VPN az irodai hálózaton

A laptop csatlakozik az irodai Wi-Fihez, és az otthonról kapcsolódó Always On profil lent marad. Az eseménynapló semminek nem nevezi ezt hibának, mert az ügyfél szempontjából a hálózat megbízható, és az alagút felesleges. A megbízható hálózat felismerése az a funkció, amely ezt a döntést meghozza, és konkrét értékeket hasonlít össze, nem pedig ismerős SSID-t ismer fel. Ha a döntés hibás, látnia kell, melyik összehasonlítás ment át.

Mit hasonlít össze valójában az indító

Három dolognak kell egyeznie, mielőtt az ügyfél megbízhatónak tekint egy hálózatot. Először is, a Windows által a fizikai adapterhez rögzített kapcsolatspecifikus DNS-utótagnak szerepelnie kell a profil utótaglistáján. Másodszor, a Windows által az adott hálózathoz tartott kapcsolatprofilnak annak kell lennie, amelyet a szabályzat elvár, mert az egyeztetés azzal a profillal történik, nem pedig egy névvel, amelyet a felhasználó egy vezeték nélküli párbeszédablakban beírt. Harmadszor, a hálózatot úgy kell osztályozni, ahogy a szabályzat megköveteli, ami a gyakorlatban tartományi vagy privát hálózatot jelent, vagy olyan eszközt, amelynek szabályzata felügyeleten keresztül érkezett. Vegyen el bármelyiket, és az indító aktiválódik.

Ez szűkebb teszt, mint a VPN nyilvános kilépési címének összehasonlítása, és sokkal szűkebb, mint egy SSID-ben való megbízás. Egy hozzáférési pont, amely megismétli a vállalati nevet, önmagában nem teljesíti az utótag- és profilos összehasonlítást. Ez azt is jelenti, hogy a funkció semmit nem mond arról, biztonságos-e egy hálózat; azt mondja meg, hogy ez az eszköz úgy gondolja-e, hogy már otthon van.

Olvassa el az aktuális állapotot a profil módosítása előtt

Kezdje azzal, amit a Windows jelenleg hisz. A kapcsolatprofil-parancsprogram jelenti a hálózat nevét, az interfészt és a Windows által hozzárendelt kategóriát, ami a fenti harmadik összehasonlítás. Ezután olvassa el a VPN-profilt, és keresse a megbízható utótagok listáját, teljes tulajdonságkiírással a tulajdonságnevek találgatása helyett:

Get-NetConnectionProfile
Get-VpnConnection -Name "Corp VPN" | Format-List *

Ha ez a kiírás nem tárja fel a megbízható utótagot az Ön builde-jén, térjen vissza a profil XML-jéhez, amely a mérvadó példány, amikor a tulajdonságfelület verziók között eltér. Olvassa ki az XML-t a felügyeleti szabályzatból vagy az összes felhasználó profil tárolójából, és hasonlítsa össze utótagbejegyzéseit a fent jelentett adapter-utótaggal. Jegyezze fel mindkét értéket, mielőtt bármelyikhez hozzányúlna.

Tesztelje a határt mindkét irányban

Tesztelje a tervezett vállalati csatlakozáson és egy másik jóváhagyott hálózaton, és jegyezze fel, feljött-e az alagút. Utána tesztelje ugyanazt az eszközt távozás után. Az otthon aktiválódó és az irodában elnyomott laptop a tervezésnek megfelelően működik, míg az, amely sehol nem aktiválódik, más hibát mutat. Ellenőrizze, hogy az alagút mögötti erőforrások elérhetők-e aktiválódáskor, mert az elindult alagút nem bizonyíték a működő útvonalra.

Ne adjon hozzá széles utótagot csak azért, hogy egy értesítés eltűnjön. A sok hálózaton megjelenő utótag megtanítja az ügyfelet, hogy szinte mindenhol elnyomja az alagutat, és az ezt követő támogatási teher rosszabb az értesítésnél. A kritériumokat a profil tulajdonosán keresztül módosítsa, aki felügyelt flottánál az MDM-rendszergazda, nem pedig a laptop mellett ülő személy.

Tartsa mindkét teszt-hálózatot a feljegyzésben az eredmény mellett. Egy határ, amelyet soha nem teszteltek, csak állítás.

Válassza szét az elnyomást a blokkolástól

Az el nem indult alagút nem blokkolt kapcsolat. A megbízható hálózat felismerése vezérli az automatikus indítást, míg a forgalomszűrés és a kill-switch viselkedése külön szabályzatbeállítások saját hibaüzemmódokkal. Egy megbízható hálózaton lévő eszköz jogszerűen küldhet forgalmat az alagúton kívülre, és ezt a szabályzat elolvasása nélkül szivárgásnak nevezni két tervet kever össze. Ellenőrizze a profil forgalmi szabályait, mielőtt a felismerést hibáztatja egy szivárgásért.

Ugyanez a megkülönböztetés magyarázza a fordított panaszt. Akik azt jelentik, hogy a VPN véletlenül leállt, általában a kritériumokat teljesítő hálózatváltozást írnak le, nem szolgáltatáshibát. Az egyező utótag és a hálózati kategória az összegyűjtendő bizonyíték, és mindkettő megjelenik a fenti kimenetben.

Gyűjtse össze ezeket a bizonyítékokat a szabályzat módosítása előtt. A tünetet elrejtő kapcsoló az okot is elrejti.

Jegyezze fel, mire alapult a döntés

Írja be az egyező utótagot, a kapcsolatprofil nevét és a hálózati kategóriát az egyes telephelyek telepítési jegyzeteibe. Ha az alagút nem jön fel, ez a feljegyzés rejtélyből összehasonlítást csinál: vagy a három érték egyike változott meg, vagy a szabályzat. A következő mérnöknek is módot ad a terv megerősítésére ahelyett, hogy a felismerést kikapcsolná a jegy lezárásához.

Tekintse át az utótaglistát, amikor egy telephely átnevezésre vagy egy tartomány összevonásra kerül, mert az elavult bejegyzés továbbra is csendben elnyomja az alagutat. A Microsoft megbízható hálózat felismeréséről szóló referenciája felsorolja a profil elemeit és a telepítés előfeltételeit, és ez a dokumentum, amelyet idézni kell, amikor valaki a lista szélesítését javasolja.