તમારું VPN એડેપ્ટર જાહેર ફાયરવોલ પ્રોફાઇલ પર કેમ રહે છે
ડોમેનમાં સાઇન-ઇન કરવાથી નેટવર્ક ડોમેન તરીકે વર્ગીકૃત થતું નથી, અને ખાનગી એ વિકલ્પ નથી. પહેલાં નિયમની પ્રોફાઇલ વાંચો, પછી જે મશીન તેને લાગુ કરે છે.
ટનલ ચાલુ છે, ખાતું ડોમેન સામે પ્રમાણિત થયું છે, અને Windows હજી પણ કનેક્શનને જાહેર તરીકે લેબલ કરે છે. તેથી ડોમેન પ્રોફાઇલ માટે લખાયેલો ફાયરવોલ નિયમ લાગુ પડતો નથી, અને ફાઇલ શેર પહોંચની બહાર રહે છે. સામાન્ય સુધારણાનો પ્રયાસ એડેપ્ટરને ખાનગી પર સેટ કરવાનો છે, જે કયા નિયમો લાગુ પડે છે તે બદલે છે પણ પ્રમાણીકરણમાં કંઈ બદલતું નથી. લેબલ અને સુધારણા બંને વ્યાપક રીતે ખોટી રીતે સમજાય છે, અને તેમને અલગ કરવા ત્રણ આદેશો જરૂરી છે.
જે ખાતું કનેક્ટ થયું તે નેટવર્કની શ્રેણી નથી
VPN કનેક્શન દરમિયાન બે અલગ નિર્ણયો લેવાય છે અને તેમને ભેગા કરવા સરળ છે. ગેટવે નક્કી કરે છે કે ખાતું કનેક્ટ થઈ શકે છે કે નહીં. Windows નક્કી કરે છે કે પરિણામી નેટવર્કને કેવી રીતે વર્ગીકૃત કરવું, અને તે વર્ગીકરણ જ નક્કી કરે છે કે ઇન્ટરફેસ પર કયા ફાયરવોલ નિયમો લાગુ પડે છે.
ગેટવે પર સફળ ડોમેન પ્રમાણીકરણ એ ખાતા વિશેનો પુરાવો છે. તે એ પુરાવો નથી કે એન્ડપોઇન્ટે નેટવર્કને ડોમેન કંટ્રોલર સામે પ્રમાણિત કર્યું છે, અને ડોમેન શ્રેણી બરાબર એ જ દર્શાવે છે.
તેથી જ એક મશીન ડોમેન-જોડાયેલું હોઈ શકે, ડોમેન ખાતા સાથે કનેક્ટ થઈ શકે અને તેમ છતાં જાહેર દેખાય. વર્ગીકરણ એ નેટવર્ક વિશેનો સ્થાનિક નિર્ણય છે, ટનલ ખોલનારા ઓળખપત્રો વિશેનું નિવેદન નથી. ખાતું સંપૂર્ણ માન્ય હોઈ શકે જ્યારે લેબલ જ્યાં શરૂ થયું ત્યાં જ રહે.
ત્રણ શ્રેણીઓ, જેમાંથી એક તમે સેટ કરી શકતા નથી
Windows ત્રણ શ્રેણીઓ આપે છે અને તેમાંથી ફક્ત બે જ એડમિનિસ્ટ્રેટર સોંપી શકે છે. ત્રીજી ઓપરેટિંગ સિસ્ટમ નક્કી કરે છે, નેટવર્કને ડોમેન કંટ્રોલર સામે સફળતાપૂર્વક પ્રમાણિત કર્યા પછી.
| Category | How it is assigned | What it affects |
|---|---|---|
| Public | Default for unidentified networks, or set manually | Rules scoped to the public profile |
| Private | Set manually, or by the user on a trusted network | Rules scoped to the private profile |
| DomainAuthenticated | Determined by Windows after domain authentication | Rules scoped to the domain profile |
Get-NetConnectionProfile | Select-Object Name,InterfaceAlias,NetworkCategory,IPv4Connectivity
Set-NetConnectionProfile -InterfaceAlias 'Corp VPN' -NetworkCategory Private
Set-NetConnectionProfile -InterfaceAlias 'Corp VPN' -NetworkCategory DomainAuthenticatedત્રીજો આદેશ નિષ્ફળ જાય છે, અને તે દસ્તાવેજીકૃત વર્તન છે, પરવાનગીની સમસ્યા નથી. આદેશનું સંદર્ભ જ કહે છે કે ડોમેન શ્રેણી આ રીતે સોંપી શકાતી નથી, કારણ કે Windows તેને ડોમેન પ્રમાણીકરણમાંથી મેળવે છે. ભૂલ જોવી એ ઉપયોગી પુષ્ટિ છે કે શ્રેણી પરિણામ છે, સેટિંગ નથી.
પ્રથમ આદેશ તે એન્ડપોઇન્ટ પર વાંચો જેનો ટ્રાફિક અવરોધાય છે. ગેટવેના પોતાના ઇન્ટરફેસનું વર્ગીકરણ તમને એ વિશે કંઈ કહેતું નથી કે દરેક કનેક્ટ થતું વર્કસ્ટેશન તેની ટનલને કેવી રીતે વર્ગીકૃત કરે છે.
નિયમો જે પ્રોફાઇલ માટે લખાયા તેને અનુસરે છે
શ્રેણી ખબર પડ્યા પછી, ખૂટતી પહોંચ સામાન્ય રીતે પોતાની જાતને સમજાવે છે. દરેક Windows Firewall નિયમ પ્રોફાઇલ વ્યાપ ધરાવે છે, અને ડોમેન પર મર્યાદિત નિયમ ત્યારે લાગુ પડતો નથી જ્યારે ઇન્ટરફેસ જાહેર હોય. ત્રણ આદેશો તેને સિદ્ધાંતને બદલે જવાબ બનાવે છે, અને ત્રીજો એ કિસ્સો પકડે છે જ્યાં પ્રોફાઇલ ક્યારેય સમસ્યા ન હતી:
(Get-NetFirewallRule -DisplayName 'Allow File Share').Profile
Get-NetFirewallRule -DisplayName 'Allow File Share' | Get-NetFirewallAddressFilter
Get-NetFirewallProfile | Select-Object Name,Enabled,DefaultInboundActionબીજો આદેશ એ છે જે અસ્પષ્ટ અહેવાલને સુધારણામાં ફેરવે છે. જો નિયમ દૂરના સરનામાંની શ્રેણી પર મર્યાદિત હોય જેમાં VPN પૂલનો સમાવેશ ન થાય, તો પ્રોફાઇલ બદલવાથી પણ મદદ મળશે નહીં.
ડિફોલ્ટ ઇનબાઉન્ડ ક્રિયા પણ તપાસો. જે મશીનમાં ઇનબાઉન્ડ ડિફોલ્ટ રૂપે અવરોધાયેલું હોય, ત્યાં ખૂટતો પરવાનગી નિયમ નકારને બદલે મૌન ઉત્પન્ન કરે છે. ક્લાયન્ટની બાજુથી તે રૂટિંગ નિષ્ફળતા જેવું જ દેખાય છે, અને તેથી જ આમાંની ઘણી ટિકિટો ખોટી ધારણાથી શરૂ થાય છે.
કયું મશીન નિયમ લાગુ કરે છે તે નક્કી કરો
શ્રેણી બદલતાં પહેલાં નક્કી કરો કે અવરોધ ક્યાં થાય છે. જે સર્વર શેર હોસ્ટ કરે છે તેની પોતાની ફાયરવોલ હોઈ શકે છે, અને તેના નિયમો VPN પૂલમાંથી આવતા ટ્રાફિક પર લાગુ પડે છે, ક્લાયન્ટે તેના એડેપ્ટરને શું નામ આપ્યું તે ધ્યાનમાં લીધા વિના. ત્યાંનો નકાર તમે ચલાવો તે દરેક સ્થાનિક આદેશ માટે અદૃશ્ય છે, અને ક્લાયન્ટ બાજુ ફક્ત જણાવે છે કે સંસાધન ઉપલબ્ધ નથી. ક્લાયન્ટના વર્ગીકરણને સ્પર્શ કરતાં પહેલાં લક્ષ્યના પોતાના નિયમોનું પરીક્ષણ કરો.
ક્લાયન્ટથી ચોક્કસ પોર્ટ સુધી પરીક્ષણ કરો, પછી તે જ VPN પરના બીજા હોસ્ટના પરીક્ષણ સાથે સરખાવો. બંને નિષ્ફળ જાય તો સમસ્યા લક્ષ્ય પર અથવા માર્ગ પર છે. ફક્ત એક જ નિષ્ફળ જાય તો તફાવત તે મશીન માટે સ્થાનિક છે, અને પ્રોફાઇલ શ્રેણી સંભવિત કારણ બને છે.
દિશા પણ ધ્યાનમાં રાખો. ઇનબાઉન્ડ SMB ને મંજૂરી આપતો નિયમ એવા ક્લાયન્ટ માટે કંઈ કરતો નથી જેનો પોતાનો આઉટબાઉન્ડ નિયમ એ જ ટ્રાફિકને અવરોધે છે. ફાઇલ એક્સપ્લોરર વિન્ડોમાંથી બંને નિષ્ફળતાઓ અલગ પડતી નથી, તેથી કંઈપણ સંપાદિત કરતાં પહેલાં દરેક દિશાનું અલગથી પરીક્ષણ કરો.
બધું ફરી લેબલ કરવાને બદલે શું કરવું
વિશાળ નિયમને સંતોષવા માટે અજાણ્યા નેટવર્કને ખાનગી બનાવવું એ વાસ્તવિક પરિણામો સાથેનો વાસ્તવિક ફેરફાર છે. ખાનગી પ્રોફાઇલ સામાન્ય રીતે જાહેર કરતાં વધુ શોધ અને વધુ ઇનબાઉન્ડ ટ્રાફિકની મંજૂરી આપે છે.
જો ધ્યેય ચોક્કસ સેવાને VPN ક્લાયન્ટ સુધી પહોંચવા દેવાનો હોય, તો નિયમને પ્રોફાઇલને બદલે દૂરના સરનામા દ્વારા મર્યાદિત કરો. તે ઉદ્દેશને ચોકસાઈથી વ્યક્ત કરે છે, વર્ગીકરણને ધ્યાનમાં લીધા વિના કામ કરે છે અને Windows વર્ચ્યુઅલ એડેપ્ટર વિશે સાચું અનુમાન કરશે કે નહીં તેના પર નિર્ભર નથી. ઇન્ટરફેસને ફરી વર્ગીકૃત કરતા ક્લાયન્ટ અપડેટ પછી પણ તે ટકે છે. પૂલને નિયમમાં લખો અને આગલી વ્યક્તિ પૂછ્યા વિના ઉદ્દેશ વાંચી શકશે.
જો ડોમેન શ્રેણી ખરેખર અપેક્ષિત હોય અને ક્યારેય દેખાય નહીં, તો તે અલગ તપાસ છે. ચકાસો કે મશીન ડોમેન-જોડાયેલું છે, ટનલ દ્વારા ડોમેન કંટ્રોલર સુધી પહોંચી શકે છે અને સુરક્ષિત ચેનલ સ્વસ્થ છે. તે ત્રણ આદેશો એક પણ રજિસ્ટ્રી સંપાદન વિના જવાબ આપે છે:
Get-CimInstance Win32_ComputerSystem | Select-Object PartOfDomain,Domain
Test-ComputerSecureChannel -Verbose
nltest /dsgetdc:corp.example.comતે ત્રણે જવાબ આપે છે કે એન્ડપોઇન્ટ નેટવર્કને પ્રમાણિત કરી શક્યું હોત કે નહીં. જો તે કંટ્રોલર સુધી પહોંચી ન શકે, તો ડોમેન શ્રેણી ક્યારેય સોંપાશે નહીં, એડેપ્ટર કેટલી વાર રીસેટ કરો. તમે જે ફાયરવોલ નિયમનો પીછો કરતા હતા તે ક્યારેય ખરી સમસ્યા ન હતો, અને લેબલ કારણ નહીં, તૂટેલા માર્ગનું લક્ષણ હતું.