Bakit Humihinto ang Always On VPN sa Pag-trigger sa Network ng Opisina

Sumasali ang laptop sa Wi-Fi ng opisina, at nananatiling pababa ang profile ng Always On na kumokonekta mula sa bahay. Walang anumang bagay sa event log ang tumatawag dito na pagkabigo, dahil mula sa pananaw ng client ang network ay pinagkakatiwalaan at hindi kailangan ang tunnel. Ang detection ng pinagkakatiwalaang network ang feature na gumagawa ng desisyong iyon, at naghahambing ito ng partikular na mga halaga sa halip na kilalanin ang pamilyar na SSID. Kapag mali ang desisyon, kailangan mong makita kung aling paghahambing ang pumasa.

Ano ang talagang inihahambing ng trigger

Tatlong bagay ang dapat magkatugma bago ituring ng client ang isang network na pinagkakatiwalaan. Una, ang DNS suffix na partikular sa koneksyon na itinatala ng Windows para sa pisikal na adapter ay dapat lumitaw sa listahan ng suffix sa profile. Ikalawa, ang profile ng koneksyon na hawak ng Windows para sa network na iyon ay dapat ang inaasahan ng patakaran, dahil ang pagtutugma ay ginagawa sa profile na iyon at hindi sa pangalang itinaip ng user sa isang wireless dialog. Ikatlo, dapat mauri ang network ayon sa hinihingi ng patakaran, na sa pagsasanay ay nangangahulugang network ng domain o pribado, o device na dumating ang patakaran sa pamamagitan ng pamamahala. Alisin ang alinman sa mga ito at gagana ang trigger.

Mas makitid itong pagsubok kaysa sa paghahambing ng pampublikong exit address ng VPN, at mas makitid nang husto kaysa sa pagtitiwala sa SSID. Ang access point na nag-uulit ng pangalan ng korporasyon ay hindi nag-iisa na tumutugon sa mga paghahambing ng suffix at profile. Nangangahulugan din ito na walang sinasabi ang feature tungkol sa kung ligtas ang isang network; sinasabi nito kung naniniwala ang device na ito na nasa bahay na ito.

Basahin ang kasalukuyang estado bago baguhin ang profile

Magsimula sa kung ano ang pinaniniwalaan ng Windows ngayon. Ang cmdlet ng profile ng koneksyon ay nag-uulat ng pangalan ng network, interface at kategoryang itinalaga ng Windows, na siyang ikatlong paghahambing sa itaas. Pagkatapos basahin ang profile ng VPN at hanapin ang listahan ng mga pinagkakatiwalaang suffix, gamit ang buong dump ng property sa halip na hulaan ang mga pangalan nito:

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

Kung hindi inilalantad ng dump na iyon ang pinagkakatiwalaang suffix sa iyong build, bumalik sa XML ng profile, na siyang awtoritatibong kopya kapag naiiba ang ibabaw ng property sa pagitan ng mga bersyon. Basahin ang XML mula sa patakaran ng pamamahala o mula sa tindahan ng profile ng lahat ng user, at ihambing ang mga entry ng suffix nito sa suffix ng adapter na iniulat sa itaas. Itala ang parehong halaga bago hawakan ang alinman.

Subukan ang hangganan sa dalawang direksyon

Subukan sa inilaan na corporate attachment at sa isa pang aprubadong network, at itala kung umangat ang tunnel. Pagkatapos subukan ang parehong device pagkatapos umalis. Ang laptop na nag-trigger sa bahay at pinipigilan sa opisina ay kumikilos ayon sa disenyo, samantalang ang hindi kailanman nag-trigger saanman ay may ibang depekto. Tiyakin na maabot ang mga resource sa likod ng tunnel kapag nag-trigger, dahil ang nasimulang tunnel ay hindi patunay ng gumaganang landas.

Huwag magdagdag ng malawak na suffix para lang mawala ang isang notification. Ang suffix na lumilitaw sa maraming network ay nagtuturo sa client na pigilan ang tunnel halos saanman, at ang pasanin sa suporta na sumusunod ay mas masama kaysa sa notification. Baguhin ang pamantayan sa pamamagitan ng may-ari ng profile, na sa pinamamahalaang fleet ay ang MDM administrator at hindi ang taong nasa harap ng laptop.

Itago ang parehong test network sa rekord kasama ang resulta. Ang hangganang hindi kailanman sinubukan ay isang pag-aangkin lamang.

Paghiwalayin ang pagpigil sa pagharang

Ang tunnel na hindi nasimulan ay hindi hinarang na koneksyon. Kinokontrol ng detection ng pinagkakatiwalaang network ang awtomatikong trigger, samantalang ang pag-filter ng trapiko at pag-uugali ng kill-switch ay magkahiwalay na setting ng patakaran na may sariling mga mode ng pagkabigo. Ang device sa pinagkakatiwalaang network ay maaaring legal na magpadala ng trapiko sa labas ng tunnel, at ang tawagin iyong leak nang hindi binabasa ang patakaran ay pinaghahalo ang dalawang disenyo. Suriin ang mga patakaran ng trapiko ng profile bago sisihin ang detection para sa isang leak.

Ang parehong pagkakaiba ang nagpapaliwanag sa kabaligtarang reklamo. Ang mga user na nag-uulat na huminto ang VPN nang sapalaran ay karaniwang naglalarawan ng pagbabago sa network na tumugon sa pamantayan, hindi ng pagkabigo ng serbisyo. Ang tumugmang suffix at kategorya ng network ang ebidensiyang dapat kolektahin, at pareho silang lumilitaw sa output sa itaas.

Kolektahin ang ebidensiyang iyon bago baguhin ang patakaran. Ang toggle na nagtatago ng sintomas ay nagtatago rin ng dahilan.

Itala kung ano ang pinagbatayan ng desisyon

Isulat ang tumugmang suffix, pangalan ng profile ng koneksyon at kategorya ng network sa mga tala ng deployment para sa bawat site. Kapag hindi umangat ang tunnel, ginagawang paghahambing ng talaan ang isang misteryo: alinman sa isa sa tatlong halaga ang nagbago, o ang patakaran. Binibigyan din nito ang susunod na inhinyero ng paraan upang kumpirmahin ang disenyo sa halip na i-disable ang detection para isara ang ticket.

Suriin ang listahan ng suffix kapag pinapalitan ng pangalan ang isang site o pinagsama ang isang domain, dahil patuloy na pinipigilan ng lumang entry ang tunnel nang tahimik. Ang reference ng Microsoft tungkol sa detection ng pinagkakatiwalaang network ay naglilista ng mga elemento ng profile at mga paunang kailangan sa deployment, at ito ang dokumentong dapat sipiin kapag may nagmungkahi na palawakin ang listahan.