VPN પર ગ્રુપ પોલિસી ખૂટે છે? ટનલ પહેલાં અવકાશ ચકાસો

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

ટનલથી નહીં, સેટિંગથી શરૂ કરો

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

ડોમેન એડમિનિસ્ટ્રેટરને પૂછો કે કઈ લિંક, ઑબ્જેક્ટ સ્થાન, સુરક્ષા ફિલ્ટર અને WMI ફિલ્ટર કાર્યરત હોવા જોઈએ. પરીક્ષણ પાસ થાય તે માટે આ નિયંત્રણો બદલવા એ બીજા માલિકનો બીજો પ્રોજેક્ટ છે.

જે ખાતાની સેટિંગ છે તે ખાતા સાથે રિપોર્ટ વાંચો

અસરગ્રસ્ત વપરાશકર્તાની પોતાની સત્રમાં whoami /user અને પછી gpresult /scope user /r ચલાવો. જે ખાતાએ VPN ની પ્રમાણિકતા ચકાસી તે આપોઆપ એ Windows ખાતું નથી જેની નીતિ તમે વાંચી રહ્યા છો, અને એડમિનિસ્ટ્રેટર ખાતાથી કરેલી તપાસ બીજા પ્રશ્નનો જવાબ આપે છે. બેઝલાઇન નવા ફાઇલનામ હેઠળ સાચવો, જેમ કે %TEMP%\vpn-policy-user-before.html. gpresult સંદર્ભ અવકાશ અને આઉટપુટ સ્વિચનું દસ્તાવેજીકરણ કરે છે, અને જાણવા જેવું છે કે રિપોર્ટ બનાવવાથી કંઈ રિફ્રેશ થતું નથી.

કમ્પ્યુટર નીતિનું પોતાનું અવકાશ અને પરવાનગી સંદર્ભ છે, તેથી તેને જરૂરી અધિકાર વધારા સાથે અલગ તપાસો. બંને અવકાશને એક રિપોર્ટમાં ભેગા કરવાથી જ વપરાશકર્તા સેટિંગ ખૂટતી જાહેર થાય છે જ્યારે તે ક્યારેય તે અવકાશમાં નહોતી.

શોધ એ પ્રવેશ નથી: પહેલાં SRV રેકોર્ડ, પછી SMB

મંજૂર VPN જોડાયેલ હોય ત્યારે ખાતરી કરો કે ક્લાયન્ટ ડોમેન કન્ટ્રોલરને ઇચ્છિત DNS માર્ગ દ્વારા ઉકેલે છે; લોડ થતી જાહેર વેબસાઇટ કન્ટ્રોલર શોધ વિશે કંઈ કહેતી નથી. ઉદાહરણ ડોમેન corp.example માટે nslookup -type=SRV _ldap._tcp.dc._msdcs.corp.example તમારા ખરા પ્રશ્નનો જવાબ આપે છે. પરત મળેલ સેવા રેકોર્ડ ફક્ત શોધનો પુરાવો છે, કારણ કે પસંદ કરેલ કન્ટ્રોલરનું સરનામું હજી પણ જરૂરી પ્રમાણીકરણ અને મંજૂર ડિરેક્ટરી સેવાઓ સાથે પહોંચી શકાય તેવું હોવું જોઈએ. પછી નીતિની સામગ્રી SYSVOL માંથી આવે છે, જે તે ચોક્કસ કન્ટ્રોલર સામે SMB વાંચન છે અને ICMP પરીક્ષણ નહીં.

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

ડિપ્લોયમેન્ટની AD સેવા પરવાનગીઓ, પરત માર્ગો અને સમય સિંક્રોનાઇઝેશન સુસંગત રાખો, તેમને વ્યાપક ફાયરવોલ ખોલવા કે જાહેર DNS સર્વરથી બદલવાને બદલે. કન્ટ્રોલરો વચ્ચે અલગ પડતો નીતિ ડેટા ડિરેક્ટરી માલિક માટે પ્રતિકૃતિનો પ્રશ્ન છે.

એક રિફ્રેશ, બે રિપોર્ટ, એક તુલના

માર્ગ સાબિત થયા પછી, સંબંધિત રિફ્રેશ gpupdate /target:user સાથે માગો અને ધારવાને બદલે પરિણામ વાંચો. ડિફૉલ્ટ રિફ્રેશ બદલાયેલી નીતિ લાગુ કરે છે જ્યારે /force ફરી લાગુ કરવાની વિનંતી કરે છે; બંનેથી કંઈ DNS, ફાઇલ પરવાનગીઓ કે ફિલ્ટરિંગ સુધારતું નથી. કેટલાક એક્સ્ટેન્શન ફક્ત પછીના સાઇન-ઇન કે બીજી ફોરગ્રાઉન્ડ ઘટનામાં પૂર્ણ થાય છે, તેથી એક વાર ચલાવવું ચુકાદો નથી. દૂરના વપરાશકર્તાની સત્રમાં લૉગઑફ કે રીબૂટ સ્વિચ નિયમિત નિદાન તરીકે ઉમેરવાથી તેની પાસે ખુલ્લું હતું તે ફેંકાઈ જાય છે.

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

નિષ્ફળતાને એક જ પ્રવૃત્તિ સાથે બાંધો

ઇવેન્ટ વ્યૂઅરમાં સિસ્ટમ લોગમાં ગ્રુપ પોલિસી ચેતવણી કે ભૂલથી શરૂ કરો, પછી એપ્લિકેશન અને સેવા લોગ હેઠળના GroupPolicy ઓપરેશનલ લોગ પર જાઓ. તે ઓપરેશનલ લોગને હમણાં ચલાવેલા રિફ્રેશના પ્રવૃત્તિ ઓળખકર્તા દ્વારા ફિલ્ટર કરો, કારણ કે નવો રિફ્રેશ નવો ઓળખકર્તા મેળવે છે અને ગઈકાલની ઘટનાઓ સાથે ભેગું કરવાથી આત્મવિશ્વાસપૂર્ણ પણ ખોટો નિષ્કર્ષ આવે છે. સમય, વપરાશકર્તા કે કમ્પ્યુટર સંદર્ભ, પસંદ કરેલ કન્ટ્રોલર, GPO, ભૂલ કોડ અને નિષ્ફળ નિર્ભરતા નોંધો.

આ નોંધ એ છે જેના પર નેટવર્ક કે ડિરેક્ટરી માલિક પગલાં લઈ શકે છે. VPN સાથે જોડાયેલા હોવું અને gpupdate ઘણી વાર ચલાવવું એ પુરાવા નથી, અને બંનેથી કોઈ હસ્તાંતરણ ટકતું નથી.

HTML રિપોર્ટ ખાનગી રાખો, કારણ કે તે આંતરિક નામો, જૂથ સભ્યપદ અને સુરક્ષા રૂપરેખાંકન ખુલ્લાં કરે છે. સેટિંગ પુષ્ટિ થયા પછી, ઉમેરેલી કામચલાઉ પરવાનગીઓ યથાવત્ રાખવાને બદલે દૂર કરો.