ടണൽ കണക്റ്റ് ചെയ്തതായി റിപ്പോർട്ട് ചെയ്യുന്നു, വിക്കി ഇപ്പോഴും ലോഡ് ചെയ്യുന്നു. പിന്നീട് ഒരു ഡൗൺലോഡ് നിലയ്ക്കുന്നു, ഷെൽഫിലെ ഷെയർ പ്രതികരിക്കുന്നത് നിർത്തുന്നു. ടണൽ തന്റെ ജോലി ചെയ്തു, പ്രൊഫൈൽ എല്ലാ ലക്ഷ്യത്തിനും വെറുതെ അവകാശപ്പെട്ടു.

Windows ഒരു VPN കണക്ഷനെ റൂട്ടിംഗ് തീരുമാനമായി കാണുന്നു. ആ തീരുമാനം ചുരുക്കുന്നതുവരെ, യന്ത്രം ഓഫീസിലേക്ക് താമസം മാറിയതുപോലെ പെരുമാറുന്നു.

പ്രവർത്തിക്കുന്ന ടണൽ ഒരു തടസ്സമായി തോന്നുന്നതെന്തുകൊണ്ട്

വിദൂര ഗേറ്റ്‌വേ ഉപയോഗിക്കാൻ അനുമതിയുള്ള പ്രൊഫൈൽ ടണലിലൂടെ ഒരു സ്ഥിരസ്ഥിതി റൂട്ട് ഇൻസ്റ്റാൾ ചെയ്യുന്നു. പിന്നീട് പ്രാദേശിക ലിങ്കിൽ ഇല്ലാത്ത എല്ലാ ലക്ഷ്യവും ഓഫീസിലെ ഫയർവാളിലൂടെ പുറത്തുപോകുന്നു. പ്രാദേശിക ഷെയറുകൾ പ്രതികരിക്കുന്നത് നിർത്തുന്നു, കാരണം അവയുടെ ട്രാഫിക് ഇപ്പോൾ മറ്റൊരു ഭൂഖണ്ഡത്തിലേക്ക് പോയി മടങ്ങുന്നു. ക്ലയന്റിന്റെ അവസ്ഥയിൽ അത് പ്രതിഫലിപ്പിക്കുന്ന ഒന്നുമില്ല.

ലക്ഷണങ്ങൾ ബോധപൂർവം ആശയക്കുഴപ്പമുണ്ടാക്കുന്നതാണ്. ഷെയർ സമയപരിധി കഴിയുമ്പോൾ നാമവിശകലനം ഇപ്പോഴും പ്രവർത്തിച്ചേക്കാം, അല്ലെങ്കിൽ നേരെ മറിച്ചും. ഉപയോക്താവ് VPN തകർന്നതായി റിപ്പോർട്ട് ചെയ്യുന്നു, ക്ലയന്റ് തന്നെ കുഴപ്പമില്ലെന്ന് റിപ്പോർട്ട് ചെയ്യുന്നു, രണ്ട് പ്രസ്താവനകളും കൃത്യമാണ്.

IPv4 ഡയലോഗിൽ ഒളിഞ്ഞിരിക്കുന്ന ചെക്ക്ബോക്സ്

ക്രമീകരണം പല ഡയലോഗുകൾ ആഴത്തിലാണ്. ncpa.cpl തുറക്കുക, കണക്ഷനിൽ വലത്-ക്ലിക്ക് ചെയ്യുക, പിന്നീട് IPv4 ഗുണങ്ങൾ, പിന്നീട് വിപുലമായത്, കണക്ഷനെ വിദൂര സ്ഥിരസ്ഥിതി ഗേറ്റ്‌വേ ആകാൻ അനുവദിക്കുന്ന ഓപ്ഷൻ നീക്കം ചെയ്യുക. ആ ഒരു ബോക്സാണ് പ്രൊഫൈൽ പൂർണ്ണ ടണലാണോ എന്ന് തീരുമാനിക്കുന്നത്. പ്രൊഫൈലിലെ മറ്റെല്ലാം ഇപ്പോഴും ബാധകമാണ്.

വീണ്ടും കണക്റ്റ് ചെയ്യുന്നതിന് മുമ്പും ശേഷവും route print -4 താരതമ്യം ചെയ്യുക. മുമ്പ് ടണലിലേക്ക് ചൂണ്ടിയിരുന്ന 0.0.0.0 എൻട്രി പോയിരിക്കണം, കോർപ്പറേറ്റ് പ്രിഫിക്സുകൾ ഇപ്പോഴും അവിടെ ഉണ്ടായിരിക്കണം.

route print -4 | findstr /c:"0.0.0.0"
Get-VpnConnection -Name 'Work VPN' | Select-Object Name, SplitTunneling, Routes

ഇന്റർഫേസ് മെട്രിക് മാറ്റുന്നത് അതിന് പകരമല്ല. മെട്രിക് രണ്ട് മത്സരിക്കുന്ന സ്ഥിരസ്ഥിതികൾക്കിടയിൽ മാത്രം തീരുമാനിക്കുന്നു, ഓരോ കണക്ഷനിലും സ്വന്തം സ്ഥിരസ്ഥിതി റൂട്ട് വീണ്ടും ഇൻസ്റ്റാൾ ചെയ്യുന്ന ക്ലയന്റ് ഏത് സംഖ്യ നിശ്ചയിച്ചാലും ആ മത്സരം ജയിക്കുന്നു.

