IPsec നയം നിങ്ങളുടെ പ്രാദേശിക ട്രാഫിക് വിഴുങ്ങുന്നു: എങ്ങനെ തിരിച്ചറിയാം

മേശപ്പുറത്തുള്ള പ്രിൻറർ ടണൽ ഉയരുന്ന ക്ഷണത്തിൽ തന്നെ മറുപടി നൽകുന്നത് നിർത്തുന്നു, ടണൽ ക്രമീകരണത്തിൽ പ്രിൻററിനെക്കുറിച്ച് എവിടെയും പറയുന്നില്ല. സാധാരണ സംഭവിച്ചത്, സംരക്ഷിത ശ്രേണി അതിനെയും ഉൾക്കൊള്ളുന്നത്ര വീതിയിൽ എഴുതിയിരുന്നു എന്നതാണ്, അതിനാൽ യന്ത്രം ഇപ്പോൾ പ്രാദേശിക സെഗ്മെന്റിൽ നിൽക്കേണ്ടിയിരുന്ന ട്രാഫിക് എൻക്രിപ്റ്റ് ചെയ്യാൻ ശ്രമിക്കുന്നു. ഇൻസ്റ്റാൾ ചെയ്ത നയം വായിക്കുന്നത് ഈ പിടിത്തം വിശദീകരിക്കുന്നു; അത് ശരിയായ സ്ഥലത്ത് ചുരുക്കുന്നത് വിദൂര ട്രാഫിക് സംരക്ഷിതമായി നിർത്തുന്നു. പരാജയപ്പെട്ട അഭ്യർത്ഥനയിൽ നിന്ന് യോജിക്കുന്ന നയത്തിലേക്കുള്ള യാത്ര കുറച്ച് മിനിറ്റ് എടുക്കുന്നു.

സെലക്ടർ മാറ്റുന്നതിന് മുൻപ് ഒഴുക്ക് പിന്തുടരുക

പരാജയപ്പെട്ട അഭ്യർത്ഥനയിൽ നിന്ന് തുടങ്ങി നാല് മൂല്യങ്ങൾ എഴുതുക: യന്ത്രം ഉപയോഗിക്കുന്ന ഉറവിട വിലാസം, കൃത്യമായ ലക്ഷ്യം, കേർണൽ തിരഞ്ഞെടുക്കുന്ന പാത, ആ ജോടിയുമായി യോജിക്കുന്ന നയം.

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

എന്തെങ്കിലും എഡിറ്റ് ചെയ്യുന്നതിന് മുൻപ് ഇത് ചെയ്യുക, കാരണം രസകരമായ സാഹചര്യം കണക്ഷൻ സംരക്ഷിക്കുന്ന സ്വകാര്യ ശ്രേണിയുമായി ഓവർലാപ്പ് ചെയ്യുന്ന പ്രാദേശിക സബ്നെറ്റാണ്. 192.168.0.0/16 പോലുള്ള പരിചിത പ്രിഫിക്സുകൾ പല നെറ്റ്വർക്കുകളിലും കാണാം, അവയിലൊന്നിനായി എഴുതിയ സെലക്ടർ നിങ്ങളുടേത് നിശബ്ദമായി മൂടിയേക്കാം.

വ്യത്യസ്തമായി പെരുമാറുന്ന മൂന്ന് തരം പ്രാദേശികം

ഈ ഹോസ്റ്റിന് നൽകിയ ലക്ഷ്യം, അതേ ലിങ്കിലുള്ള ലക്ഷ്യം, മറ്റൊരു ഇന്റർഫേസിന് പിന്നിലുള്ള ലക്ഷ്യം എന്നിവ മൂന്ന് വ്യത്യസ്ത സാഹചര്യങ്ങളാണ്. ട്രാഫിക്കിന് സംരക്ഷണം ആവശ്യമാണോ എന്ന് തീരുമാനിക്കുമ്പോൾ കേർണൽ ഓരോന്നിനെയും വ്യത്യസ്തമായി കാണുന്നു.

ഗേറ്റ്വേ തന്നെ സൃഷ്ടിക്കുന്ന ട്രാഫിക്കും ക്ലയന്റിൽ നിന്ന് അയയ്ക്കുന്ന ട്രാഫിക്കിന് സമാനമല്ല. അയയ്ക്കുന്ന ട്രാഫിക്കിന് ശരിയെന്ന് തോന്നുന്ന നയം ഗേറ്റ്വേയുടെ സ്വന്തം അഡ്മിനിസ്ട്രേഷൻ സെഷൻ പിടിച്ചെടുക്കാം, അങ്ങനെ അഡ്മിൻ ടണൽ നന്നാക്കുമ്പോൾ പ്രവേശനം നഷ്ടപ്പെടുന്നു.

