Windows VPN પ્રોફાઇલ સ્કોપ: વર્તમાન વપરાશકર્તા કે બધા વપરાશકર્તા?
સ્કોપ નક્કી કરે છે કે મૂળ Windows VPN પ્રોફાઇલ ક્યાં સંગ્રહાય છે અને કોણ તેને જોઈ શકે છે. તે કનેક્શનને ડિવાઇસ ટનલ બનાવતું નથી અને ક્રેડેન્શિયલ શેર કરતું નથી.
તમે VPN પ્રોફાઇલ સામે કમાન્ડ ચલાવો છો, તે કોઈ ભૂલ પરત કરતું નથી, અને વપરાશકર્તા શરૂ કરે છે તે કનેક્શન પહેલાંની જેમ જ વર્તે છે. કંઈ તૂટ્યું નથી. Windows મૂળ VPN પ્રોફાઇલને બે સ્ટોરમાં રાખે છે, અને તમે એ સ્ટોરમાં ફેરફાર કર્યો છે જે વપરાયેલ નથી. એક જ દેખાતું નામ બંનેમાં હોઈ શકે છે, અને એટલે જ સ્ક્રિપ્ટ સફળ દેખાય છે જ્યારે વપરાશકર્તાનું કનેક્શન તમે કરેલા દરેક ફેરફારને અવગણે છે.
ઉકેલ વધુ સારી સ્ક્રિપ્ટ નથી; ઉકેલ એ છે કે પ્રોફાઇલનું નામ આપવાના પહેલાં સ્કોપનું નામ આપો.
લક્ષણ અને બે સ્ટોર
Windows મૂળ VPN પ્રોફાઇલને વપરાશકર્તા દીઠ ફોન બુકમાં અને મશીન-વ્યાપી બધા વપરાશકર્તાઓની ફોન બુકમાં રાખે છે. Get-VpnConnection વર્તમાન વપરાશકર્તાનો સ્ટોર વાંચે છે, અને Get-VpnConnection -AllUserConnection મશીનનો સ્ટોર વાંચે છે.
-AllUserConnection સાથે બનાવેલી પ્રોફાઇલ મશીનના દરેક એકાઉન્ટ માટે દેખાય છે અને તેને બનાવવા કે દૂર કરવા ઉન્નત સેશન જરૂરી છે. તેના વિના બનાવેલી પ્રોફાઇલ તે એકાઉન્ટની હોય છે જેણે કમાન્ડ ચલાવ્યો હતો, અને સાઇન ઇન કરતો બીજો વપરાશકર્તા કંઈ જ જોતો નથી. બંને એક જ નામ ધરાવી શકે છે, અને એક પણ તમને ચેતવણી આપતું નથી કે બીજું અસ્તિત્વમાં છે. એટલે જ લક્ષણ ભૂલ સંદેશને બદલે શાંત નિષ્ફળતા જેવું લાગે છે.
સ્કોપ ખરેખર શું નક્કી કરે છે
સ્કોપ બે પ્રશ્નોના જવાબ આપે છે અને ત્રીજા પ્રશ્નનો જવાબ આપવાનો ઇનકાર કરે છે:
| Question | Current user | All users |
|---|---|---|
| Who can see the profile | The account that created it | Every account on the machine |
| Elevation to create or remove | Not required | Required |
| Where the profile lives | Per-user phone book | Machine-wide phone book |
| Does it authenticate a device | No | No |
| Does it start before sign-in | No | No, that needs a device tunnel |
લોકો છેલ્લી બે પંક્તિઓમાં જ ભૂલ કરે છે. બધા વપરાશકર્તાઓ માટેની પ્રોફાઇલ એ મશીન-સ્કોપ સ્ટોરેજ છે, મશીન ઓળખ નથી, અને તે કોઈ સાઇન ઇન કરે તે પહેલાં કનેક્શનને પોતાની રીતે ઉપલબ્ધ બનાવતું નથી. Windows Always On ડિવાઇસ ટનલ એ અલગ ગોઠવણી છે જેની પોતાની સર્ટિફિકેટ અને પ્રોફાઇલ આવશ્યકતાઓ છે. સ્કોપ એ વિશે છે કે કોણ પ્રોફાઇલ જોઈ શકે છે, એ વિશે નહીં કે મશીન શું છે.
દૃશ્યતા એ પ્રમાણીકરણ નથી
બધા વપરાશકર્તાઓ માટેની પ્રોફાઇલને હજી પણ સમર્થિત ઓળખ અને ક્રેડેન્શિયલ ગોઠવણીની જરૂર છે. પ્રોફાઇલને દરેક એકાઉન્ટ માટે દૃશ્યમાન બનાવવાથી દરેક એકાઉન્ટ એક જ પ્રમાણીકૃત વપરાશકર્તા બનતું નથી, અને તે ક્રેડેન્શિયલને એકત્ર કરતું નથી.
જો ડિઝાઇનને સાઇન ઇન પહેલાં ટનલ ઉપર જોઈએ, તો જવાબ ડિવાઇસ ટનલ છે, વધુ પહોળો પ્રોફાઇલ સ્કોપ નહીં. જો ડિઝાઇનને જોઈએ કે દરેક વ્યક્તિ પોતાનું સર્ટિફિકેટ રજૂ કરે, તો વપરાશકર્તા દીઠ પ્રોફાઇલ તે મોડેલ સાથે વધુ સારી રીતે મેળ ખાય છે, કારણ કે મશીન-વ્યાપી પ્રોફાઇલ બીજા કોઈનું ક્રેડેન્શિયલ રજૂ કરી શકતું નથી.
તૈનાતી અને નીતિની માલિકી
મેનેજ કરેલ મશીનો પર, EMM કે કન્ફિગરેશન પ્રોફાઇલ તમારા ફેરફાર પછી સંગ્રહિત સ્થિતિને ફરી બનાવી શકે છે.
આ તમારી સ્ક્રિપ્ટમાં ખામી નથી; આ બે માલિકો એક જ સ્ટોરમાં લખી રહ્યા છે. નીતિના માલિક સાથે સ્કોપનું સમન્વય કરો, અને સમયપત્રક મુજબ તમારો કમાન્ડ ફરી ચલાવવાને બદલે નીતિ બદલવાને પ્રાધાન્ય આપો. નીતિ સાથે સ્પર્ધા કરતું સ્થાનિક સુધારણ એવું મશીન બનાવે છે જ્યાં આગલા સિંક સુધી પ્રોફાઇલ સાચી દેખાય છે.
તૂટે ત્યારે શું નોંધવું
ત્રણ વસ્તુઓ સાથે નોંધો: પ્રોફાઇલનું નામ, તમે લક્ષ્ય કરેલો સ્કોપ, અને વાસ્તવિક કનેક્શન ભૂલ.
બીજા સ્ટોરની પ્રોફાઇલ પર લાગુ કરેલો રૂટ કે સર્ટિફિકેટ વપરાશકર્તા શરૂ કરે છે તેને ઠીક કરશે નહીં, અને ભૂલનું લખાણ તમારા સંપાદન તરફ નહીં, કનેક્શન તરફ જ ઇશારો કરતું રહેશે. મંજૂર થયેલા ફેરફાર પછી ઇચ્છિત પ્રવેશબિંદુ દ્વારા ફરી કનેક્ટ થાઓ અને લાગુ કરેલું રૂટિંગ તથા સંગ્રહિત સેટિંગ્સ બંને તપાસો. પ્રોફાઇલ સ્ટોર જવાબ આપે છે શું ઉપલબ્ધ છે, જ્યારે સક્રિય કનેક્શન જવાબ આપે છે ડિવાઇસ હમણાં શું કરી રહ્યું છે.
Microsoft ના Add-VpnConnection દસ્તાવેજીકરણમાં સ્કોપ સ્વિચ તે જે પેરામીટર બદલે છે તેની બાજુમાં સૂચિબદ્ધ છે, જે ઉપયોગી યાદ અપાવે છે કે સ્કોપ બનાવતી વખતે લેવાયેલો નિર્ણય છે, પછી ઉલટાવવાની સેટિંગ નહીં.