ട്രാഫിക് ടണലിലേക്ക് പ്രവേശിക്കുന്നു, ഗേറ്റ്‌വേ സ്വന്തം വിലാസത്തിൽ ഉത്തരം നൽകുന്നു, അതിന് പിന്നിലുള്ള ഒന്നും ഉത്തരം നൽകുന്നില്ല. ഈ മാതൃക സാധാരണമാണ്, അത് വൈരുദ്ധ്യമല്ല: ഗേറ്റ്‌വേയിൽ നിന്നുള്ള ഉത്തരം ടണൽ അവസാനിച്ചു എന്ന് തെളിയിക്കുന്നു, അതിനപ്പുറം വിലാസമിട്ട പാക്കറ്റിന് എന്ത് സംഭവിക്കുന്നു എന്നതിനെക്കുറിച്ച് ഒന്നും തെളിയിക്കുന്നില്ല. രണ്ട് പരിശോധനകളും ഒരേ യന്ത്രത്തിലെ വ്യത്യസ്ത കോഡ് പാതകൾ പ്രവർത്തിപ്പിക്കുന്നു.

ഇനി മുതൽ ഗേറ്റ്‌വേയുടെ മറുവശത്ത് എന്തെങ്കിലും പരിശോധിക്കുക. ഫോർവേഡിംഗ് എത്ര തകർന്നാലും ഗേറ്റ്‌വേയുടെ സ്വന്തം വിലാസം ഉത്തരം നൽകിക്കൊണ്ടിരിക്കും.

ഗേറ്റ്‌വേ സ്വന്തം സ്റ്റാക്കിൽ നിന്നാണ് ഉത്തരം നൽകുന്നത്

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

ടണലിലൂടെ എത്തുന്ന അഡ്മിനിസ്ട്രേഷൻ പേജുകളും ആദ്യ വിഭാഗത്തിൽ പെടുന്നു. അവ ടണലിനെക്കുറിച്ചുള്ള തെളിവാണ്, അതിന് പിന്നിലെ നെറ്റ്‌വർക്കിനെക്കുറിച്ചല്ല.

പ്രവാഹം അതിനെ ഉപേക്ഷിക്കുന്ന ആദ്യ അതിർത്തി വരെ പിന്തുടരുക

ക്ലയന്റിൽ നിന്ന് തുടങ്ങി പ്രവാഹം ഉപയോഗിക്കുന്ന റൂട്ടും ഉറവിട വിലാസവും സ്ഥിരീകരിക്കുക. തുടർന്ന് ഗേറ്റ്‌വേയിൽ ആ കൃത്യമായ പ്രവാഹം വരുന്നതും, വീണ്ടും അതേ പ്രവാഹം LAN ലേക്ക് പോകുന്നതും നിരീക്ഷിക്കുക. അത് ഒരിക്കലും വരുന്നില്ലെങ്കിൽ, പ്രശ്നം ക്ലയന്റ് ഭാഗത്തോ ടണലിന്റെ അനുവദനീയമായ പ്രിഫിക്സുകളിലോ ആണ്. അത് വന്ന് ഒരിക്കലും പോകുന്നില്ലെങ്കിൽ, പ്രശ്നം ഫോർവേഡിംഗിലോ മുന്നോട്ടുള്ള പാതയുടെ ഫിൽട്ടറിലോ ആണ്, ഏതാണെന്ന് ക്യാപ്ചർ ഇതിനകം പറഞ്ഞു.

അതേ പരിശോധന ഗേറ്റ്‌വേയിൽ നിന്ന് നടത്തുന്നത് രസകരമായ പകുതി മറയ്ക്കുന്നു, കാരണം ഗേറ്റ്‌വേയിൽ നിന്ന് ഉത്ഭവിക്കുന്ന പാക്കറ്റിന് വേറെ ഉറവിടവും വേറെ മടങ്ങിവരവ് ആവശ്യകതയുമുണ്ട്. ഓരോ ഘട്ടത്തിലും ക്ലയന്റിന്റെ പ്രവാഹം അതിന്റെ സ്വന്തം ഉറവിട വിലാസത്തോടെ ഉപയോഗിക്കുക. തെറ്റായ ഇന്റർഫേസിൽ എടുത്ത ക്യാപ്ചർ ആത്മവിശ്വാസത്തോടെയുള്ള അസംബന്ധം നൽകുന്നു.

മടങ്ങിവരവ് റൂട്ടുകളും ഹോസ്റ്റ് ഫയർവാളുകളും വെവ്വേറെ പരാജയപ്പെടുന്നു

