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

റീഡയറക്ട് റൗട്ടറിൽ നിന്നുള്ള ഒരു നിർദ്ദേശമാണ്

IPv4 ICMP റീഡയറക്ടുകൾക്ക് സ്വന്തം സന്ദേശ തരവും ഇടുങ്ങിയ വ്യവസ്ഥകളും ഉണ്ട്: റൗട്ടർ പാക്കറ്റ് വന്ന ഇന്റർഫേസിലൂടെ തന്നെ പുറത്തയക്കുന്നു, അതേ ലിങ്കിൽ ലക്ഷ്യത്തോട് അടുത്തുള്ള ഒരു അടുത്ത ഹോപ്പ് അറിയുന്നു. തുടർന്ന് അത് അയച്ചയാൾക്ക് ആ ഹോപ്പ് നേരിട്ട് ഉപയോഗിക്കാൻ പറയുന്നു. സന്ദേശം പുതിയ ഗേറ്റ്വേയെ പേരിടുന്നു, അയച്ചയാൾക്ക് അതിനെ ഒരു ഫ്ലോയുമായി ചേർക്കാൻ മൂല പാക്കറ്റിന്റെ ഒരു ഭാഗവും ഉൾപ്പെടുത്തുന്നു. ഇത് പ്രാദേശിക ടോപ്പോളജിയെക്കുറിച്ചുള്ള ഒരു മര്യാദാ സന്ദേശമാണ്, അയച്ചയാൾ നിർദ്ദേശിച്ച ഗേറ്റ്വേയുമായി ഒരേ ലിങ്കിലാണെന്ന് ഇത് അനുമാനിക്കുന്നു.

അയച്ചയാൾക്ക് അത് അവഗണിക്കാൻ സ്വാതന്ത്ര്യമുണ്ട്. പ്രോട്ടോക്കോൾ ഹോസ്റ്റിനോട് ടേബിൾ മാറ്റാൻ ആവശ്യപ്പെടുന്നില്ല, ക്യാപ്ചർ ചെയ്ത റീഡയറക്ട് ഒരു റൗട്ടർ അത് അയച്ചു എന്ന് മാത്രം തെളിയിക്കുന്നു.

മിക്ക റീഡയറക്ട് അന്വേഷണങ്ങളും പിഴയ്ക്കുന്നത് ഈ വ്യത്യാസത്തിലാണ്.

IPv4-ഉം IPv6-ഉം അത് വ്യത്യസ്തമായി എത്തിക്കുന്നു

IPv6-ൽ ICMPv4-ൽ അല്ല, അയൽപക്ക കണ്ടെത്തലിനുള്ളിൽ സമാനമായ ഒരു സംവിധാനമുണ്ട്, സന്ദേശ ഫോർമാറ്റുകളും സാധൂകരണ നിയമങ്ങളും വ്യത്യസ്തമാണ്. ആശയങ്ങൾ സമാനമാണ്, പാക്കറ്റുകൾ അല്ല. ICMP തരം 5-നായി എഴുതിയ ഒരു ക്യാപ്ചർ ഫിൽട്ടർ IPv6 നെറ്റ്വർക്കിൽ ഒന്നും കാണിക്കില്ല, അത് ചിലപ്പോൾ റീഡയറക്ട് ഉണ്ടായില്ല എന്ന തെളിവായി വായിക്കപ്പെടുന്നു.

നയ ക്രമീകരണങ്ങളും വെവ്വേറെയാണ്, അതിനാൽ ഒരു ഹോസ്റ്റിന് IPv4 റീഡയറക്ടുകൾ സ്വീകരിച്ച് IPv6 അവഗണിക്കാം, അല്ലെങ്കിൽ തിരിച്ചും.

ചർച്ചയിലുള്ള ഫ്ലോ രണ്ടിലും ഉപയോഗിക്കാനിടയുണ്ടെങ്കിൽ രണ്ട് കുടുംബങ്ങളും പരിശോധിക്കുക.

സ്വീകാര്യത ഹോസ്റ്റിന്റെ നയമാണ്, നെറ്റ്വർക്കിന്റെ വസ്തുതയല്ല

