Bakit pinapatay ng mga user ang Always On at pinananatiling patay ito ng profile

Inaalis ng isang user ang tsek sa Kumonekta nang awtomatiko, at humihinto ang profile sa pagkonekta. Makalipas ang mga buwan, nagpapadala ang deployment team ng updated na profile na may parehong pangalan, umaasa na babalik ang trigger, at hindi ito bumabalik. Ang dahilan ay hindi kailanman nasa profile lang ang pagpili: itinala ng Windows ang desisyon ng user laban sa pangalang iyon ng profile sa sarili nitong estado, at hindi iyon binubura ng muling pag-install. Ang file ng profile ay kalahati lang ng configuration.

Ano ang aktuwal na isinusulat ng checkbox

Ang pag-alis ng opsyon sa awtomatikong koneksyon ay desisyon bawat device na naka-store sa labas ng XML ng profile. Idinodokumento ito ng Microsoft bilang listahan ng mga pangalan ng profile na ang awtomatikong trigger ay naka-disable, kaya naman nananatili ang setting pagkatapos alisin at idagdag muli ang profile.

May saysay ang disenyong iyon mula sa panig ng user. Ang isang nasa metered na koneksyon na pinapatay ang awtomatikong koneksyon ay hindi umaasa na bubuksan itong muli ng susunod na pag-refresh ng patakaran nang tahimik.

Ibig sabihin din nito na ang pangalan ng profile ay pagkakakilanlan, hindi label. Ang dalawang profile na may parehong pangalan ay ang parehong entry para sa listahang iyon, at ang pagpapalit ng pangalan ay lumilikha ng bagong pagkakakilanlan na walang anumang naka-store na kagustuhan.

Bakit hindi ito nire-reset ng muling pag-install ng profile

Ang pagtanggal ng koneksyon sa VPN at muling pagdaragdag nito mula sa updated na file ay nag-aalis at muling lumilikha ng object ng profile. Hindi nito inaalis ang talaan ng desisyon ng user, dahil ang talaang iyon ay naka-key sa pangalan at hindi sa panloob na identifier ng profile.

Kaya dumarating ang update, naroon ang profile at tama ang configuration, at hindi pa rin gumagana ang trigger. Wala sa profile ang nagpapaliwanag nito, kaya iniescalate ito bilang sirang deployment.

Ang parehong pag-uugali ay maaaring gamitin nang sinasadya: panatilihing stable ang pangalan ng profile kapag ang update ay dapat mapanatili ang parehong koneksyon, at palitan lamang ito kapag gusto mo ng sariwang simula. Gumagana ang pagpapalit ng pangalan upang takasan ang naka-store na kagustuhan, at iniiwan din nito ang lumang entry, kaya naiipon ng device ang mga pangalang hindi na tumutugma sa anuman.

Magpasya kung alin sa dalawa ang gusto mo bago hawakan ang XML, dahil ang pangalan ang switch.

Isang aktibong profile, maraming karapat-dapat

Inilalapat ng Windows ang mga awtomatikong trigger sa limitadong set ng profile, at ang pagkakaroon ng maraming karapat-dapat na profile ay hindi nagpapakonekta sa lahat bilang magkakumpitensyang default. Isa ang aktibo, at naghihintay ang iba.

Mahalaga iyon kapag tumatanggap ang isang device ng profile na saklaw ng user at profile na saklaw ng device na may magkatulad na pangalan. Hindi sila ang parehong koneksyon, at ang kumokonekta nang awtomatiko ay ang pinili ng mga tuntunin sa pagpili, hindi kinakailangang ang sinubukan mo. Ang isang pagsubok na pumasa sa kabilang profile ay walang pinapatunayan tungkol sa trigger. Itala kung aling profile ang tumugon bago ka magbago ng anuman.

Basahin ang naka-store na estado bago ang update

Bago magpadala ng anumang pagbabago sa profile, tingnan kung ano ang hawak ng device ngayon: ang object ng koneksyon, ang status nito at ang naka-store na listahan ng mga naka-disable na awtomatikong trigger.

Inililista ng mga command na ito ang mga koneksyon sa VPN at hinahanap sa registry ang dokumentadong halaga:

Get-VpnConnection | Select-Object Name,ConnectionStatus,SplitTunneling
reg query HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Network /s /f AutoTriggerDisabledProfilesList

Ang entry na tumutugma sa profile na ipapakalat mo ay nagsasabi na nakatala na ang pagpili ng user. Hindi ito depektong dapat ayusin nang tahimik; ito ang estadong dapat isaalang-alang ng iyong patakaran.

Magpasya kung anong patakaran ang gusto mo

May dalawang mapagtatanggol na patakaran at isang masamang ugali. Iginagalang ng una ang pag-opt out ng user hanggang baguhin ito ng user, at idinodokumento na ang trigger ay payo sa mga pinamamahalaang device. Itinuturing ng pangalawa ang awtomatikong koneksyon bilang kinakailangan sa pagsunod, at kung gayon ay hindi dapat ialok ang opt out.

Ang masamang ugali ay ang muling pagsulat ng walang kaugnayang estado upang pilitin ang trigger na bumalik, na gumagana hanggang sa susunod na refresh at iniiwan ang device na may mga setting na walang makapagpapaliwanag.

Itala ang pagpili kung saan pinapanatili ang profile, kasama ang apat na transisyon na dapat suriin: unang paghahanda, normal na trigger, pinapayagang pagbabago ng user at update sa parehong pangalan. Ang automation, saklaw ng routing at pagpapatupad ng disconnected na estado ay magkakahiwalay na kontrol, at ang label na Always On ay hindi garantiya sa alinman sa mga ito.