ഡൗൺലോഡിന്റെ നടുവിൽ ക്ലയന്റ് മരിക്കുന്നു, ട്രേ ഐക്കൺ മായുന്നു. സ്ഥാനാന്തരം വീട്ടിലെ കണക്ഷനിലൂടെ തുടരുന്നു. ഈ ക്രമമാണ് കിൽ സ്വിച്ച് ഉണ്ടാകാനുള്ള കാരണം, കൂടാതെ രണ്ടാമതൊരു ഉൽപ്പന്നവുമില്ലാതെ Windows അതിനടുത്തെത്താനും കഴിയും.

അറിയാൻ യോഗ്യമായ രണ്ട് രീതികളുണ്ട്. അവ വ്യത്യസ്ത സ്ഥലങ്ങളിൽ പരാജയപ്പെടുന്നു, ഒന്നും പൂർണമായ ഉത്തരമല്ല.

രീതി ഒന്ന്: ഒരു പ്രൊഫൈലിൽ മാത്രം പ്രോഗ്രാമിന് അനുമതി നൽകുക

Windows ഫയർവാൾ നിയമങ്ങളെ Domain, Private, Public എന്ന പ്രൊഫൈലുകളിൽ ഒതുക്കുന്നു. തന്ത്രം ടണൽ അഡാപ്റ്ററിന് ഒരു വിഭാഗവും ഫിസിക്കൽ അഡാപ്റ്ററിന് മറ്റൊരു വിഭാഗവും നൽകുക എന്നതാണ്. തുടർന്ന് സംരക്ഷിത പ്രോഗ്രാമിനെ ടണൽ പ്രൊഫൈലിൽ അനുവദിക്കുകയും മറ്റെല്ലായിടത്തും തടയുകയും ചെയ്യുന്ന ഒരു ഔട്ട്ബൗണ്ട് നിയമം എഴുതുന്നു. ഫയർവാൾ വിഭാഗമാണ് വായിക്കുന്നത്, അഡാപ്റ്ററിന്റെ പേരല്ല.

ആദ്യം VPN കണക്ഷൻ Private-ലേക്കും ഫിസിക്കൽ നെറ്റ്‌വർക്ക് Public-ലേക്കും മാറ്റുക. തുടർന്ന് വേണ്ടാത്ത പ്രൊഫൈലുകൾക്ക് ബാധകമായ തടയൽ നിയമം പ്രോഗ്രാമിന് ചേർക്കുക. ശേഷം Get-NetConnectionProfile ഉപയോഗിച്ച് അനുവദനം സ്ഥിരീകരിക്കുക, കാരണം നിയമം പിന്തുടരുന്നത് ആ അനുവദനത്തെയാണ്.

Get-NetConnectionProfile | Select-Object Name, InterfaceAlias, NetworkCategory

New-NetFirewallRule -DisplayName 'Block browser off VPN' -Direction Outbound `
  -Program 'C:\Program Files\Mozilla Firefox\firefox.exe' -Action Block -Profile Public

New-NetFirewallRule -DisplayName 'Allow browser on VPN' -Direction Outbound `
  -Program 'C:\Program Files\Mozilla Firefox\firefox.exe' -Action Allow -Profile Private

ദുർബലത ഘടനാപരമാണ്. പ്രൊഫൈൽ നിയമം വിഭാഗത്തെ പിന്തുടരുന്നു, അതിനാൽ Windows ഒരു ഹോട്ടൽ നെറ്റ്‌വർക്ക് വീണ്ടും വർഗ്ഗീകരിക്കുമ്പോൾ തടയൽ പ്രാബല്യത്തിൽ ഇല്ലാതാകാം. അങ്ങനെ സംഭവിക്കുമ്പോൾ നിയമങ്ങളുടെ പട്ടികയിൽ ഒന്നും മാറുന്നില്ല.

രീതി രണ്ട്: ഫിസിക്കൽ ഡിഫോൾട്ട് റൂട്ട് നീക്കം ചെയ്യുക

