વપરાશકર્તાઓ Always On કેમ બંધ કરે છે અને પ્રોફાઇલ તેને બંધ જ રાખે છે

વપરાશકર્તા «આપોઆપ કનેક્ટ કરો» ની ટિક કાઢી નાખે છે, અને પ્રોફાઇલ કનેક્ટ થવાનું બંધ કરે છે. મહિનાઓ પછી ડિપ્લોયમેન્ટ ટીમ એ જ નામ સાથે અપડેટ થયેલી પ્રોફાઇલ મોકલે છે, ટ્રિગર પાછું આવશે એવી અપેક્ષા રાખે છે, પણ તે પાછું આવતું નથી. કારણ એ છે કે પસંદગી ક્યારેય ફક્ત પ્રોફાઇલમાં જ નહોતી: Windows એ વપરાશકર્તાનો નિર્ણય તે પ્રોફાઇલ નામ સામે પોતાની સ્થિતિમાં નોંધ્યો હતો, અને ફરી ઇન્સ્ટોલ કરવાથી તે ભૂંસાતો નથી. પ્રોફાઇલ ફાઇલ કન્ફિગરેશનનો ફક્ત અડધો ભાગ છે.

ચેકબોક્સ ખરેખર શું લખે છે

આપોઆપ કનેક્શનનો વિકલ્પ કાઢી નાખવો એ પ્રોફાઇલ XML ની બહાર સંગ્રહિત પ્રતિ-ઉપકરણ નિર્ણય છે. Microsoft તેને એવાં પ્રોફાઇલ નામોની યાદી તરીકે દસ્તાવેજીકૃત કરે છે જેમનું આપોઆપ ટ્રિગર નિષ્ક્રિય છે, તેથી પ્રોફાઇલ દૂર કરીને ફરી ઉમેર્યા પછી પણ સેટિંગ ટકી રહે છે.

આ ડિઝાઇન વપરાશકર્તાની દૃષ્ટિએ અર્થપૂર્ણ છે. મર્યાદિત ડેટા કનેક્શન પરની વ્યક્તિ આપોઆપ કનેક્શન બંધ કરે તો તે એવી અપેક્ષા રાખતી નથી કે આગલું નીતિ રિફ્રેશ તેને ચૂપચાપ ફરી ચાલુ કરી દેશે.

તેનો અર્થ એ પણ છે કે પ્રોફાઇલનું નામ એ ઓળખ છે, ફક્ત લેબલ નહીં. સમાન નામની બે પ્રોફાઇલ તે યાદી માટે એક જ એન્ટ્રી છે, અને નામ બદલવાથી કોઈ પણ સંગ્રહિત પસંદગી વિના નવી ઓળખ બને છે.

પ્રોફાઇલ ફરી ઇન્સ્ટોલ કરવાથી તે શા માટે રીસેટ થતું નથી

VPN કનેક્શન ડિલીટ કરીને અપડેટ થયેલી ફાઇલમાંથી ફરી ઉમેરવાથી પ્રોફાઇલ ઑબ્જેક્ટ દૂર થાય છે અને ફરી બને છે. તે વપરાશકર્તાના નિર્ણયનો રેકોર્ડ દૂર કરતું નથી, કારણ કે એ રેકોર્ડ પ્રોફાઇલના આંતરિક ઓળખકર્તાને બદલે નામ સાથે જોડાયેલો છે.

તેથી અપડેટ આવે છે, પ્રોફાઇલ હાજર છે અને યોગ્ય રીતે ગોઠવાયેલી છે, તો પણ ટ્રિગર ચાલતું નથી. પ્રોફાઇલમાં કંઈ પણ તેની સમજૂતી આપતું નથી, તેથી આને તૂટેલા ડિપ્લોયમેન્ટ તરીકે ઉપર મોકલવામાં આવે છે.

આ જ વર્તન જાણી જોઈને વાપરી શકાય: જ્યારે અપડેટ એ જ કનેક્શન જાળવવાનું હોય ત્યારે પ્રોફાઇલનું નામ સ્થિર રાખો, અને ફક્ત ત્યારે જ બદલો જ્યારે તમે નવી શરૂઆત ઇચ્છતા હો. સંગ્રહિત પસંદગીથી બચવા નામ બદલવું કામ કરે છે, અને તે જૂની એન્ટ્રી પણ પાછળ છોડી દે છે, તેથી ઉપકરણ એવાં નામો એકઠાં કરે છે જે હવે કંઈ સાથે મેળ ખાતાં નથી.

