രണ്ടാമത്തെ L2TP ക്ലയന്റ് ആദ്യത്തേതിനെ കൊല്ലുന്നുവോ? എൻകാപ്സുലേഷൻ വായിക്കുക
രണ്ടാമത്തെ ലാപ്ടോപ്പ് കണക്ട് ചെയ്യുമ്പോൾ പ്രവർത്തിക്കുന്ന VPN പൂജ്യമാകുന്നു. പ്രോട്ടോക്കോൾ അല്ല, ESP vs UDP എൻകാപ്സുലേഷൻ, NAT പോർട്ട് മാപ്പിംഗ്, തനിപ്പകർപ്പ് ഐഡന്റിറ്റി എന്നിവ പരിശോധിക്കുക.
ഒരു ലാപ്ടോപ്പ് ഓഫീസ് റൗട്ടറിലൂടെ പ്രവർത്തിക്കുന്ന ഒരു ടണൽ നിലനിർത്തുന്നു. അതേ മുറിയിലെ രണ്ടാമത്തെ ലാപ്ടോപ്പ് കണക്ട് ചെയ്യുന്നു, ആദ്യത്തേത് വീഴുന്നു. ഇതാണ് മുഴുവൻ ലക്ഷണമെങ്കിൽ, മേശപ്പുറത്ത് ഇപ്പോഴും മൂന്ന് വ്യത്യസ്ത കാരണങ്ങളുണ്ട്, ഏത് പരിഹാരമാണ് ബാധകമെന്നത് നിങ്ങൾ ഇനിയും അളക്കാത്ത കാര്യങ്ങളെ ആശ്രയിച്ചിരിക്കുന്നു. പങ്കിട്ട റൗട്ടർ പ്രസക്തമാണ്, പക്ഷേ അത് സ്വയം കുറ്റക്കാരനല്ല, പ്രോട്ടോക്കോളും അല്ല.
സോഫയിൽ നിന്ന് ഒരുപോലെ കാണുന്ന മൂന്ന് കാരണങ്ങൾ
ആദ്യ സ്ഥാനാർത്ഥി റൗട്ടർ IPsec-നെ കൈകാര്യം ചെയ്യുന്ന രീതിയാണ്. വിലകുറഞ്ഞ ഉപഭോക്തൃ റൗട്ടറുകൾ പാസ്-ത്രൂ പരസ്യം ചെയ്യുകയും ഒരു സമയത്ത് ഒരു ക്ലയന്റിനു മാത്രം അത് നടപ്പാക്കുകയും ചെയ്യുന്നു, കാരണം സംവിധാനം ഒരു പിയറിനെ മാത്രം പിന്തുടരുന്നു, ഒരേ പൊതു വിലാസത്തിനു പിന്നിലെ രണ്ട് ലാപ്ടോപ്പുകളെ വേർതിരിക്കാനാവില്ല. ലക്ഷണം നിങ്ങൾ പ്രതീക്ഷിക്കുന്നത് തന്നെയാണ്: പുതിയ സെഷൻ വിജയിക്കുന്നു.
രണ്ടാമത്തേത് അക്കൗണ്ടാണ്. പല VPN സർവറുകളും ഓരോ ഐഡന്റിറ്റിക്കും ഒരു സെഷൻ മാത്രം അനുവദിക്കുകയും അതേ ക്രെഡൻഷ്യലുകൾ വീണ്ടും പ്രാമാണീകരിക്കുമ്പോൾ പഴയത് വിച്ഛേദിക്കുകയും ചെയ്യുന്നു, അത് ഗേറ്റ്വേയിലെ നയ തീരുമാനമാണ്, നിങ്ങളുടെ റൗട്ടറുമായി യാതൊരു ബന്ധവുമില്ല. ഹാർഡ്വെയർ വാങ്ങുന്നതിന് മുൻപ് സർവർ ലോഗിൽ ആ വ്യക്തമായ സന്ദേശം തിരയുക.
മൂന്നാമത്തേത് ലളിതമായ തെറ്റായ ക്രമീകരണമാണ്: രണ്ട് പ്രൊഫൈലുകൾ ഒരേ ഐഡന്റിറ്റിയിലേക്ക് ചൂണ്ടുന്നു, അവയിലൊന്നിന് കാലഹരണപ്പെട്ട മുൻകൂട്ടി പങ്കിട്ട കീ അല്ലെങ്കിൽ ഗേറ്റ്വേ ഇനി സ്വീകരിക്കാത്ത സർട്ടിഫിക്കറ്റുണ്ട്. അത് സാധാരണയായി ആദ്യത്തേത് വീഴുന്നതിനു പകരം രണ്ടാമത്തെ കണക്ഷൻ പരാജയപ്പെട്ട് കാണിക്കുന്നു, അതിനാൽ പരാജയത്തിന്റെ രൂപം ഇതിനകം നിങ്ങളോട് എന്തോ പറയുന്നു.
L2TP/IPsec യഥാർത്ഥത്തിൽ റൗട്ടറിലൂടെ അയക്കുന്നത്
IKE UDP 500-ന് മുകളിലൂടെ പ്രവർത്തിക്കുന്നു. ഡാറ്റ പാത ESP ആണ്, അത് IP പ്രോട്ടോക്കോൾ 50 ആണ്, TCP അല്ലെങ്കിൽ UDP പോർട്ടുകൾ ഒട്ടും വഹിക്കുന്നില്ല. അതിനാൽ പോർട്ടുകൾ മാത്രം മനസ്സിലാക്കുന്ന റൗട്ടറിന് പിടിക്കാൻ ഒന്നുമില്ല, അതുകൊണ്ടു തന്നെയാണ് പാസ്-ത്രൂ സംവിധാനം നിലനിൽക്കുന്നത്.
NAT ട്രാവേഴ്സലോടെ ESP UDP 4500-നുള്ളിൽ എൻകാപ്സുലേറ്റ് ചെയ്യുന്നു. ഇപ്പോൾ റൗട്ടറിന് മാപ്പ് ചെയ്യാൻ ഒരു സോഴ്സ് പോർട്ടുണ്ട്, ഓരോ ലാപ്ടോപ്പിനും സ്വന്തം വിവർത്തനം ലഭിക്കുന്നു, അതിനാൽ ഗേറ്റ്വേയ്ക്ക് രണ്ട് ഒഴുക്കുകൾ വേർതിരിക്കാം. ഒരു വിലാസത്തിനു പിന്നിൽ ഒന്നിലധികം ക്ലയന്റുകൾ ഒട്ടാകെ പ്രവർത്തിക്കാൻ അനുവദിക്കുന്ന സംവിധാനം ഇതാണ്.
റൗട്ടറിന്റെ സവിശേഷതാ പട്ടിക വായിക്കുമ്പോൾ ഈ വ്യത്യാസം പ്രധാനമാണ്. IPsec പാസ്-ത്രൂ എന്ന് പറയുന്ന ലേബൽ വെണ്ടറിന് ഏതോ സംവിധാനമുണ്ടെന്ന് മാത്രം പറയുന്നു; ആ സംവിധാനം ഒന്നിലധികം ക്ലയന്റുകളെ പിന്തുണയ്ക്കുന്നുണ്ടോ എന്നോ രണ്ടാമത്തേത് വരുമ്പോൾ എങ്ങനെ പെരുമാറുമെന്നോ പറയുന്നില്ല.
strongSwan-ന്റെ NAT ട്രാവേഴ്സൽ ഡോക്യുമെന്റേഷൻ എൻകാപ്സുലേഷൻ തന്നെ വിവരിക്കുന്നു, മാർക്കറ്റിംഗ് പേജിൽ നിന്നല്ല, പാക്കറ്റ് ക്യാപ്ചറുകളിൽ നിന്ന് നിങ്ങൾക്ക് പരിശോധിക്കാവുന്ന ഭാഗം അതാണ്.
യഥാർത്ഥത്തിൽ ഏത് കാരണമാണ് നിങ്ങൾക്കുള്ളതെന്ന് അറിയാനുള്ള വഴി
നാല് നിരീക്ഷണങ്ങൾ നടത്തി ഓരോ ഫലവും എഴുതുക. ഓരോ ലാപ്ടോപ്പും ഒറ്റയ്ക്ക്: പ്രവർത്തിക്കുന്നുണ്ടോ, എത്ര സമയം? രണ്ടും ഒരുമിച്ച്: ഏതാണ് അതിജീവിക്കുന്നത്? രണ്ടാമത്തെ ലാപ്ടോപ്പ് ഫോൺ ഹോട്ട്സ്പോട്ടിൽ: ആദ്യത്തേത് നിൽക്കുന്നുണ്ടോ? ഗേറ്റ്വേയിൽ: സർവർ ലോഗ് പഴയതിനെ മാറ്റിസ്ഥാപിക്കുന്ന പുതിയ സെഷൻ കാണിക്കുന്നുണ്ടോ, അതോ ഒരു ക്ലയന്റ് വെറുതെ നിശ്ശബ്ദമാകുന്നത് കാണിക്കുന്നുണ്ടോ?
ആ ഉത്തരങ്ങൾ സ്ഥാനാർത്ഥികളെ വ്യക്തമായി വേർതിരിക്കുന്നു. സർവർ ലോഗിലെ മാറ്റിസ്ഥാപന സന്ദേശം ഐഡന്റിറ്റി നയത്തിലേക്ക് ചൂണ്ടുന്നു. റൗട്ടർ പുതിയ വിവർത്തനം കാണിക്കുമ്പോൾ ക്ലയന്റ് ട്രാഫിക് സ്വീകരിക്കുന്നത് നിർത്തുന്നത് റൗട്ടറിലേക്ക് ചൂണ്ടുന്നു. IKE പൂർത്തിയാക്കാൻ രണ്ടും പരാജയപ്പെടുന്ന രണ്ട് ക്ലയന്റുകൾ ക്രമീകരണത്തിലേക്കോ ക്രെഡൻഷ്യലുകളിലേക്കോ ചൂണ്ടുന്നു.
എല്ലാ സമയവും ഒരേ പ്രൊഫൈലുകൾ നിലനിർത്തുക. പരിശോധനകൾക്കിടയിൽ പ്രൊഫൈൽ മാറ്റുന്നത് ഒരേ സമയം രണ്ട് ചരങ്ങൾ അളക്കുന്നു എന്നർത്ഥം, ശ്രദ്ധിക്കാൻ വളരെ ബുദ്ധിമുട്ടുള്ള രീതിയിൽ നിഗമനം തെറ്റാകും.
റൗട്ടർ അത് പിന്തുണയ്ക്കുന്നുണ്ടെങ്കിൽ അവിടെ ക്യാപ്ചർ ചെയ്യുക, അല്ലെങ്കിൽ മറ്റൊന്ന് കണക്ട് ചെയ്യുമ്പോൾ ഒരു ലാപ്ടോപ്പിൽ ക്യാപ്ചർ ചെയ്യുക. ആദ്യ ക്ലയന്റിന്റെ പാക്കറ്റുകൾ നിൽക്കുമ്പോൾ രണ്ടാമത്തേതിന്റെ പാക്കറ്റുകൾ പ്രത്യക്ഷപ്പെടുന്നത് കാണുന്നത് ഏത് കണക്ടഡ് ഐക്കണിനെക്കാളും ശക്തമായ തെളിവാണ്.
റൗട്ടറാണ് പരിധിയെങ്കിൽ
വെണ്ടറിന്റെ രേഖപ്പെടുത്തിയ മൾട്ടി-ക്ലയന്റ് ക്രമീകരണം ഉണ്ടെങ്കിൽ അത് ഉപയോഗിക്കുക, അല്ലെങ്കിൽ നിങ്ങൾക്ക് വേണ്ടത് അതിന്റെ ഡോക്യുമെന്റേഷൻ പറയുന്ന ഒരു ഉപകരണം കൊണ്ട് മാറ്റുക. അത് ആകർഷകമല്ലാത്ത ഉത്തരമാണ്, ഫേംവെയർ അപ്ഡേറ്റിനെ അതിജീവിക്കുന്ന ഏക ഉത്തരവും.
പ്രവർത്തിക്കാത്തത് രണ്ട് വ്യത്യസ്ത ലാപ്ടോപ്പുകളിലേക്ക് രണ്ട് ഒരേപോലെയുള്ള ഇൻബൗണ്ട് ഫോർവേഡുകൾ ചേർക്കുന്നതാണ്. ഫോർവേഡ് വരുന്ന ട്രാഫിക് എവിടേക്ക് അയക്കണമെന്ന് റൗട്ടറിനോട് പറയുന്നു; രണ്ട് സജീവ ഒഴുക്കുകളിൽ പാക്കറ്റ് ഏതിന് സ്വന്തം എന്ന് പറയുന്നില്ല, ആ അവ്യക്തതയാണ് ബഗ്.
റൗട്ടർ മാറ്റാൻ കഴിയില്ലെങ്കിൽ, ഒരു ക്ലയന്റിനെ വേറെ പാതയ്ക്ക് പിന്നിൽ വയ്ക്കുക. ഫോൺ ഹോട്ട്സ്പോട്ട് മോശം സ്ഥിരമായ പരിഹാരവും തികച്ചും നല്ല ഡയഗ്നോസ്റ്റിക് പരിഹാരവുമാണ്.
ഗേറ്റ്വേയാണ് പരിധിയെങ്കിൽ
വെവ്വേറെ ആളുകൾക്ക് വെവ്വേറെ ഐഡന്റിറ്റികൾ നൽകുക. രണ്ട് ലാപ്ടോപ്പുകൾ ഉപയോഗിക്കുന്ന ഒരു പങ്കിട്ട അക്കൗണ്ടാണ് ഒറ്റ സെഷനായി ക്രമീകരിച്ച സർവറുകളിൽ ഈ ലക്ഷണം ഉണ്ടാക്കുന്ന ക്രമീകരണം, ഏതെങ്കിലും പ്രാദേശിക ക്രമീകരണം അങ്ങേയറ്റത്ത് എടുത്ത തീരുമാനം തിരുത്തുന്നില്ല.
ഗേറ്റ്വേ ഉടമയോട് ഏത് നയമാണ് ബാധകമെന്ന് ചോദിക്കുക: ഓരോ അക്കൗണ്ടിനും ഒരു സെഷൻ, ഓരോ സർട്ടിഫിക്കറ്റിനും ഒന്ന്, അല്ലെങ്കിൽ പരിധിയില്ല. അവരുടെ ഉത്തരം പുതിയ ക്രെഡൻഷ്യലുകൾ വേണോ പുതിയ റൗട്ടർ വേണോ എന്ന് തീരുമാനിക്കുന്നു.
പരിശോധന ആളുകൾ ഒഴിവാക്കുന്ന ഭാഗമാണ്. മുൻപ് പരാജയപ്പെട്ടിരുന്ന ഇടവേളയെക്കാൾ കൂടുതൽ സമയം രണ്ട് ക്ലയന്റുകളിൽ നിന്നും ഉപയോഗപ്രദമായ ട്രാഫിക് ഓടിക്കുക, കാരണം രണ്ട് വിജയകരമായ ലോഗിനുകൾ ഓരോന്നിലും പ്രാമാണീകരണം ഒരിക്കൽ പ്രവർത്തിച്ചു എന്ന് മാത്രമേ തെളിയിക്കുന്നുള്ളൂ.