റൂട്ട് സമീപനം കൂടുതൽ പരുക്കനും ഓഡിറ്റ് ചെയ്യാൻ വളരെ എളുപ്പവുമാണ്. ഫിസിക്കൽ ഗേറ്റ്‌വേ കുറിച്ചെടുക്കുക, VPN തന്റെ സ്വന്തം ഡിഫോൾട്ട് റൂട്ട് താഴ്ന്ന മെട്രിക്കോടെ ഇൻസ്റ്റാൾ ചെയ്യാൻ അനുവദിക്കുക, പിന്നീട് ഫിസിക്കൽ ഡിഫോൾട്ട് ഇല്ലാതാക്കുക. അതിനു ശേഷം ട്രാഫിക് വഹിക്കാൻ മറ്റൊന്നിനും കഴിയില്ല.

route print -4
route delete 0.0.0.0 mask 0.0.0.0 192.168.50.1
route print -4 | findstr /c:"0.0.0.0"

ക്ലയന്റ് മരിക്കുമ്പോൾ VPN റൂട്ട് അതിന്റെ അഡാപ്റ്ററിനൊപ്പം പോകുന്നു. യന്ത്രം ചോർന്ന് പോകുന്നതിനു പകരം ഓഫ്‌ലൈനാകുന്നു, കിൽ സ്വിച്ച് ഉൽപ്പാദിപ്പിക്കേണ്ടത് കൃത്യമായി അതാണ്.

ഇത് ഒരു ആഴ്ച നിലനിൽക്കുമോ എന്ന് രണ്ട് വിശദാംശങ്ങൾ തീരുമാനിക്കുന്നു. ലിങ്ക് ഇളകുമ്പോഴെല്ലാം DHCP ഗേറ്റ്‌വേ തിരികെ വയ്ക്കുന്നു. സ്ഥിര വിലാസമുള്ള ഫിസിക്കൽ അഡാപ്റ്റർ ആ അത്ഭുതം ഒഴിവാക്കുന്നു. VPN സെർവറിന്റെ സ്വന്തം വിലാസവും പ്രാപ്യമായി തുടരണം. ആ ഹോസ്റ്റ് റൂട്ട് ഇല്ലാതെ തടയൽ പ്രവർത്തിപ്പിച്ച തകരാറിനു ശേഷം ക്ലയന്റിന് ഒരിക്കലും വീണ്ടും കണക്ട് ചെയ്യാനാകില്ല.

രീതി മൂന്ന്: ഗേറ്റ്‌വേ ഇല്ല, ഒരു സ്ഥിര ഹോസ്റ്റ് റൂട്ട്

മൂന്നാമത്തെ ഓപ്ഷൻ അഡാപ്റ്റർ ക്രമീകരണങ്ങളിൽ നിന്ന് ഗേറ്റ്‌വേ മായ്ക്കുന്നതിൽ തുടങ്ങുന്നു. തുടർന്ന് VPN അന്ത്യത്തിലേക്കുള്ള ഒരു സ്ഥിര റൂട്ട് അതിനെ മാറ്റിസ്ഥാപിക്കുന്നു. പിന്നീട് ടണൽ ഉയരുന്നതുവരെ യന്ത്രത്തിന് സെർവറുമായി സംസാരിക്കാം, മറ്റൊന്നുമായി അല്ല.

route -p add 198.51.100.44 mask 255.255.255.255 192.168.50.1 metric 1
route print -4 | findstr 198.51.100.44

ഗേറ്റ്‌വേ പുനഃസ്ഥാപിക്കുന്നത് സാധാരണ ഇന്റർനെറ്റ് പുനഃസ്ഥാപിക്കുന്നു, ഇത് ഇതിനെ വൃത്തിയുള്ള ഓൺ-ഓഫ് സ്വിച്ചാക്കുന്നു. ഇത് ഇന്റർഫേസ് ഇവന്റുകൾ നിരീക്ഷിക്കുന്ന സ്ക്രിപ്റ്റിനെ ആശ്രയിക്കുന്നില്ല. നെറ്റ്‌വർക്ക് എങ്ങനെ വർഗ്ഗീകരിക്കപ്പെടുന്നു എന്നതും ഇതിന് പ്രശ്നമല്ല.

