VPN വീട്ടിൽ കണക്റ്റ് ചെയ്യുന്നു, എന്നാൽ ഹോട്ടൽ Wi-Fi-യിൽ സമയം കഴിയുന്നു
അതേ ലാപ്ടോപ്പ്, അതേ അക്കൗണ്ട്, വേറെ നെറ്റ്വർക്ക്. പിശക് കോഡ് ഒരു ഘട്ടമായി വായിക്കുക, പേര് പരിശോധിക്കുക, എന്നിട്ട് ഏതെങ്കിലും ക്രമീകരണം മാറ്റുന്നതിന് മുമ്പ് പുറത്തുള്ള പാക്കറ്റ് പിടിക്കുക.
ലാപ്ടോപ്പ് വീട്ടിലെ Wi-Fi-യിൽ ചേരുന്നു, ക്ലയന്റ് മൂന്ന് സെക്കൻഡിൽ കണക്റ്റ് ചെയ്യുന്നു, അതേ പ്രൊഫൈൽ ഒരു മണിക്കൂർ കഴിഞ്ഞ് ഹോട്ടലിൽ പരാജയപ്പെടുന്നു. ഇടയിൽ ഒന്നും അപ്ഡേറ്റ് ചെയ്തിട്ടില്ല. നിങ്ങളുടെ മുന്നിൽ ഒരു ക്ലയന്റുമായി ഇത് പരിശോധിക്കുന്നത് പ്രധാനമായും ഏത് പിശക് ഏത് ഘട്ടത്തിനുള്ളതാണെന്ന് അറിയുന്നതിനെക്കുറിച്ചാണ്, കാരണം ഉപയോഗപ്രദമായ വിവരം ക്ലയന്റ് പ്രിന്റ് ചെയ്യുന്ന കോഡിലാണ്, അത് പരാജയപ്പെട്ടു എന്ന വസ്തുതയിലല്ല. താഴെയുള്ള നാല് ഘട്ടങ്ങൾ ക്രമത്തിൽ ചെയ്യുക, എന്നാൽ ഒരു പേരോ പാക്കറ്റോ പോർട്ടോ നയമോ നിങ്ങളെ നിരസിച്ചുവെന്ന് നിങ്ങൾ അറിയും.
പിശക് കോഡ് വിധിയല്ല, ഘട്ടമായി വായിക്കുക
ടണൽ നിലവിലുണ്ടാകുന്നതിന് മുമ്പ് ക്ലയന്റ് മൂന്ന് വേറിട്ട ഘട്ടങ്ങളിൽ എത്തുന്നു. അത് സെർവറിന്റെ പേര് പരിഹരിക്കുന്നു, നെറ്റ്വർക്കിലെ എന്തോ ഒന്നിൽ നിന്ന് ഉത്തരം നേടുന്നു, സുരക്ഷാ അസോസിയേഷനിൽ ചർച്ച ചെയ്യുന്നു. ഓരോ ഘട്ടത്തിനും സ്വന്തം പരാജയ സന്ദേശമുണ്ട്, പ്രത്യേകിച്ച് Windows ഏത് ഘട്ടത്തിനുള്ളതാണെന്ന് അറിഞ്ഞാൽ വ്യത്യസ്ത കോഡുകൾ ഉദാരമായി നൽകുന്നു.
| What the client says | Stage that failed | First thing to run |
|---|---|---|
| 868, name did not resolve | DNS, before any packet leaves for the server | Resolve-DnsName vpn.example.net |
| 721 or 806, remote computer did not respond | Outer protocol filtered, typically GRE or UDP | A capture on the local interface |
| 809, server not responding | A device in the path is dropping the outer flow | The same capture, from a second network |
| 789, security layer error | The security exchange started and was rejected | Certificate and proposal settings on both ends |
ആ കോഡുകളിൽ രണ്ടെണ്ണം നെറ്റ്വർക്ക് കുറ്റമറ്റതാണെന്ന് അർഥം. 789 എന്നാൽ പാക്കറ്റുകൾ ഒഴുകുകയായിരുന്നു, രണ്ട് അറ്റങ്ങളും എൻക്രിപ്ഷനിൽ യോജിച്ചില്ല, ഇത് വീട്ടിൽ തന്നെ പരിഹരിക്കാവുന്ന കോൺഫിഗറേഷൻ പ്രശ്നമാണ്. 868 എന്നാൽ ഒരു പാക്കറ്റിനും പുറത്തുപോകേണ്ടതില്ലായിരുന്നു, അതിനാൽ പേര് പരിഹരിക്കുന്നതുവരെ ടണൽ രൂപകൽപ്പനയ്ക്ക് പ്രസക്തിയില്ല. കോഡ് ശരിയായ ഘട്ടത്തിൽ ഉൾപ്പെടുത്തുന്നത് ഏതൊരു ക്യാപ്ചറിനെക്കാളും സമയം ലാഭിക്കുന്നു, കാരണം അടുത്ത മൂന്ന് ഘട്ടങ്ങളിൽ ഏത് ഒഴിവാക്കാമെന്ന് അത് പറയുന്നു.
ക്ലയന്റ് Windows അല്ലെങ്കിൽ ഉചിതമായി ജാഗ്രത പാലിക്കുക. തേർഡ്-പാർട്ടി ക്ലയന്റുകൾ ഇവയിൽ ഭൂരിഭാഗവും "കണക്ഷൻ പരാജയപ്പെട്ടു" എന്നാക്കി ചുരുക്കുന്നു, അതുകൊണ്ട് അടുത്ത രണ്ട് ഘട്ടങ്ങൾ സന്ദേശത്തെ ഒട്ടും ആശ്രയിക്കുന്നില്ല.
ടണലിനെ കുറ്റപ്പെടുത്തുന്നതിന് മുമ്പ് പേര് പരിശോധിക്കുക
ഹോട്ടൽ, വിമാനത്താവള നെറ്റ്വർക്കുകൾ തുടർച്ചയായി DNS തടയുന്നു, പോർട്ടൽ വിലാസം നൽകി ഉത്തരം നൽകുന്ന റിസോൾവർ ചത്ത സെർവറിനെപ്പോലെ തോന്നിക്കുന്ന പരാജയം സൃഷ്ടിക്കുന്നു. ലോക്കൽ റിസോൾവർ പറയുന്നതും പൊതു റിസോൾവർ പറയുന്നതും താരതമ്യം ചെയ്യുക:
Resolve-DnsName vpn.example.net -Type A
nslookup vpn.example.net 1.1.1.1
ipconfig /all | findstr /i "DNS Servers"രണ്ട് ഉത്തരങ്ങളും വ്യത്യസ്തമാണെങ്കിൽ നിങ്ങളെ വഴിതിരിച്ചുവിടുകയാണ്, അത് പരിഹരിക്കുന്നതുവരെ ബാക്കി രോഗനിർണയം പാഴാണ്. പ്രത്യേകിച്ച് പോർട്ടൽ വിലാസം TCP കണക്ഷൻ സന്തോഷത്തോടെ സ്വീകരിച്ച് പിന്നീട് നിലയ്ക്കും, അതുകൊണ്ട് ബ്രൗസർ ഉപയോഗിച്ച് പരിശോധിക്കുമ്പോൾ അത് ഫയർവാൾ തടയലായി തോന്നാം.
ഇപ്പോൾ നിങ്ങൾ എത്താൻ ഉദ്ദേശിക്കുന്ന വിലാസം ഉപയോഗിക്കുന്നത് തന്നെയാണോ എന്ന് സ്ഥിരീകരിക്കുക. ചില ക്ലയന്റുകൾ മുൻ പരിഹാരം പ്രൊഫൈലിന്റെ മുഴുവൻ ആയുസ്സിലും കാഷെ ചെയ്യുന്നു, അതിനാൽ DNS മാറ്റത്തിന് ശേഷമുള്ള വീണ്ടും കണക്ഷനും പഴയ വിലാസത്തിലേക്കാണ് പോകുന്നത്. വീണ്ടും പരീക്ഷിക്കുന്നതിന് മുമ്പ് ക്ലയന്റ് പൂർണ്ണമായി അടയ്ക്കുക, അതേ ജാലകത്തിൽ വിച്ഛേദിക്കുകയും ബന്ധിപ്പിക്കുകയും ചെയ്യുന്നതിനുപകരം.
ഏത് പുറത്തുള്ള പാക്കറ്റ് അപ്രത്യക്ഷമാകുന്നുവെന്ന് കണ്ടെത്തുക
ടണലിന് നിങ്ങൾക്കും സെർവറിനും ഇടയിലുള്ള പാതയുടെ പൂർണ്ണമായും ഉള്ള ഒരു പുറം പ്രവാഹമുണ്ട്, ആ പ്രവാഹത്തെയാണ് ഇടനില പെട്ടികൾ വർഗ്ഗീകരിച്ച് ഉപേക്ഷിക്കുന്നത്. അത് ക്ലയന്റിൽ പിടിക്കുക, എന്നിട്ട് പ്രവർത്തിക്കുന്ന നെറ്റ്വർക്കിനെ പരാജയപ്പെടുന്നതുമായി താരതമ്യം ചെയ്യുക. Windows-ൽ ആദ്യ നോട്ടത്തിന് ഇൻബിൽറ്റ് ക്യാപ്ചർ മതി:
pktmon filter remove
pktmon filter add -p 500 -t UDP
pktmon start --capture --pkt-size 128
pktmon stop
pktmon etl2txt PktMon.etlനിങ്ങളുടെ പാക്കറ്റുകൾ ഒട്ടും പുറത്തുപോകുന്നുണ്ടോ, എന്തെങ്കിലും തിരികെ വരുന്നുണ്ടോ എന്നതാണ് കാണേണ്ടത്. പുറത്ത് പാക്കറ്റുകൾ പോയി തിരികെ ഒന്നുമില്ലെങ്കിൽ പാതയോ വിദൂര അറ്റമോ അവ ഉപേക്ഷിക്കുന്നു; ഒട്ടും പുറത്തുപോകുന്നില്ലെങ്കിൽ ക്ലയന്റ് അയയ്ക്കുന്നതുവരെ എത്തിയില്ല, ഇത് പേര് പരിഹരിക്കലിലേക്കോ ലോക്കൽ ഫയർവാൾ നയത്തിലേക്കോ വിരൽ ചൂണ്ടുന്നു.
ഫോണിന്റെ ഹോട്ട്സ്പോട്ടിൽ അതേ പരീക്ഷണം ആവർത്തിക്കുക. ഇതാണ് നിങ്ങൾക്ക് ലഭ്യമായ ഏറ്റവും വിവരദായകമായ താരതമ്യം, കാരണം ലാപ്ടോപ്പും ക്ലയന്റും ക്രെഡൻഷ്യലുകളും അതേപടി നിർത്തി ഹോട്ടലിലെ ഓരോ പെട്ടിയും പാതയിൽ നിന്ന് നീക്കുന്നു. ഹോട്ട്സ്പോട്ടിൽ ടണൽ ഉയർന്നാൽ സെർവറിനെ നോക്കുന്നത് നിർത്തുക. അവിടെയും പരാജയപ്പെട്ടാൽ നെറ്റ്വർക്ക് ഒരിക്കലും ഉണ്ടാക്കാത്ത ഒരു ക്ലയന്റ് അല്ലെങ്കിൽ അക്കൗണ്ട് പ്രശ്നമുണ്ട്.
ഒരു ട്രാൻസ്പോർട്ട് മാറ്റി വീണ്ടും പരീക്ഷിക്കുക
പുറം പ്രവാഹം ഉപേക്ഷിക്കപ്പെടുന്നുവെന്ന് അറിഞ്ഞാൽ, പ്രായോഗിക ചോദ്യം നെറ്റ്വർക്ക് ഏത് പ്രവാഹത്തിന് അനുമതി നൽകുന്നു എന്നതാണ്. മിക്ക നിയന്ത്രിത നെറ്റ്വർക്കുകളും പുറത്തേക്കുള്ള TCP 443 അനുവദിക്കുന്നു, അല്ലാത്തപക്ഷം അവയ്ക്ക് പ്രവർത്തിക്കാനാവില്ല, അതിനാൽ ലിസണർ അങ്ങോട്ട് മാറ്റുന്നതാണ് സാധാരണ ഉത്തരം. OpenVPN-ൽ സെർവർ മാറ്റുന്നതുവരെ ഇത് ക്ലയന്റ് വശത്തെ സ്വിച്ചാണ്:
openvpn --config corp.ovpn --proto tcp-client --remote vpn.example.net 443 --verb 4IPsec ക്ലയന്റുകൾക്ക് അവരുടെ സ്വന്തം ക്രമീകരണ പാനലുകളിൽ തത്തുല്യമായ സ്വിച്ചുണ്ട്, സാധാരണയായി TCP-യിലൂടെയുള്ള IPsec അല്ലെങ്കിൽ NAT കടന്നുപോകൽ എന്ന് വിവരിക്കുന്നു. അത് മാറ്റുന്നതും ഒരു രോഗനിർണയമാണ്: ടണൽ TCP-യിൽ ഉയർന്ന് UDP-യിൽ മരിക്കുന്നുവെങ്കിൽ നെറ്റ്വർക്ക് UDP ഫിൽട്ടർ ചെയ്യുന്നുവെന്ന് നിങ്ങൾ തെളിയിച്ചു, ആ സ്ഥലം സന്ദർശിക്കുമ്പോഴെല്ലാം ആവശ്യമാകുന്ന ക്രമീകരണവും കണ്ടെത്തി.
ആദ്യ ശ്രമത്തിൽ തന്നെ റൗട്ടറിന്റെ സവിശേഷതകൾ അപ്രാപ്തമാക്കാനുള്ള പ്രലോഭനത്തെ ചെറുക്കുക. ഹോട്ടൽ നെറ്റ്വർക്കിൽ സ്റ്റേറ്റ്ഫുൾ പരിശോധനയോ വെള്ളപ്പൊക്ക സംരക്ഷണമോ ഓഫ് ചെയ്യാൻ നിങ്ങൾക്ക് ഒരു കാരണവശാലും അനുവാദമില്ല, നിങ്ങളുടെ സ്വന്തം ഉപകരണത്തിൽ അത് ഒരു ലാപ്ടോപ്പിനുവേണ്ടി യഥാർത്ഥ സംരക്ഷണം കൈമാറുന്നു. ഏത് ക്രമീകരണമാണ് ഫലം മാറ്റിയതെന്ന് എഴുതിവയ്ക്കുക, പിന്നീട് അത് തിരികെ വയ്ക്കുക, നെറ്റ്വർക്ക് ഇതിനകം അനുവദിക്കുന്ന ഒരു ട്രാൻസ്പോർട്ട് തിരയുക.
രണ്ടാമത്തെ നെറ്റ്വർക്കിൽ അതേ പ്രൊഫൈൽ പരിശോധിക്കുക
ടിക്കറ്റ് അടയ്ക്കുന്നതിന് മുമ്പ്, മാറ്റം കെട്ടിടം വിട്ടതിന് ശേഷവും നിലനിന്നുവെന്ന് തെളിയിക്കുക. യഥാർത്ഥ നെറ്റ്വർക്കിൽ യഥാർത്ഥ ക്രമീകരണങ്ങളോടെ വീണ്ടും കണക്റ്റ് ചെയ്യുക, ആദ്യ മുപ്പത് സെക്കൻഡ് പിടിക്കുക, ക്ലയന്റ് ഹോട്ട്സ്പോട്ടിലെത്തിയ അതേ അവസ്ഥയിൽ എത്തുന്നുവെന്ന് സ്ഥിരീകരിക്കുക:
pktmon filter add -p 443 -t TCP
pktmon start --capture
Get-VpnConnection -Name "Corp" | Select-Object ConnectionStatus, TunnelType, ServerAddressഅവസാന കമാൻഡ് തുറന്നുകാട്ടുന്ന വ്യത്യാസം സൂക്ഷിക്കേണ്ടതാണ്: പ്രൊഫൈൽ കണക്റ്റ് ചെയ്ത ടണൽ റിപ്പോർട്ട് ചെയ്യാം, പക്ഷേ അതിനുള്ളിലെ റൂട്ടിംഗ് തെറ്റായിരിക്കും, അത് "VPN ഓണാണ്, പക്ഷേ ഒന്നും പ്രവർത്തിക്കുന്നില്ല" എന്നത് സൃഷ്ടിക്കുന്നു, അത് മറ്റൊരു ലേഖനമാണ്. നിങ്ങളുടെ തിരുത്തലിന് ശേഷം ടണൾ തരം മാറിയെങ്കിൽ, പ്രൊഫൈൽ നിങ്ങൾ പരീക്ഷിച്ചതല്ല.
എന്നിട്ട് കണ്ടെത്തൽ അടുത്ത വ്യക്തി നോക്കുന്നിടത്ത് എഴുതുക. "ഈ സ്ഥലത്ത് കോർപ്പറേറ്റ് പ്രൊഫൈലിന് TCP 443 വേണം; UDP 500 ഹോട്ടൽ ഫിൽട്ടർ ചെയ്യുന്നു" എന്നത് സഹപ്രവർത്തകന് പ്രവർത്തിക്കാവുന്ന ഒരു വാക്യമാണ്. "ഹോട്ടലുകളിൽ VPN അസ്ഥിരമാണ്" അങ്ങനെയല്ല, അത് അടുത്ത മാസം അതേ ഒരു മണിക്കൂർ വീണ്ടും പാഴാകുമെന്ന് ഉറപ്പാക്കുന്നു.