XML ને સ્પર્શ કરતાં પહેલાં નક્કી કરો કે બેમાંથી કયું જોઈએ છે, કારણ કે નામ જ સ્વિચ છે.

એક સક્રિય પ્રોફાઇલ, ઘણી લાયક

Windows આપોઆપ ટ્રિગર મર્યાદિત પ્રોફાઇલ સમૂહ પર લાગુ કરે છે, અને ઘણી લાયક પ્રોફાઇલ હોવાથી તે બધી સ્પર્ધક ડિફૉલ્ટ તરીકે કનેક્ટ થતી નથી. એક સક્રિય હોય છે, અને બાકીની રાહ જુએ છે.

તે ત્યારે મહત્ત્વનું છે જ્યારે ઉપકરણને વપરાશકર્તા-ક્ષેત્રની અને ઉપકરણ-ક્ષેત્રની બંને સમાન નામની પ્રોફાઇલ મળે. તે એક જ કનેક્શન નથી, અને જે આપોઆપ કનેક્ટ થાય છે તે પસંદગીના નિયમોએ પસંદ કરેલું છે, જરૂરી નથી કે તમે પરીક્ષણ કરેલું. બીજી પ્રોફાઇલ પર પાસ થયેલી કસોટી ટ્રિગર વિશે કંઈ પણ સાબિત કરતી નથી. કંઈ પણ બદલતાં પહેલાં કઈ પ્રોફાઇલે જવાબ આપ્યો તે લખી રાખો.

અપડેટ પહેલાં સંગ્રહિત સ્થિતિ વાંચો

કોઈ પણ પ્રોફાઇલ ફેરફાર મોકલતાં પહેલાં જુઓ કે ઉપકરણ પાસે હાલ શું છે: કનેક્શન ઑબ્જેક્ટ, તેની સ્થિતિ અને નિષ્ક્રિય આપોઆપ ટ્રિગરની સંગ્રહિત યાદી.

આ આદેશો VPN કનેક્શનની યાદી બતાવે છે અને દસ્તાવેજીકૃત મૂલ્ય માટે રજિસ્ટ્રીમાં શોધે છે:

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

તમે ડિપ્લોય કરવા જઈ રહ્યા છો તે પ્રોફાઇલ સાથે મેળ ખાતી એન્ટ્રી કહે છે કે વપરાશકર્તાની પસંદગી પહેલેથી નોંધાયેલી છે. આ ચૂપચાપ સુધારવાની ખામી નથી; આ એ સ્થિતિ છે જેને તમારી નીતિએ ધ્યાનમાં લેવી પડે.

તમે કઈ નીતિ ઇચ્છો છો તે નક્કી કરો

બે સમર્થનીય નીતિઓ અને એક ખરાબ ટેવ છે. પ્રથમ વપરાશકર્તાના ઑપ્ટ-આઉટને ત્યાં સુધી માન આપે છે જ્યાં સુધી વપરાશકર્તા તેને બદલે નહીં, અને દસ્તાવેજીકૃત કરે છે કે સંચાલિત ઉપકરણો પર ટ્રિગર સલાહકારક છે. બીજી આપોઆપ કનેક્શનને અનુપાલનની આવશ્યકતા ગણે છે, અને પછી ઑપ્ટ-આઉટનો વિકલ્પ જ આપવો ન જોઈએ.

ખરાબ ટેવ એ છે કે ટ્રિગરને જબરદસ્તીથી પાછું ચાલુ કરવા માટે અસંબંધિત સ્થિતિ ફરી લખવી, જે આગલા રિફ્રેશ સુધી કામ કરે છે અને ઉપકરણને એવી સેટિંગ્સ સાથે મૂકી દે છે જે કોઈ સમજાવી શકતું નથી.

પસંદગી ત્યાં લખો જ્યાં પ્રોફાઇલ સંભાળવામાં આવે છે, સાથે સમીક્ષા લાયક ચાર સંક્રમણો: પ્રથમ પ્રોવિઝનિંગ, સામાન્ય ટ્રિગર, મંજૂર વપરાશકર્તા ફેરફાર અને એ જ નામ પર અપડેટ. ઓટોમેશન, રૂટિંગ અવકાશ અને ડિસ્કનેક્ટેડ સ્થિતિનો અમલ અલગ નિયંત્રણો છે, અને Always On લેબલ તેમાંથી કોઈની ગેરંટી નથી.