ടണൽ താഴെയായിരിക്കുമ്പോൾ പൂർണ വേർതിരിവാണ് വില. അപ്‌ഡേറ്റുകൾ നിലയ്ക്കുന്നു, ഈ അഭ്യാസത്തിന് കാരണമായ ഡൗൺലോഡും നിലയ്ക്കുന്നു. ജോലി ലാപ്‌ടോപ്പിൽ ഇത് പലപ്പോഴും ശരിയാണ്, വ്യക്തിഗത യന്ത്രത്തിൽ ഇത് ബോധപൂർവം എടുക്കേണ്ട തീരുമാനമാണ്.

ഗ്ലോബ് ഐക്കൺ എന്തും തെളിയിക്കാത്തത് എന്തുകൊണ്ട്

Windows Microsoft-ന്റെ ഒരു അന്ത്യത്തിനെതിരായ പരിശോധനയിലൂടെ പ്രാപ്യത റിപ്പോർട്ട് ചെയ്യുന്നു. ആ പരിശോധന നിങ്ങളുടെ ടണലിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല. കണക്ട് ചെയ്ത ടണൽ ഇന്റർനെറ്റ് ഇല്ലെന്ന് റിപ്പോർട്ട് ചെയ്യുന്ന ഗ്ലോബിന് പിന്നിൽ ഇരിക്കാം, മരിച്ച ടണൽ ആരോഗ്യകരമായ കണക്ഷൻ കാണിക്കാം.

ക്ലയന്റ് പ്രോസസ് കൊന്ന് പരീക്ഷിക്കുക, തുടർന്ന് നമ്പർ ഉപയോഗിച്ച് പൊതു വിലാസത്തിലെത്താൻ ശ്രമിക്കുക. പേരിന്റെ ചോദ്യത്തിന് കാഷിൽ നിന്ന് ഉത്തരം ലഭിക്കാം, അതിനാൽ ഐക്കണും DNS ഉത്തരവും തെളിവല്ല.

യഥാർത്ഥ വിച്ഛേദത്തിനു ശേഷം എന്ത് രേഖപ്പെടുത്തണം

പരീക്ഷണം ഒറ്റ പരിശോധനയായല്ല, ഒരു ക്രമമായി നടത്തുക. വിച്ഛേദിക്കുന്നതിനു പകരം പ്രോസസ് കൊല്ലുക, തുടർന്ന് രണ്ട് കുടുംബങ്ങളിലും സംഖ്യാവിലാസം പരീക്ഷിക്കുക. ശേഷം ക്ലയന്റ് പുനഃസ്ഥാപിച്ച്, നിങ്ങൾ സൂക്ഷിച്ച റൂട്ടിലൂടെ അത് ഇപ്പോഴും സ്വന്തം സെർവറിലെത്തുന്നുവെന്ന് സ്ഥിരീകരിക്കുക.

taskkill /IM openvpn-gui.exe /F
ping -4 198.51.100.44
ping -6 2606:4700:4700::1111
route print -4 | findstr /c:"0.0.0.0"

ഉറക്കത്തിനു ശേഷം, Wi-Fi മാറ്റത്തിനു ശേഷം, കേബിളിൽ നിന്ന് വയർലെസ്സിലേക്ക് മാറിയ ശേഷം ക്രമം ആവർത്തിക്കുക. പ്രൊഫൈൽ രീതിയും DHCP സ്വഭാവവും ഒരുമിച്ച് പരാജയപ്പെടുന്നത് ഈ പരിവർത്തനങ്ങളിലാണ്. മേശപ്പുറത്ത് നിൽക്കുന്ന നിയമം ഹോട്ടലിൽ നിൽക്കണമെന്നില്ല.

ഓരോ നിയമത്തിനും റൂട്ടിനും അരികിൽ പഴയപടിയാക്കാനുള്ള ഘട്ടം എഴുതുക. Microsoft ഔട്ട്ബൗണ്ട് നിയമങ്ങൾ സൃഷ്ടിക്കുന്നത് തങ്ങളുടെ Windows ഫയർവാൾ നിയമങ്ങളുടെ റഫറൻസിൽ രേഖപ്പെടുത്തുന്നു, അത് സ്ക്രീൻഷോട്ടുകൾ മാത്രമുള്ള ഗൈഡിനേക്കാൾ നല്ല സ്രോതസ്സാണ്.

അനുബന്ധ ലേഖനങ്ങൾ