പാക്കറ്റ് ഹോസ്റ്റിൽ എത്തിയ ശേഷം മൂന്ന് കാര്യങ്ങൾ കൂടി ശരിയാകണം. സേവനം പാക്കറ്റ് അയച്ച വിലാസത്തിൽ കേൾക്കണം, ഹോസ്റ്റ് ഫയർവാൾ അത് സ്വീകരിക്കണം, കൂടാതെ മറുപടിക്ക് ക്ലയന്റ് പൂളിലേക്ക് തിരികെയുള്ള റൂട്ട് ഉണ്ടായിരിക്കണം. അവസാനത്തേത് പലപ്പോഴും പരാജയപ്പെടുന്നു, കാരണം ഹോസ്റ്റിന്റെ സ്വതവേയുള്ള റൂട്ട് ടണൽ ശ്രേണിയെക്കുറിച്ച് ഒരിക്കലും കേട്ടിട്ടില്ലാത്ത റൂട്ടറിലേക്കാണ് ചൂണ്ടുന്നത്. ഫലം ഹോസ്റ്റിന്റെ കാഴ്ചപ്പാടിൽ നിന്ന് സ്ഥാപിക്കപ്പെടുകയും എതിർ ദിശയിൽ നിശബ്ദമായി മരിക്കുകയും ചെയ്യുന്ന ഒരു കണക്ഷനാണ്.

ക്ലയന്റിൽ നിന്ന് അയച്ച് മടങ്ങിവരവ് നിരീക്ഷിച്ച് മടങ്ങിവരവ് പാത ബോധപൂർവം പരിശോധിക്കുക. ഒരു മണിക്കൂർ ഊഹം പരിഹരിക്കാത്തത് ഒരു ദിശയിലുള്ള ക്യാപ്ചർ സെക്കൻഡുകളിൽ പരിഹരിക്കുന്നു.

ക്ലയന്റിന്റെ ഉറവിട വിലാസത്തോടെ ഓരോ ഹോപ്പും സ്ഥിരീകരിക്കുക

പരിശോധനകൾ ക്രമത്തിൽ പ്രവർത്തിപ്പിച്ച് ഓരോ ഔട്ട്പുട്ടും സൂക്ഷിക്കുക, കാരണം മൂല്യം താരതമ്യത്തിലാണ്, ഒരു വരിയിലല്ല. താഴെയുള്ള കമാൻഡുകൾ ഉറവിട വിലാസം ഉറപ്പിക്കുന്നു, തിരഞ്ഞെടുത്ത റൂട്ട് കാണിക്കുന്നു, ഫോർവേഡിംഗിന്റെ ഇരുവശവും ക്യാപ്ചർ ചെയ്യുന്നു. നിങ്ങളുടെ സ്വന്തം LAN ഹോസ്റ്റും ടണൽ ഇന്റർഫേസും മാറ്റുക.

ip route get 192.168.50.20 from 10.8.0.2
ping -I 10.8.0.2 -c 3 192.168.50.20
sudo tcpdump -ni tun0 host 192.168.50.20
sudo tcpdump -ni br0 host 192.168.50.20

റൂട്ട് ക്വറി ക്ലയന്റ് ആ പാക്കറ്റ് ടണലിലേക്ക് അയയ്ക്കുമോ എന്ന് കാണിക്കുന്നു, ping ഹോസ്റ്റിൽ നിന്ന് എന്തെങ്കിലും തിരികെ വന്നോ എന്ന് കാണിക്കുന്നു. രണ്ട് ക്യാപ്ചറുകൾ താരതമ്യം ചെയ്യുന്നത് വരവിനെ പുറപ്പെടലിൽ നിന്ന് വേർതിരിക്കുന്നു, കാരണം ടണൽ ഇന്റർഫേസിലെ ഫ്രെയിമിന് LAN ഇന്റർഫേസിൽ സമാനമില്ലെങ്കിൽ അത് സേവന പരാജയമല്ല, ഫോർവേഡിംഗ് തീരുമാനമാണ്. രണ്ട് ക്യാപ്ചറുകളും അഭ്യർത്ഥന കാണിക്കുകയും ഒന്ന് മാത്രം മറുപടി കാണിക്കുകയും ചെയ്യുമ്പോൾ, ബാക്കിയുള്ള സംശയിക്കുന്നത് മടങ്ങിവരവ് റൂട്ടാണ്.

ഏത് വിലാസമാണ് ഉത്തരം നൽകിയത്, ഏത് ഫോർവേഡ് ചെയ്ത ലക്ഷ്യം പരാജയപ്പെട്ടു എന്ന് രേഖപ്പെടുത്തുക. ആ വാക്യം സർവർ എത്തിച്ചേരാനാവില്ല എന്ന അവകാശവാദത്തിന് പകരം റിപ്പോർട്ടിനെ പ്രവർത്തനക്ഷമമാക്കുന്നു.

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