IPsec ഗേറ്റ്വേയിൽ നിന്നുള്ള പിംഗ് വ്യത്യസ്ത സോഴ്സ് വിലാസം ഉപയോഗിക്കുന്നു
ഗേറ്റ്വേയിൽ തന്നെ ആരംഭിച്ച പിംഗ് സ്വന്തം സോഴ്സ് തിരഞ്ഞെടുക്കുന്നു, ആ സോഴ്സ് നയവും മടക്കപ്പാതയും മാറ്റുന്നു. നിങ്ങൾക്ക് വേണ്ടത് തെളിയിക്കുന്ന പരീക്ഷണം തിരഞ്ഞെടുക്കുക.
IPsec ഗേറ്റ്വേയിൽ നിന്ന് അപ്പുറത്തേക്ക് പിംഗ് ചെയ്യുക, മറുപടി കിട്ടാതെ ടണൽ തകർന്നു എന്ന് തീരുമാനിക്കുക, എന്നാൽ ഗേറ്റ്വേയ്ക്ക് പിന്നിലെ ഓരോ വർക്ക്ലോഡും സാധാരണയായി ട്രാഫിക് കടത്തിവിടുന്നു. ഈ രണ്ട് ഫലങ്ങളും പരസ്പരവിരുദ്ധമല്ല. ഗേറ്റ്വേയിൽ ആരംഭിച്ച പിംഗ് പ്രാദേശിക സോഴ്സുള്ള പാക്കറ്റാണ്, ഗേറ്റ്വേ സ്വന്തം റൂട്ടിംഗ് പട്ടികയിൽ നിന്ന് സോഴ്സ് വിലാസം തിരഞ്ഞെടുക്കുന്നു. ആ തിരഞ്ഞെടുപ്പ് സൈറ്റിന്റെ യഥാർത്ഥ ട്രാഫിക് ഉപയോഗിക്കുന്ന വിലാസങ്ങളിൽ നിന്ന് വ്യത്യസ്തമായേക്കാം, ഇത് ഏത് നയമാണ് പൊരുത്തപ്പെടുന്നതെന്നും ഏത് മടക്കപ്പാത ബാധകമാണെന്നും മാറ്റുന്നു. ഫലത്തിൽ നിന്ന് എന്തെങ്കിലും വായിക്കുന്നതിന് മുമ്പ് പരീക്ഷണം എന്താണ് തെളിയിക്കേണ്ടതെന്ന് തീരുമാനിക്കുക.
പിംഗിന് ഉത്തരം നൽകാൻ കഴിയുന്ന മൂന്ന് വ്യത്യസ്ത ചോദ്യങ്ങൾ
ആദ്യ ചോദ്യം ഈ ഹോസ്റ്റിൽ നിന്ന് അപ്പുറമുള്ള വശം എങ്ങനെയും എത്താനാകുമോ എന്നതാണ്. രണ്ടാമത്തേത് ടണലിന്റെ സെലക്ടറുകൾ അല്ലെങ്കിൽ റൂട്ട് അടിസ്ഥാനമാക്കിയ നയം ഒരു നിർദ്ദിഷ്ട സോഴ്സിൽ നിന്നുള്ള ട്രാഫിക് അനുവദിക്കുന്നുണ്ടോ എന്നതാണ്. മൂന്നാമത്തേത് ഗേറ്റ്വേയ്ക്ക് പിന്നിലെ വർക്ക്ലോഡിൽ നിന്ന് കൈമാറുന്ന ട്രാഫിക് അറ്റം മുതൽ അറ്റം വരെ പ്രവർത്തിക്കുന്നുണ്ടോ എന്നതാണ്. ഒരു കമാൻഡിന് മൂന്നിനും ഉത്തരം നൽകാനാവില്ല, അവയെ വേർതിരിക്കുന്നത് സോഴ്സ് വിലാസമാണ്.
ആദ്യം ചോദ്യം തിരഞ്ഞെടുക്കുക. അല്ലെങ്കിൽ പരാജയപ്പെട്ട പിംഗ് നിങ്ങൾക്ക് ഇതിനകം ഉണ്ടായിരുന്ന സിദ്ധാന്തത്തിന് തെളിവാകും.
ഗേറ്റ്വേ നിങ്ങൾ പ്രതീക്ഷിക്കാത്ത വിലാസം എന്തിന് തിരഞ്ഞെടുക്കുന്നു
ഒരു ലക്ഷ്യസ്ഥാനത്തേക്ക് പിംഗ് ചെയ്യുമ്പോൾ, പ്രാദേശിക സ്റ്റാക്ക് അതിന് പൊരുത്തപ്പെടുന്ന റൂട്ടിൽ നിന്ന് സോഴ്സ് തിരഞ്ഞെടുക്കുന്നു. റൂട്ട് അടിസ്ഥാനമാക്കിയ ടണലിൽ അത് ടണൽ ഇന്റർഫേസിന്റെ ലിങ്ക് വിലാസം ആകാം, ഇത് പല സൈറ്റ് രൂപകൽപ്പനകളിലും പോയിന്റ്-ടു-പോയിന്റ് ഹോപ്പിനായി തിരഞ്ഞെടുത്ത 169.254.x.x ജോടിയാണ്. ആ വിലാസങ്ങൾ ലിങ്ക് പ്രവർത്തിക്കാനുള്ളതാണ്; അപ്പുറത്ത് അവ ആപ്ലിക്കേഷൻ സോഴ്സ് നെറ്റ്വർക്കുകളായി പ്രഖ്യാപിക്കപ്പെടുന്നില്ല.
അതിനാൽ അപ്പുറമുള്ള വശത്തിന് മടക്കമാർഗമില്ലാത്ത വിലാസത്തിൽ നിന്നോ ഒരു സെലക്ടറിനും പൊരുത്തപ്പെടാത്ത വിലാസത്തിൽ നിന്നോ എക്കോ അഭ്യർത്ഥന ലഭിച്ചേക്കാം. ടണൽ ആരോഗ്യകരമായിരിക്കാം, പിംഗ് എന്നിട്ടും പരാജയപ്പെടാം, ഈ ലേഖനം പറയുന്നത് അതേ തെറ്റായ നിഷേധാത്മക ഫലത്തെക്കുറിച്ചാണ്.
സോഴ്സ് ബോധപൂർവ്വം തിരഞ്ഞെടുക്കുക
നിയന്ത്രിത Linux ഗേറ്റ്വേയിൽ ഇതിനകം പ്രാദേശികമായി അനുവദിച്ച സോഴ്സ് തിരഞ്ഞെടുക്കുക: ping -c 4 -I 10.30.0.1 10.40.0.20. ഇവിടെയുള്ള വിലാസങ്ങൾ ഉദാഹരണമാണ്, അതിനാൽ ഗേറ്റ്വേയുടെ യഥാർത്ഥ ആന്തരിക വിലാസവും യഥാർത്ഥ ദൂര ലക്ഷ്യവും ഇടുക, കൂടാതെ നിങ്ങൾ തിരഞ്ഞെടുക്കുന്ന സോഴ്സ് ഈ ഉപകരണത്തിന്റേതാണെന്നും സൈറ്റ് നയം അത് അനുവദിക്കുന്നുവെന്നും ഉറപ്പാക്കുക.
പരീക്ഷണത്തിനായി ഒരു വർക്ക്ലോഡിന്റെ വിലാസം കടം വാങ്ങരുത്. ഗേറ്റ്വേയ്ക്ക് അനുവദിക്കാത്ത ഒരു ഹോസ്റ്റിനെ അനുകരിക്കുന്നത് ആർക്കും ആവർത്തിക്കാനാവാത്ത ഫലം സൃഷ്ടിക്കുന്നു, ചില സ്റ്റാക്കുകളിൽ അത് ടണൽ തകരാറായി തോന്നുന്ന രീതിയിൽ പരാജയപ്പെടുന്നു.
അഭ്യർത്ഥന മാത്രമല്ല, മടക്കപ്പാതയും വായിക്കുക
ദൂര ലക്ഷ്യത്തിലേക്ക് യഥാർത്ഥത്തിൽ ഏത് സോഴ്സ് എത്തുന്നു എന്ന് പരിശോധിക്കുക, വഴിയിലെ ഏതെങ്കിലും ബോധപൂർവ്വ പരിഭാഷ ഉൾപ്പെടെ. തുടർന്ന് അപ്പുറമുള്ള വശത്തിന്റെ ആ സോഴ്സിലേക്കുള്ള മടക്കമാർഗവും അത് അനുവദിക്കുന്ന സെലക്ടറുകളും നയവും പരിശോധിക്കുക. അപ്രതീക്ഷിത സോഴ്സുമായി എത്തുന്ന അഭ്യർത്ഥന റൂട്ടിംഗിന്റെയും നയത്തിന്റെയും ചോദ്യമാണ്, ക്രിപ്റ്റോഗ്രാഫിയുടെയല്ല.
ഇവിടെ മറ്റൊരു പിംഗിനേക്കാൾ പാക്കറ്റ് ക്യാപ്ചർ സഹായിക്കുന്നു: അപ്പുറമുള്ള വശം കണ്ട സോഴ്സ് അത് കാണിക്കുന്നു, അതിന്റെ മറുപടി എത്തേണ്ട വിലാസം അതാണ്.
തുടർന്ന് വർക്ക്ലോഡ് പരീക്ഷിക്കുക
നിർണ്ണായക പരീക്ഷണം ഗേറ്റ്വേയ്ക്ക് പിന്നിലെ സാധാരണ ഹോസ്റ്റിൽ നിന്ന് ദൂര ഗേറ്റ്വേയ്ക്ക് പിന്നിലെ സാധാരണ ഹോസ്റ്റിലേക്കുള്ള പിംഗാണ്. അത് ഗേറ്റ്വേയുടെ കൈമാറ്റ റോൾ, ആപ്ലിക്കേഷന്റെ യഥാർത്ഥ സോഴ്സ്, യഥാർത്ഥ മടക്കപ്പാത എന്നിവ പരീക്ഷിക്കുന്നു, ഉപയോക്താക്കൾക്ക് പ്രധാനമായ ഫ്ലോ അതാണ്.
നിങ്ങളുടെ കുറിപ്പുകളിൽ ഫലങ്ങൾ വേറെ സൂക്ഷിക്കുക: ഗേറ്റ്വേയിൽ നിന്നുള്ള എത്തിച്ചേരൽ, തിരഞ്ഞെടുത്ത സോഴ്സിനുള്ള നയാനുമതി, കൈമാറിയ ട്രാഫിക്. വിജയകരമായി പിൻ ചെയ്ത പിംഗ് ടണൽ എന്തോ വഹിക്കുന്നു എന്നതിന് ഉപയോഗപ്രദമായ തെളിവാണ്; എല്ലാ കൈമാറിയ ഫ്ലോയും പ്രവർത്തിക്കുന്നു എന്നതിന് തെളിവല്ല. എത്തിച്ചേരാനാവാത്ത സ്വയമേവ തിരഞ്ഞെടുത്ത ഗേറ്റ്വേ സോഴ്സ് സൈറ്റ് ടണൽ തകർന്നു എന്നതിന് തെളിവല്ല.
ഒരു ഡയഗ്നോസ്റ്റിക് ഉത്തരം മാത്രം ലഭിക്കാൻ 169.254.0.0/16-ന് ഒരു സമഗ്ര റൂട്ട് ചേർക്കരുത്. അത് തെറ്റിദ്ധരിപ്പിക്കുന്ന പരീക്ഷണം സ്ഥിരമായ ഒരു റൂട്ടിംഗ് തീരുമാനത്തിന് കൈമാറുന്നു, അടുത്ത ആൾ സന്ദർഭമില്ലാതെ അത് പിന്തുടരും.