VPN ക്ലയന്റ് ഓൺ ചെയ്തിരിക്കുമ്പോൾ LAN വിലാസത്തിലേക്ക് ping ചെയ്യുമ്പോൾ General failure
റൂട്ട് ടേബിൾ ശരിയായി കാണുന്നുണ്ടെങ്കിലും Windows-ന് ഒരു അഡാപ്റ്ററിലും എത്താൻ കഴിയുന്നില്ലെന്ന് പറയുന്നു. തടയുന്നത് റൂട്ടിംഗാണോ ഫിൽട്ടറിംഗാണോ ക്ലയന്റാണോ എന്ന് തീരുമാനിക്കുക.
ഒരു ഹോസ്റ്റ് റൂട്ട്, ഒരു വിലാസം, എന്നിട്ട് അഭ്യർത്ഥന സമയം കഴിയുന്നതിനുപകരം ping ഉടനെ General failure-ൽ പരാജയപ്പെടുന്നു. ആ വ്യത്യാസമാണ് മുഴുവൻ രോഗനിർണ്ണയം. സമയം കഴിയുക എന്നാൽ പാക്കറ്റ് പുറത്തുപോയി എന്തോ അത് അവഗണിച്ചു എന്നാണ്. General failure എന്നാൽ Windows-ന് പാക്കറ്റ് തുടക്കത്തിലേ ഒരു ഇന്റർഫേസിനും നൽകാൻ കഴിഞ്ഞില്ല എന്നാണ്.
അതിനാൽ റൂട്ട് ടേബിൾ പൂർണ്ണമായി കാണുകയും പിശക് ഇപ്പോഴും General failure ആകുകയും ചെയ്യുമ്പോൾ, തടയൽ റൂട്ടിംഗ് തീരുമാനത്തിന് താഴെയാണ് സംഭവിക്കുന്നത്, ദാതാവിന്റെ ക്ലയന്റാണ് അവിടെ പ്രവർത്തിക്കുന്നത്.
റൂട്ട് ടേബിളിന് മുമ്പ് പിശക് വായിക്കുക
അയയ്ക്കാൻ ഇന്റർഫേസ് കണ്ടെത്താത്തപ്പോൾ Windows ആ പിശക് തിരികെ നൽകുന്നു, ലക്ഷ്യസ്ഥാനം പാക്കറ്റിനെ എന്ത് ചെയ്യുമായിരുന്നു എന്നതിനെക്കുറിച്ച് ഒന്നും പറയുന്നുമില്ല. എത്തിച്ചേരൽ, അങ്ങേത്തലയ്ക്കലെ ഫയർവാളുകൾ, സേവന ലഭ്യത എന്നിവയെല്ലാം നിങ്ങൾ ഇതുവരെ എത്താത്ത പിന്നീടുള്ള ചോദ്യങ്ങളാണ്.
ഈ സാഹചര്യത്തിലെ പരമ്പരാഗത ക്രമീകരണം ഒരു LAN വിലാസത്തെ ഫിസിക്കൽ ഗേറ്റ്‌വേയിലേക്ക് തിരിച്ചുവിടുന്ന ഹോസ്റ്റ് റൂട്ടാണ്, അതുവഴി അത് ടണൽ ഒഴിവാക്കുന്നു. route add അത് സ്വീകരിക്കുന്നു, route print അത് കാണിക്കുന്നു, എന്നിട്ടും ping പരാജയപ്പെടുന്നു, കാരണം ഫിൽട്ടർ ഡ്രൈവർ പാക്കറ്റിന് പുറത്തുപോകാൻ അനുവാദമില്ലെന്ന് ഇതിനകം തീരുമാനിച്ചിരിക്കുന്നു.
ആ വിശദീകരണം സ്വീകരിക്കുന്നതിന് മുമ്പ്, റൂട്ട് യഥാർത്ഥത്തിൽ തിരഞ്ഞെടുക്കപ്പെടുന്നുണ്ടെന്ന് ഉറപ്പാക്കുക: ഇന്റർഫേസ് ഇൻഡക്സും മെട്രിക്കും പരിശോധിക്കുക, വീണ്ടും കണക്ട് ചെയ്തതിന് ശേഷം എൻട്രി കാലഹരണപ്പെട്ടിട്ടില്ലെന്ന് ഉറപ്പാക്കുക. ഇപ്പോൾ നിലവിലില്ലാത്ത ഇന്റർഫേസിലേക്ക് ചൂണ്ടുന്ന റൂട്ട് വളരെ കുറഞ്ഞ താൽപ്പര്യമുള്ള കാരണത്താൽ സമാനമായ പിശക് നൽകുന്നു.
മൂന്ന് പാളികൾ, മൂന്ന് വ്യത്യസ്ത ഉടമകൾ
അവസാനം പ്രവർത്തിക്കുന്ന പാളിയാണ് വിജയിക്കുന്നത്, ഈ മൂന്നും മിക്ക ആളുകളും അനുമാനിക്കുന്ന ക്രമത്തിലല്ല.
| Layer | What it decides |
|---|---|
| Routing table | Which interface and next hop should carry the packet |
| Client filter driver | Whether this packet is permitted to leave outside the tunnel at all |
| Client feature | Whether a named feature, such as LAN blocking, is active right now |
മധ്യ പാളിയാണ് ഒരു റൂട്ട് ഒരേ സമയം ശരിയും ഉപയോഗശൂന്യവുമാകാനുള്ള കാരണം. ദാതാവിന്റെ ക്ലയന്റുകൾ ടണലിന് പുറത്തുള്ള ട്രാഫിക് ഉപേക്ഷിക്കാൻ ഫിൽട്ടറും ഫയർവാൾ നിയമങ്ങളും ഇൻസ്റ്റാൾ ചെയ്യുന്നു, അതാണ് അവരുടെ kill switch നടപ്പാക്കുന്ന അതേ സംവിധാനം. റൂട്ട് ടേബിളിലെ ഒന്നും ആ തീരുമാനത്തിൽ പങ്കെടുക്കുന്നില്ല.
മൂന്നാം പാളി പതിവായി വരുന്ന ഒരു വിചിത്രമായ റിപ്പോർട്ട് വിശദീകരിക്കുന്നു: ക്ലയന്റ് വിച്ഛേദിച്ചതിന് ശേഷവും പ്രാദേശിക സബ്നെറ്റ് എത്താനാകില്ല. സേവനം ഇപ്പോഴും പ്രവർത്തിക്കുന്നു, ഫിൽട്ടർ ഇപ്പോഴും ഇൻസ്റ്റാൾ ചെയ്തിരിക്കുന്നു, അതിനാൽ കണക്ട് ചെയ്യാതിരിക്കുന്നത് ഫിൽട്ടർ ചെയ്യാതിരിക്കുന്നതിന് തുല്യമല്ല. എന്തെങ്കിലും അനുമാനിക്കുന്നതിന് മുമ്പ് വെറുതെ വിച്ഛേദിക്കുന്നതിനുപകരം ക്ലയന്റിൽ നിന്ന് പുറത്തുകടക്കുക.
എന്തെല്ലാം ക്രമത്തിൽ പരീക്ഷിക്കണം
നീക്കം ചെയ്യാൻ വിലകുറഞ്ഞതും പുനഃസ്ഥാപിക്കാൻ എളുപ്പവുമായ സവിശേഷതകൾ ഒഴിവാക്കി തുടങ്ങുക. LAN കണ്ടെത്തൽ, ചിലപ്പോൾ LAN-ൽ അദൃശ്യത എന്ന് വിളിക്കപ്പെടുന്നു, സ്വകാര്യ വിലാസ ശ്രേണികളിലേക്കുള്ള ട്രാഫിക് തടഞ്ഞ് യന്ത്രം അയൽക്കാരിൽ നിന്ന് മറച്ചുവയ്ക്കുന്നു. പ്രിന്ററുകൾ, പ്രാദേശിക ഫയൽ സെർവറുകൾ, റൂട്ടർ തന്നെ എന്നിവയെല്ലാം ആ സ്വിച്ചിന് പിന്നിൽ അപ്രത്യക്ഷമാകുന്നു. DNS ഫിൽട്ടർ ചെയ്യുന്ന ഭീഷണി സംരക്ഷണ സവിശേഷതകൾ സ്വന്തം ഹുക്കുകൾ ഇൻസ്റ്റാൾ ചെയ്യുന്നു, അവ പ്രാദേശിക എത്തിച്ചേരൽ ഏതാണ്ട് അതേ രീതിയിൽ തകർക്കുന്നതായി റിപ്പോർട്ട് ചെയ്യപ്പെടുന്നു.
രണ്ടും ഓഫ് ചെയ്യുക, ക്ലയന്റിൽ നിന്ന് പൂർണ്ണമായി പുറത്തുകടക്കുക, എന്നിട്ട് വിലാസം പരിശോധിക്കുക. ഈ ക്രമം ട്രാഫിക് തടയുന്ന സവിശേഷതയെ തെറ്റായി റൂട്ട് ചെയ്യുന്ന ടണലിൽ നിന്ന് വേർതിരിക്കുന്നു, സ്റ്റാറ്റിക് റൂട്ടുകൾക്കായി ഒരു ഉച്ചയ്ക്ക് ചെലവഴിക്കുന്നതിനുപകരം രണ്ട് മിനിറ്റ് എടുക്കുന്നു.
ping 192.168.1.50
tracert -d 192.168.1.50
route print -4സവിശേഷതകൾ ഓഫ് ചെയ്തതിന് ശേഷം വിലാസം പ്രതികരിച്ചാൽ, നിങ്ങൾക്ക് തകരാറല്ല, നയ തീരുമാനമാണുള്ളത്: സവിശേഷത ഓഫ് ആയി വയ്ക്കുക, ഒഴിവാക്കൽ ചേർക്കുക, അല്ലെങ്കിൽ യന്ത്രം പ്രാദേശിക നെറ്റ്‌വർക്കിൽ അദൃശ്യമായി തുടരുന്നത് സ്വീകരിക്കുക—ഇവയിൽ നിന്ന് തിരഞ്ഞെടുക്കുക.
ക്ലയന്റിന്റെ ഒഴിവാക്കൽ പാത ഇടുങ്ങിയതായി ഉപയോഗിക്കുക
ഒരു സവിശേഷത ഓൺ ആയി തുടരേണ്ടിവന്നാൽ, ക്ലയന്റിന്റെ സ്വന്തം സ്പ്ലിറ്റ് ടണലിംഗാണ് പിന്തുണയ്ക്കുന്ന പോംവഴി. ആവശ്യകത അനുവദിക്കുന്നിടത്തോളം ഒഴിവാക്കൽ ചെറുതായി സൂക്ഷിക്കുക, അതായത് സാധാരണയായി ഒരു സെർവറിന് ഒരു ഹോസ്റ്റ് വിലാസം അല്ലെങ്കിൽ ഒരു സെഗ്മെന്റിന് ഒരു പ്രിഫിക്സ്. മുഴുവൻ സ്വകാര്യ ശ്രേണിയും ഉൾക്കൊള്ളുന്ന നിയമം, ആരും ചേർത്തതായി ഓർക്കാത്ത, ആരും നീക്കം ചെയ്യാൻ ധൈര്യപ്പെടാത്ത ഒരു സ്ഥിരമായ ദ്വാരമാണ്.
തുടർന്ന് ആദ്യം വിലാസം കൊണ്ടും പിന്നീട് പേര് കൊണ്ടും പരിശോധിക്കുക. ഫിസിക്കൽ ഗേറ്റ്‌വേയിൽ ആദ്യ ഹോപ്പുമായി വിലാസം പ്രതികരിച്ചാൽ ഒഴിവാക്കൽ പ്രവർത്തിക്കുന്നു. പേര് ഇപ്പോഴും പരാജയപ്പെട്ടാൽ, നിങ്ങൾ DNS-ലേക്ക് മാറിയിരിക്കുന്നു, കാരണം ടണലിന്റെ റിസോൾവർ പ്രാദേശിക സോൺ അറിയുന്നില്ല, ഒരു റൂട്ടിംഗ് മാറ്റവും അത് പഠിപ്പിക്കുകയുമില്ല.
റൂട്ടോ ഒഴിവാക്കലോ നിലനിർത്തുക, രണ്ടും അല്ല, ഏതാണ് ജോലി ചെയ്യുന്നത് എന്ന കുറിപ്പിനൊപ്പം. രണ്ട് ഓവർലാപ്പിംഗ് സംവിധാനങ്ങൾ പരസ്പരം മറയ്ക്കുന്നു, ഈ യന്ത്രം അടുത്തതവണ ഡീബഗ് ചെയ്യുന്ന വ്യക്തി അവയിലൊന്ന് നീക്കം ചെയ്ത് ഒരു മാറ്റവും കാണുകയില്ല.
ക്ലയന്റ് തന്നെ തടസ്സമാകുമ്പോൾ
ചില ബിൽഡുകൾ സ്റ്റാറ്റിക് റൂട്ടോ ക്ലയന്റ് ഒഴിവാക്കലോ കീഴടക്കാൻ കഴിയാത്ത രീതിയിൽ ട്രാഫിക് ഫിൽട്ടർ ചെയ്യുന്നു. അതാണ് കണ്ടെത്തലെങ്കിൽ, സത്യസന്ധമായ ഓപ്ഷനുകൾ ബൈപാസ് സവിശേഷതയ്ക്കായി കാത്തിരിക്കുകയോ ദാതാവിന്റെ സ്വന്തം പ്രൊഫൈൽ ഉപയോഗിച്ച് സാധാരണ OpenVPN ക്ലയന്റുമായി ബന്ധിപ്പിക്കുകയോ ആണ്, യഥാർത്ഥ റിപ്പോർട്ടിലെ വിൽപ്പനക്കാരന്റെ പിന്തുണാ മറുപടിയും ഇതാണ് ശുപാർശ ചെയ്തത്.
ആ മാറ്റം വരുത്തുന്നതിന് മുമ്പ് കൈമാറ്റം മനസ്സിലാക്കുക. സാധാരണ പ്രൊഫൈൽ ഏതൊരു സാധാരണ ടണലിനെയും പോലെ പെരുമാറുന്നു: അതിന്റെ റൂട്ടുകൾ ഇൻസ്റ്റാൾ ചെയ്യുന്നു, ബാക്കി സ്റ്റാക്ക് പുനഃക്രമീകരിക്കുന്നില്ല, അതിനാൽ ഇടുങ്ങിയ ഹോസ്റ്റ് റൂട്ട് നിങ്ങൾ പ്രതീക്ഷിക്കുന്നതുപോലെ പെരുമാറുന്നു. നിങ്ങൾ നഷ്ടപ്പെടുത്തുന്നത് ബ്രാൻഡഡ് ക്ലയന്റ് ടണലിന് ചുറ്റും നടപ്പാക്കിയതെല്ലാമാണ്, kill switch-ഉം DNS ഫിൽട്ടറിംഗും ഉൾപ്പെടെ, അവ ബോധപൂർവ്വം വീണ്ടും നിർമ്മിക്കണം അല്ലെങ്കിൽ ഇല്ലാത്തതായി സ്വീകരിക്കണം.
നിങ്ങൾ എന്ത് തിരഞ്ഞെടുത്താലും, ഏത് പാളിക്കാണ് തടയൽ ഉണ്ടായിരുന്നതെന്ന് രേഖപ്പെടുത്തുക. യന്ത്രത്തിൽ നിന്ന് ഒരിക്കലും പുറത്തുപോകാത്ത പാക്കറ്റ് ഫിൽട്ടറിന്റെ ഫലമാണ്, ഒരു റൂട്ടിംഗ് മാറ്റവും ഫിൽട്ടർ നന്നാക്കാൻ കഴിയില്ല.