പ്രവർത്തിക്കുന്ന VPN ആയിട്ടും മറുപടിയിൽ സമയപരിധി കഴിയുന്നത് എന്തുകൊണ്ട്
ഒരു അഭ്യർത്ഥന സ്വകാര്യ സെർവറിൽ എത്തുന്നത് കൈമാറ്റത്തിന്റെ പകുതി മാത്രമാണ്. അതിന്റെ മറുപടി ഉദ്ദേശിച്ച ഗേറ്റ്വേ, റൂട്ട് അല്ലെങ്കിൽ വിവർത്തനത്തിലൂടെ ടണൽ ക്ലയന്റിനെ കണ്ടെത്തണം.
അഭ്യർത്ഥന എത്തുന്നു, സെർവർ അത് ലോഗ് ചെയ്യുന്നു, എന്നിട്ടും ക്ലയന്റ് സമയപരിധി കഴിഞ്ഞതായി റിപ്പോർട്ട് ചെയ്യുന്നു. ഈ സംയോജനം അർത്ഥമാക്കുന്നത് മറുപടിക്ക് തിരികെയുള്ള വഴി കിട്ടിയില്ല, എന്നതാണ്. ഇത് ഇരു അറ്റങ്ങളിൽ നിന്നും ഒരേ സമയം സ്ഥിരീകരിക്കാവുന്ന കുറച്ച് തകരാറുകളിൽ ഒന്നാണ്, അതിനാൽ പരിശോധനകള്‍ ക്രമത്തിൽ ചെയ്ത് ഏതെങ്കിലും പരാജയപ്പെട്ടാൽ നിർത്തുക.
അഭ്യർത്ഥന എവിടെ എത്തി എന്നതിൽ നിന്ന് തുടങ്ങുക
മറ്റെന്തെങ്കിലും പരിശോധിക്കുന്നതിന് മുൻപ് പാക്കറ്റ് സേവനത്തിലെത്തിയെന്ന് ഉറപ്പാക്കുക. സെർവർ വശത്തുള്ള ലോഗ് എൻട്രി, കണക്ഷൻ കൗണ്ടർ അല്ലെങ്കിൽ ദൂരെയുള്ള അറ്റത്ത് അനുവദിക്കപ്പെട്ട ക്യാപ്ചർ — എല്ലാം ഒരേ ചോദ്യത്തിന് ഉത്തരം നൽകുന്നു, അവയുടെ അഭാവം നിങ്ങളെ മറുപടിയിലേക്കല്ല, ടണലിലേക്ക് തിരികെ അയയ്ക്കുന്നു. ഫോർവേഡിംഗ് പ്രശ്നത്തെ തിരിച്ചുവരവ് പാതയുടെ പ്രശ്നത്തിൽ നിന്ന് വേർതിരിക്കുന്ന പരിശോധനയാണിത്.
അഭ്യർത്ഥന ഒരിക്കലും എത്തിയിട്ടില്ലെങ്കിൽ, ഇവിടെ നിർത്തുക. ടണൽ, സ്വകാര്യ പ്രിഫിക്സിലേക്കുള്ള റൂട്ടിംഗ് അല്ലെങ്കിൽ ആക്സസ് നിയമം ആണ് വിഷയം, മറുപടിയുടെ പാത ഇപ്പോൾ പ്രസക്തമല്ല. സെർവർ കണ്ട സ്രോതസ്സ് വിലാസവും കുറിച്ചിടുക. അത് ക്ലയന്റിന് ലഭിച്ച പൂൾ വിലാസമോ വിവർത്തനം ചെയ്ത വിലാസമോ ആണ്, ഈ വ്യത്യാസമാണ് തുടർന്നുള്ള ഏത് പരിശോധന ബാധകമെന്ന് നിർണ്ണയിക്കുന്നത്.
മറുപടിക്ക് പൂളിലേക്ക് ഒരു റൂട്ട് വേണം
റിമോട്ട് ആക്സസ് ക്ലയന്റ് സാധാരണയായി ഒരു പൂളിൽ നിന്ന് വിലാസം സ്വീകരിക്കുന്നു, സ്വകാര്യ നെറ്റ്വർക്കിന് ആ പൂളിലേക്ക് തിരികെയുള്ള റൂട്ട് വേണം. സ്വന്തം ഗേറ്റ്വേയിലേക്ക് ഡിഫോൾട്ട് റൂട്ട് ചൂണ്ടുന്ന സെർവർ പാക്കറ്റ് ആ ഗേറ്റ്വേയ്ക്ക് കൈമാറുന്നു, പൂൾ എവിടെയാണെന്ന് അതിന് അറിയില്ല, അതിനാൽ മറുപടി അവിടെ മരിക്കുന്നു. ഒന്നും തിരികെ വരാത്തതിനാൽ ക്ലയന്റിന് സമയപരിധി കാണുന്നു, ഇത് ഒരിക്കലും പുറപ്പെടാത്ത അഭ്യർത്ഥനയിൽ നിന്ന് വേർതിരിക്കാനാവില്ല.
സെർവർ തന്റെ സ്വന്തം സബ്നെറ്റിന് ഉപയോഗിക്കുന്ന റൂട്ടല്ല, ക്ലയന്റ് വിലാസത്തിനായി തിരഞ്ഞെടുക്കുന്ന റൂട്ട് പരിശോധിക്കുക. ഈ രണ്ട് തിരച്ചിലുകളും വ്യത്യസ്ത ഉത്തരങ്ങൾ നൽകാം, ഇവിടെ പ്രധാനം രണ്ടാമത്തേതാണ്. വിവർത്തനം ബദൽ രൂപകൽപ്പനയാണ്, അത് സെർവർ കാണുന്നത് മാറ്റുന്നു. ഇത് തിരിച്ചുവരവ് പാത ലളിതമാക്കാം, കൂടാതെ യഥാർത്ഥ ക്ലയന്റ് വിലാസം സെർവറിന്റെ ലോഗുകളിൽ നിന്ന് നീക്കം ചെയ്യുന്നു, അത് ആ ഫീൽഡിൽ നിർമ്മിച്ച ഏത് നിയമത്തെയും റിപ്പോർട്ടിനെയും ബാധിക്കുന്നു.
സെർവർ ക്യാപ്ചറും ഗേറ്റ്വേ ക്യാപ്ചറും താരതമ്യം ചെയ്യുക
സെർവറിൽ നിന്ന് പുറപ്പെടുന്നതും ഗേറ്റ്വേയിൽ എത്തുന്നതും താരതമ്യം ചെയ്യുക. സെർവറിന്റെ ഔട്ട്ബൗണ്ട് ഇന്റർഫേസിലെ ക്യാപ്ചറും ടണൽ ഗേറ്റ്വേയിലെ ക്യാപ്ചറും ചോദ്യത്തിന്റെ വ്യത്യസ്ത പകുതികൾക്ക് ഉത്തരം നൽകുന്നു, അവയ്ക്കിടയിലെ വിടവ് നഷ്ടത്തിന്റെ സ്ഥാനം കാണിക്കുന്നു.
ip route get 10.90.0.14
tcpdump -ni any host 10.90.0.14 and port 443
ip route show table all | grep 10.90.0.0| Where the reply stops | What it proves |
|---|---|
| Request in the server log, nothing on its outbound capture | The server picked a gateway that cannot reach the pool |
| Reply leaves the server but never shows up at the gateway | Loss on the LAN path, not on the tunnel |
| Reply reaches the gateway but not the client | Return translation or tunnel policy, not the server route |
ഗേറ്റ്വേ തന്നെ സൃഷ്ടിക്കുന്ന അഭ്യർത്ഥന ക്ലയന്റ് പരീക്ഷണത്തിന് മോശം പകരമാണ്, കാരണം അത് മറ്റൊരു വിലാസത്തിൽ നിന്ന് വരുന്നു, മറ്റ് നിയമങ്ങളുമായി കൂടിക്കാഴ്ച നടത്തുന്നു. അതുകൊണ്ടാണ് ഗേറ്റ്വേയിൽ നിന്നുള്ള വിജയകരമായ ping ഉം ക്ലയന്റിൽ നിന്നുള്ള പരാജയപ്പെട്ട അഭ്യർത്ഥനയും ഒരേ സമയം ശരിയാകാം.
പാതയിൽ നിരവധി റൂട്ടറുകൾ ഉണ്ടെങ്കിൽ, പൂളിലേക്ക് റൂട്ട് ആവശ്യമുള്ള ഓരോന്നും പരിശോധിക്കുക. സൈറ്റ്-ടു-സൈറ്റ് രൂപകൽപ്പനയിൽ ദൂരെയുള്ള പ്രിഫിക്സ് ഒന്നിലധികം ഉപകരണങ്ങളിൽ അറിയേണ്ടതുണ്ട്, ഗേറ്റ്വേ തന്നെ ടണലിനും LAN-നും ഇടയിൽ ഫോർവേഡ് ചെയ്യണം; strongSwan ന്റെ ഫോർവേഡിംഗ് കുറിപ്പുകൾ അതിന്റെ sysctl, ഫയർവാൾ വശം ഉൾക്കൊള്ളുന്നു.
പൂൾ, പ്രിഫിക്സ്, ഉത്തരവാദി എന്നിവ രേഖപ്പെടുത്തുക
കുറിപ്പിൽ നാല് വസ്തുതകൾ വരുന്നു: ക്ലയന്റിന് ലഭിച്ച പൂൾ, അതിന് ആവശ്യമായിരുന്ന സ്വകാര്യ പ്രിഫിക്സ്, മറുപടിക്ക് ഉത്തരവാദിയായ റൂട്ടർ, ഉണ്ടെങ്കിൽ വിവർത്തന നിയമം. ഇവയോടെ പിന്നീടുള്ള ഗേറ്റ്വേ മാറ്റം അന്വേഷണമല്ല, താരതമ്യമാണ്.
തുടർന്ന് സാധാരണ ക്ലയന്റും യഥാർത്ഥ ആപ്ലിക്കേഷൻ അക്കൗണ്ടും ഉപയോഗിച്ച് വീണ്ടും പരീക്ഷിക്കുക. ആപ്ലിക്കേഷൻ അവകാശങ്ങൾ വിപുലീകരിച്ചാൽ പാക്കറ്റിന്റെ തിരിച്ചുവരവ് പാത ശരിയാകില്ല, ഈ രോഗനിർണ്ണയത്തിനിടയിൽ അക്കൗണ്ട് മാറ്റിയാൽ അടുത്ത താരതമ്യം കലങ്ങും. രൂപകൽപ്പന വിവർത്തനത്തെ ആശ്രയിക്കുന്നുവെങ്കിൽ, സെർവറിന്റെ ലോഗുകൾ വായിക്കുന്നിടത്ത് അത് രേഖപ്പെടുത്തുക. ഓഡിറ്റ് ട്രെയിലിൽ പരിചയമില്ലാത്ത സ്രോതസ്സ് വിലാസം കാണുന്നയാൾ ടിക്കറ്റിൽ നിന്ന് മാപ്പിംഗ് വീണ്ടും കണ്ടെത്തേണ്ടതില്ല.