ആരും ലിസ്റ്റ് ചെയ്യാത്ത പ്രിഫിക്സ്

സ്പ്ലിറ്റ് ടണലിംഗ് പ്രൊഫൈലിൽ രേഖപ്പെടുത്തിയ പ്രിഫിക്സുകൾ തന്നെ വെളിപ്പെടുത്തുന്നു. പ്രൊഫൈൽ എഴുതിയതിന് ശേഷം ചേർത്ത ഓഫീസ് സബ്നെറ്റ് ടണൽ പൂർണ്ണമായി ആരോഗ്യകരമായിരിക്കുമ്പോഴും എത്തിപ്പെടാനാവാത്തതായി തുടരുന്നു. പിന്നീട് റിപ്പോർട്ട് തകർന്ന VPN എന്നതിന് പകരം ഒരു തകർന്ന സെർവർ ആയി വരുന്നു.

കൈകൊണ്ട് ചേർത്ത റൂട്ട് ഗേറ്റ്‌വേ വിലാസം മാറുന്നതുവരെ വിടവ് മൂടുന്നു. പ്രിഫിക്സ് കണക്ഷനിൽ രേഖപ്പെടുത്തുന്നത് കൂടുതൽ ഉറപ്പുള്ളതാണ്, കാരണം പിന്നീട് പ്രിഫിക്സ് ഊഹിച്ച വിലാസത്തെയല്ല, കണക്ഷനെ പിന്തുടരുന്നു.

route -p add 172.20.8.0 mask 255.255.255.0 10.8.0.1
Add-VpnConnectionRoute -ConnectionName 'Work VPN' -DestinationPrefix 172.20.8.0/24
Get-VpnConnection -Name 'Work VPN' | Select-Object -ExpandProperty Routes

സംഭരിച്ച ലിസ്റ്റും ജീവനുള്ള പട്ടികയും ഒരുമിച്ച് വായിക്കുക. സംഭരിച്ച പ്രിഫിക്സ് നിലനിൽക്കാം, പക്ഷേ കണക്ഷൻ ഉയർന്നതിന് ശേഷം ഒരു മാനേജ്മെന്റ് ഏജന്റ് റൂട്ടുകൾ ഫിൽട്ടർ ചെയ്യുമ്പോൾ പട്ടിക അത് ഒരിക്കലും സ്വീകരിച്ചെന്ന് വരില്ല. നേരെ മറിച്ചും സംഭവിക്കാം, റജിസ്ട്രി റൂട്ട് ഓഫ് ആയ ഒരു അഡാപ്റ്ററിലേക്ക് ചൂണ്ടുമ്പോൾ. രണ്ടിൽ ഒരു കാഴ്ച മാത്രം മുഴുവൻ കഥ പറയുന്നില്ല.

റീബൂട്ടിന് ശേഷം ഫലം തെളിയിക്കുക

രണ്ട് ദിശകളിലും ട്രേസ് ചെയ്ത് പേര് കൊണ്ട് പരിഹരിക്കുക. പൊതു ട്രേസ് ദാതാവിലൂടെ പുറത്തുപോകണം, ആന്തരിക ട്രേസ് ടണലിൽ പ്രവേശിക്കണം, ആന്തരിക ഹോസ്റ്റ് വിലാസം കൊണ്ട് മാത്രമല്ല പേര് കൊണ്ടും പ്രതികരിക്കണം.

tracert -4 www.example.com
tracert -4 wiki.corp.example
ping -4 fileserver.corp.example
ping -4 172.20.8.20

വിച്ഛേദനം, വീണ്ടും കണക്ഷൻ, ഒരു റീബൂട്ട് എന്നിവയ്ക്ക് ശേഷം ആവർത്തിക്കുക. കൈകൊണ്ടുള്ള വീണ്ടും കണക്ഷനെ അതിജീവിച്ച് റീസ്റ്റാർട്ടിന് ശേഷം അപ്രത്യക്ഷമാകുന്ന പ്രിഫിക്സ് ഒരിക്കലും പ്രൊഫൈലിൽ സംഭരിച്ചിരുന്നില്ല.

പ്രിന്ററും NAS-ഉം പരീക്ഷണത്തിൽ നിലനിർത്തുക, കാരണം ലാപ്‌ടോപ്പിന് അടുത്തുള്ള ഉപകരണങ്ങൾ മുറിച്ചുമാറ്റുന്ന സ്പ്ലിറ്റ് ടണൽ ഒരു പ്രശ്നം ചെറുതും കൂടുതൽ ശല്യപ്പെടുത്തുന്നതുമായ ഒന്ന് സൃഷ്ടിച്ച് പരിഹരിച്ചു. നിങ്ങളുടെ മൊഡ്യൂൾ പതിപ്പുമായി പാരാമീറ്ററുകളുടെ അക്ഷരവിന്യാസം പരിശോധിക്കുന്ന സ്ഥലം Microsoft-ന്റെ Add-VpnConnectionRoute റഫറൻസ് ആണ്.

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