Kodėl Always On VPN nustoja suveikti biuro tinkle

Nešiojamasis kompiuteris prisijungia prie biuro Wi-Fi, o profilis Always On, kuris jungėsi iš namų, lieka išjungtas. Įvykių žurnale tai nevadinama klaida, nes kliento požiūriu tinklas yra patikimas ir tunelis nereikalingas. Patikimo tinklo aptikimas yra funkcija, kuri priima šį sprendimą, ir ji lygina konkrečias reikšmes, o ne atpažįsta pažįstamą SSID. Kai sprendimas klaidingas, reikia matyti, kuris palyginimas pavyko.

Ką iš tikrųjų lygina aktyviklis

Trys dalykai turi sutapti, kol klientas laiko tinklą patikimu. Pirma, su ryšiu susijusi DNS priesaga, kurią Windows įrašo fiziniam adapteriui, turi būti profilio priesagų sąraše. Antra, ryšio profilis, kurį Windows laiko tam tinklui, turi būti tas, kurio tikisi politika, nes sutapimas tikrinamas su tuo profiliu, o ne su vardu, kurį naudotojas įvedė belaidžiame dialoge. Trečia, tinklas turi būti klasifikuojamas taip, kaip reikalauja politika, o praktiškai tai reiškia domeno arba privatų tinklą, arba įrenginį, kurio politika atėjo per valdymą. Pašalinkite bet kurią iš jų ir aktyviklis suveiks.

Tai siauresnis testas nei VPN viešojo išėjimo adreso lyginimas ir daug siauresnis nei pasitikėjimas SSID. Prieigos taškas, kuris kartoja įmonės pavadinimą, savarankiškai netenkina priesagos ir profilio palyginimų. Tai taip pat reiškia, kad funkcija nieko nesako apie tinklo saugumą; ji sako, ar šis įrenginys mano jau esąs namuose.

Perskaitykite dabartinę būseną prieš keisdami profilį

Pradėkite nuo to, ką Windows dabar mano. Ryšio profilio cmdlet praneša tinklo pavadinimą, sąsają ir kategoriją, kurią priskyrė Windows, o tai yra trečiasis palyginimas aukščiau. Tada perskaitykite VPN profilį ir suraskite patikimų priesagų sąrašą, naudodami visą savybių išvedimą, o ne spėliodami savybių pavadinimus:

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

Jei tas išvedimas jūsų versijoje neatskleidžia patikimos priesagos, grįžkite prie profilio XML, kuris yra autoritetinga kopija, kai savybių paviršius skiriasi tarp versijų. Perskaitykite XML iš valdymo politikos arba visų naudotojų profilių saugyklos ir palyginkite jo priesagos įrašus su aukščiau nurodyta adapterio priesaga. Užrašykite abi reikšmes prieš paliesdami bet kurią iš jų.

Išbandykite ribą abiem kryptimis

Išbandykite numatytame įmonės prijungime ir dar viename patvirtintame tinkle, ir užrašykite, ar tunelis pakilo. Tada išbandykite tą patį įrenginį po išėjimo. Nešiojamasis kompiuteris, kuris įsijungia namuose ir slopinamas biure, elgiasi kaip suprojektuotas, o tas, kuris niekur neįsijungia, turi kitą gedimą. Patikrinkite, ar ištekliai už tunelio pasiekiami, kai jis suveikia, nes paleistas tunelis nėra veikiančio kelio įrodymas.

Nepridėkite plačios priesagos vien tam, kad dingtų pranešimas. Priesaga, kuri pasitaiko daugelyje tinklų, moko klientą slopinti tunelį beveik visur, o po to kylantis palaikymo krūvis yra blogesnis už pranešimą. Keiskite kriterijus per profilio savininką, kuris valdomame parke yra MDM administratorius, o ne žmogus prie nešiojamojo kompiuterio.

Laikykite abu bandomuosius tinklus įraše kartu su rezultatu. Riba, kuri niekada nebuvo išbandyta, yra tik teiginys.

Atskirkite slopinimą nuo blokavimo

Nepaleistas tunelis nėra užblokuotas ryšys. Patikimo tinklo aptikimas valdo automatinį aktyvavimą, o srauto filtravimas ir kill-switch elgsena yra atskiri politikos nustatymai su savo gedimų režimais. Įrenginys patikimame tinkle gali teisėtai siųsti srautą už tunelio ribų, o vadinti tai nuotėkiu neskaičius politikos reiškia painioti du sprendimus. Patikrinkite profilio srauto taisykles prieš kaltindami aptikimą nuotėkiu.

Ta pati skirtis paaiškina priešingą skundą. Naudotojai, kurie praneša, kad VPN sustojo atsitiktinai, paprastai aprašo tinklo pasikeitimą, kuris atitiko kriterijus, o ne paslaugos gedimą. Sutapusi priesaga ir tinklo kategorija yra įrodymai, kuriuos reikia surinkti, ir abu matomi aukščiau pateiktoje išvestyje.

Surinkite tuos įrodymus prieš keisdami politiką. Jungiklis, kuris slepia simptomą, slepia ir priežastį.

Užrašykite, kuo rėmėsi sprendimas

Įrašykite sutapusią priesagą, ryšio profilio pavadinimą ir tinklo kategoriją į kiekvienos vietos diegimo pastabas. Kai tunelis nepakyla, tas įrašas paverčia paslaptį palyginimu: arba pasikeitė viena iš trijų reikšmių, arba politika. Tai taip pat suteikia kitam inžinieriui būdą patvirtinti sprendimą, o ne išjungti aptikimą, kad bilietas būtų uždarytas.

Peržiūrėkite priesagų sąrašą, kai vieta pervadinama arba domenas konsoliduojamas, nes pasenęs įrašas toliau tyliai slopina tunelį. Microsoft patikimo tinklo aptikimo nuoroda išvardija profilio elementus ir diegimo prielaidas, ir tai yra dokumentas, kuriuo remiamasi, kai kas nors siūlo išplėsti sąrašą.