നിങ്ങളുടെ 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ആ മൂന്നും എൻഡ്‌പോയിന്റിന് നെറ്റ്വർക്കിനെ പ്രാമാണീകരിക്കാനാകുമായിരുന്നോ എന്ന് ഉത്തരം നൽകുന്നു. അതിന് കൺട്രോളറിൽ എത്താനാകുന്നില്ലെങ്കിൽ, അഡാപ്റ്റർ എത്ര തവണ റീസെറ്റ് ചെയ്താലും ഡൊമെയ്ൻ വിഭാഗം ഒരിക്കലും നൽകപ്പെടില്ല. നിങ്ങൾ പിന്തുടർന്ന ഫയർവാൾ നിയമം ഒരിക്കലും യഥാർത്ഥ പ്രശ്നമായിരുന്നില്ല, ലേബൽ കാരണമല്ല, തകർന്ന വഴിയുടെ ലക്ഷണമായിരുന്നു.