Linux-ൽ റീഡയറക്ട് സ്വീകാര്യത ഇന്റർഫേസ് അനുസരിച്ചും ആഗോളമായും നിയന്ത്രിക്കപ്പെടുന്നു, സ്ഥിരസ്ഥിതികൾ ഹോസ്റ്റ്, റൗട്ടർ റോളുകളിൽ വ്യത്യാസപ്പെടുന്നു. റീഡയറക്ടുകൾ സ്വീകരിക്കുന്ന ഒരു ടണ്ണൽ ഇന്റർഫേസ് വിചിത്രമായ രൂപകൽപ്പനയാണ്, കാരണം പോയിന്റ്-ടു-പോയിന്റ് ടണ്ണലിനുള്ളിൽ അതേ ലിങ്കിലെ ബദൽ അടുത്ത ഹോപ്പിന് അർത്ഥമില്ല. അതിനാൽ ഈ ക്രമീകരണം അനുമാനിക്കാതെ വായിക്കേണ്ടതാണ്.

സുരക്ഷിത റീഡയറക്ട് ക്രമീകരണങ്ങൾ ഏത് ഗേറ്റ്വേകളെ വിശ്വസിക്കാമെന്ന് കൂടുതൽ പരിമിതപ്പെടുത്തുന്നു.

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

റീഡയറക്ടിന് വിശദീകരിക്കാനാവാത്തത്

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

പഴയ ക്യാപ്ചർ മറ്റൊരു കെണിയാണ്, കാരണം നെറ്റ്വർക്ക് മാറ്റിയ ക്ലയന്റിന് വേറൊരു പ്രാദേശിക ഗേറ്റ്വേ ഉണ്ടാകും.

മുൻ കണക്ഷനിൽ നിന്നുള്ള പഴയ റീഡയറക്ട് നിലവിലെ പാതയെക്കുറിച്ച് ഒന്നും വിശദീകരിക്കുന്നില്ല, അതിനാൽ ഇപ്പോൾ നിയന്ത്രണ ട്രാഫിക് സ്വീകരിക്കുന്ന ഇന്റർഫേസ് ഏതെന്ന് രേഖപ്പെടുത്തുക.

ടണ്ണലിനെ കുറ്റപ്പെടുത്തുന്നതിന് മുൻപ് റൂട്ട് പരിശോധിക്കുക

ലക്ഷ്യത്തിന് ഏത് റൂട്ട് ഉപയോഗിക്കുമെന്ന് കെർണലിനോട് ചോദിക്കുക, പിന്നീട് അത് നിങ്ങൾ ഉദ്ദേശിച്ച ടേബിളുമായി താരതമ്യം ചെയ്യുക. ഉത്തരം ടേബിളുമായി ഒത്തുപോയാൽ, റീഡയറക്ട് ഒന്നും മാറ്റിയിട്ടില്ല, അന്വേഷണം മറ്റൊരിടത്താണ്. ഒത്തില്ലെങ്കിൽ, ടണ്ണലാണ് കുറ്റക്കാരൻ എന്ന് അനുമാനിക്കുന്നതിന് മുൻപ് കാഷ് ചെയ്ത റീഡയറക്ട്, നയ നിയമം, അല്ലെങ്കിൽ രണ്ടാമത്തെ ടേബിൾ എന്നിവ തിരയുക. റൂട്ട് ലുക്കപ്പാണ് യാഥാർത്ഥ്യം, ബാക്കിയെല്ലാം അത് എങ്ങനെ ആയി എന്ന കഥയാണ്.

സംരക്ഷിത പാത നിശ്ശബ്ദമായി അസംരക്ഷിതമാകാൻ റീഡയറക്ട് കാരണമാകരുത്, അതിനാൽ സ്വീകാര്യതാ നയം രൂപകൽപ്പന അവലോകനത്തിൽ ഉണ്ടായിരിക്കണം. RFC 792 നിർവചനം IPv4 സന്ദേശത്തിന് എന്ത് പറയാമെന്നതിന് റഫറൻസായി തുടരുന്നു.

റൂട്ട് ലുക്കപ്പിന്റെ ഫലവും ക്യാപ്ചർ സമയവും ഒരുമിച്ച് എഴുതുക, അപ്പോൾ അടുത്തയാൾക്ക് നിങ്ങളുടെ നിഗമനം പുനരാവിഷ്കരിക്കാം.

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