L2TP/IPsec ഒരു നെറ്റ്വർക്കിൽ ബന്ധിപ്പിക്കുന്നു, മറ്റൊന്നിൽ സമയം കഴിയുന്നു

അതേ ലാപ്ടോപ്പ്, അതേ പ്രൊഫൈൽ, അതേ പാസ്വേഡ് എന്നിവ ഒരു കെട്ടിടത്തിൽ പ്രവർത്തിക്കുന്നു, മറ്റൊന്നിൽ പരാജയപ്പെടുന്നു. ആ താരതമ്യമാണ് ടിക്കറ്റിലെ ഏറ്റവും ഉപയോഗപ്രദമായ തെളിവ്, സാധാരണയായി അതാണ് ആദ്യം ഒഴിവാക്കപ്പെടുന്നത്. രണ്ട് ആക്സസ് നെറ്റ്വർക്കുകൾക്കിടയിൽ കൈമാറ്റം വേറെ വിലാസ പരിഭാഷ, വേറെ ഫിൽട്ടറുകൾ, വേറെ റൗട്ടർ സഹായികൾ എന്നിവയിലൂടെ കടന്നുപോകുന്നു. ക്ലയന്റ് സ്ഥിരമായി നിർത്തി നെറ്റ്വർക്ക് മാത്രം മാറ്റുന്നതാണ് ഇവയിൽ ഏതാണ് പ്രധാനമെന്ന് കണ്ടെത്താനുള്ള വഴി.

നെറ്റ്വർക്കുകൾ താരതമ്യം ചെയ്യുന്നതിന് മുമ്പ് ക്ലയന്റ് നിർണ്ണയിക്കുക

പ്രവർത്തിക്കുന്ന കേസിന്റെ രേഖ ഉണ്ടാകുന്നതുവരെ ഉപകരണത്തിൽ ഒന്നും മാറ്റരുത്: ക്ലയന്റ് പതിപ്പ്, പ്രൊഫൈലിന്റെ ഉള്ളടക്കം, സർവറിന്റെ പേര്, വിജയകരമായ കണക്ഷന്റെ സമയം. തുടർന്ന് അതേ സെഷനിൽ രണ്ടാം നെറ്റ്വർക്കിൽ പരാജയം വീണ്ടും സൃഷ്ടിക്കുക, ക്ലയന്റ് അവസ്ഥ കഴിയുന്നത്ര ഒരുപോലെ ആയിരിക്കട്ടെ. രണ്ട് ശ്രമങ്ങൾക്കിടയിൽ എഡിറ്റ് ചെയ്ത പ്രൊഫൈൽ മുഴുവൻ താരതമ്യവും അസാധുവാക്കുന്നു. ലക്ഷ്യം ഒരു ചരമാണ്, ആ ചരം നെറ്റ്വർക്കാണ്.

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

നാല് ഘട്ടങ്ങൾ, നാല് വ്യത്യസ്ത പിശക് സന്ദേശങ്ങൾ

L2TP/IPsec കണക്ഷൻ നാല് ഘട്ടങ്ങളിലൂടെ കടന്നുപോകുന്നു, കൂടാതെ RFC 3193 ആദ്യ രണ്ടെണ്ണത്തെ ബന്ധിപ്പിക്കുന്ന ക്രമീകരണം വിവരിക്കുന്നു. IKE ചർച്ച എന്നത് ഫിൽട്ടർ ചെയ്ത പാത നിശ്ശബ്ദ സമയ കാലഹരണം സൃഷ്ടിക്കുന്ന സ്ഥലമാണ്. IPsec പ്രാമാണീകരണം എന്നത് സർട്ടിഫിക്കറ്റോ മുൻകൂട്ടി പങ്കിട്ട കീയോ തമ്മിലുള്ള വ്യത്യാസം പകരം വ്യക്തമായ നിരസിക്കൽ സൃഷ്ടിക്കുന്ന സ്ഥലമാണ്. L2TP തുരങ്ക സ്ഥാപനം എന്നത് ഇതിനകം സ്ഥാപിച്ച സുരക്ഷാ സംഘത്തിന് എങ്ങോട്ടും നയിക്കാനാകാത്ത സ്ഥലമാണ്, PPP ലോഗിൻ എന്നത് തെറ്റായ ക്രെഡൻഷ്യൽ ഒടുവിൽ ദൃശ്യമായ പരാജയം സൃഷ്ടിക്കുന്ന സ്ഥലമാണ്. നിന്ന ഘട്ടത്തിനുള്ള ലോഗ് വായിക്കുക, അവസാനം അച്ചടിച്ച വരിക്കല്ല.

journalctl -u strongswan --since '-5 min' | tail -20
journalctl -u xl2tpd --since '-5 min' | tail -20
ip -4 route get 198.51.100.10

strongSwan ലോഗ് IKE കൈമാറ്റം ഏതെങ്കിലും നിർദ്ദേശത്തിലെത്തിയോ എതിർകക്ഷി എന്തെങ്കിലും മറുപടി നൽകിയോ എന്ന് കാണിക്കുന്നു, ഇത് ആക്സസിനെ നയത്തിൽ നിന്ന് വേർതിരിക്കുന്നു. xl2tpd ലോഗ് IPsec അവസാനിക്കുന്നിടത്തുനിന്ന് തുടരുന്നു, അതിനാൽ ആ ലോഗിൽ ഒന്നുമില്ലാത്ത സ്ഥാപിത സുരക്ഷാ സംഘം L2TP ഘട്ടത്തിലേക്ക് സൂചിപ്പിക്കുന്നു. റൂട്ട് ചോദ്യം ക്ലയന്റ് നിങ്ങൾ കരുതുന്ന സർവർ വിലാസത്തിലേക്ക് അയക്കുന്നുവെന്ന് സ്ഥിരീകരിക്കുന്നു, ഇത് മുൻ നെറ്റ്വർക്കിൽനിന്ന് പാരമ്പര്യമായി ലഭിച്ച പഴയ DNS മറുപടി പിടിക്കുന്നു. ഒരുമിച്ച്, മൂന്ന് ഔട്ട്പുട്ടുകൾ ലക്ഷണത്തിന് പകരം ഘട്ടത്തെ പേരിടുന്നു.

NAT ആഴവും സഹായിയുടെ സ്വഭാവവും താരതമ്യം ചെയ്യുക

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

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

പുറത്തേക്ക് പോകുന്ന ക്ലയന്റ്, അകത്തേക്ക് വരുന്ന സർവർ: രണ്ട് വ്യത്യസ്ത പ്രശ്നങ്ങൾ

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

പിന്തുണയുള്ള മാറ്റത്തിന് ശേഷം അതേ കണക്ഷൻ ആവർത്തിച്ച് എത്തിയ ഘട്ടം രേഖപ്പെടുത്തുക. പ്രവർത്തിക്കുന്ന പ്രൊഫൈലും പരാജയപ്പെടുന്ന നെറ്റ്വർക്കിനെക്കുറിച്ചുള്ള കുറിപ്പും ഒരുമിച്ച് സൂക്ഷിക്കുക, ക്രെഡൻഷ്യലുകൾ പുനഃസജ്ജമാക്കരുത്, ക്ലയന്റ് വീണ്ടും ഇൻസ്റ്റാൾ ചെയ്യരുത്, കാരണം അത് താരതമ്യം നിർമ്മിച്ച തെളിവ് വലിച്ചെറിയുന്നു.