പ്രയോജനകരമായ ശീലം സാഹചര്യം ഉറക്കെ പേരിടുക എന്നതാണ്: ഈ പാക്കറ്റ് എന്നിൽ നിന്ന് വരുന്നുണ്ടോ, എന്റെ ലിങ്കിലേക്ക് പോകുന്നുണ്ടോ അതോ എന്നിലൂടെ കടക്കുന്നുണ്ടോ? ഓരോ മറുപടിയും ചുരുക്കാൻ വേറെ സ്ഥലം ചൂണ്ടിക്കാണിക്കുന്നു. സാഹചര്യം എഴുതിവയ്ക്കുന്നത് അടുത്ത വ്യക്തിയും അതേ ജോലി വീണ്ടും ചെയ്യുന്നത് തടയുന്നു.

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

ഇൻസ്റ്റാൾ ചെയ്ത നയം വായിക്കുക, ഫയൽ അല്ല

ക്രമീകരണ ഫയലുകൾ ഉദ്ദേശ്യം വിവരിക്കുന്നു; കേർണൽ യഥാർത്ഥത്തിൽ യോജിക്കുന്ന നയങ്ങൾ സൂക്ഷിക്കുന്നു. രണ്ടും കാണിച്ച് വ്യത്യാസത്തെ ആദ്യ കണ്ടെത്തലായി കണക്കാക്കുക.

ഈ കമാൻഡുകൾ ലക്ഷ്യത്തിനായി തിരഞ്ഞെടുത്ത പാതയും ഓരോ ദിശയിലും ഇൻസ്റ്റാൾ ചെയ്ത നയങ്ങളും കാണിക്കുന്നു:

ip route get 192.168.50.20
ip xfrm policy list
sudo swanctl --list-conns

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

സെലക്ടർ ചുരുക്കുക അല്ലെങ്കിൽ ലക്ഷ്യം ഒഴിവാക്കുക

രണ്ട് പിന്തുണയ്ക്കുന്ന അറ്റകുറ്റപ്പണികളുണ്ട്, അവ വ്യത്യസ്ത ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകുന്നു. സെലക്ടർ ചുരുക്കുന്നത് ഈ കണക്ഷൻ ചെറിയ ശ്രേണിയെ മാത്രം സംരക്ഷിക്കുന്നു എന്ന് പറയുന്നു, വിശാല ശ്രേണി തെറ്റായിരുന്നപ്പോൾ ഇത് ശരിയാണ്. ഒഴിവാക്കൽ ചേർക്കുന്നത് ഈ നിർദ്ദിഷ്ട ലക്ഷ്യം ഒരിക്കലും സംരക്ഷിക്കരുത് എന്ന് പറയുന്നു, സംരക്ഷിത ശ്രേണി ശരിക്കും വിശാലവും ഒരു ലക്ഷ്യം ഒഴിവാക്കലും ആകുമ്പോൾ ഇത് ശരിയാണ്.

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

രണ്ടും കണക്ഷൻ ഉള്ള ക്രമീകരണത്തിൽ പെടുന്നു. കൈകൊണ്ട് ചേർത്ത റൺടൈം നിയമം അടുത്ത പുനർബന്ധനത്തിൽ അപ്രത്യക്ഷമാകും, പരാജയം ആ താൽക്കാലിക പരിഹാരം ആരും ഓർക്കാത്ത നിമിഷത്തിൽ തിരിച്ചുവരും.

പുനഃസ്ഥാപനത്തിൽ നിലനിൽക്കുന്ന ഒഴിവാക്കലുകൾ

മാറ്റത്തിന് ശേഷം അതേ നിരുപദ്രവകരമായ അഭ്യർത്ഥന ആവർത്തിച്ച് അതേ കൗണ്ടറുകൾ നോക്കുക. പ്രാദേശിക ലക്ഷ്യം മറുപടി നൽകണം, ഉദ്ദേശിച്ച വിദൂര ലക്ഷ്യം ഇപ്പോഴും എൻക്രിപ്റ്റ് ചെയ്ത ട്രാഫിക് കാണിക്കണം.

ഈ രണ്ട് പരിശോധനകൾ ഒഴിവാക്കൽ നിലനിന്നു, സംരക്ഷണം നിലനിന്നില്ല എന്ന് സ്ഥിരീകരിക്കുന്നു:

ip xfrm policy list | grep -c out
ping -c 3 192.168.50.20

തുടർന്ന് ടണൽ ഉദ്ദേശ്യപൂർവ്വം വിച്ഛേദിച്ച് വീണ്ടും ബന്ധിപ്പിച്ച്, രണ്ടും ആവർത്തിക്കുക. പുനർബന്ധനത്തിന് മുൻപ് പ്രവർത്തിക്കുകയും ശേഷം പരാജയപ്പെടുകയും ചെയ്യുന്ന ഒഴിവാക്കൽ തെറ്റായ പാളിയിൽ പ്രയോഗിച്ചിരിക്കുന്നു, ഈ പ്രശ്നം തിരിച്ചുവരാനുള്ള ഏറ്റവും സാധാരണ വഴി ഇതാണ്.