IPsec പ്രൊഫൈലിലെ അഞ്ച് വിലാസ റോളുകൾ, ഏതാണ് തെറ്റ്

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

അഞ്ച് ജോലികൾ, പ്രധാന്യമുള്ള ക്രമത്തിൽ

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

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

ആദ്യ തീരുമാനം: ഒന്നും സ്ഥാപിക്കപ്പെടുന്നില്ല

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

വിവർത്തനത്തിലൂടെ കണ്ട ഒരു പൊതു വിലാസം പിയർ തെളിയിക്കുന്ന ഐഡന്റിറ്റിയല്ല. വിദൂര അറ്റത്ത് പാക്കറ്റ് ക്യാപ്ചർ കാണിക്കുന്നതുമായി യോജിക്കാൻ വിലാസം മാറ്റുന്നത് സാധാരണവും തെറ്റായതുമായ തിരുത്തലാണ്.

രണ്ടാം തീരുമാനം: ടണൽ മുകളിലുണ്ട്, ട്രാഫിക് മരിക്കുന്നു

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

എഡിറ്റ് ചെയ്യുന്നതിന് മുൻപ് രണ്ട് കോൺഫിഗറേഷനുകളും അടുത്തടുത്ത് വായിക്കുക. ഒരു ഹോസ്റ്റിലെ പ്രാദേശിക പരിധി മറ്റൊന്നിലെ വിദൂര പരിധിയാണ്, ഒരു ജോഡി മാറിപ്പോയാൽ ഒന്നും കൊണ്ടുപോകാത്ത ടണൽ വിശദീകരിക്കപ്പെടുന്നു. കീകളിൽ തൊടുന്നതിന് മുൻപ് ജോഡി ചുരുക്കുക: ടണലിനുള്ളിൽ ഒരു സബ്നെറ്റും പുറത്ത് ഒന്നും ഉണ്ടെങ്കിൽ കുറ്റം സെലക്ടറിന്റേതാണോ റൂട്ടിംഗിന്റേതാണോ എന്ന് പറയും.

മൂന്നാം തീരുമാനം: ഗേറ്റ്വേയുടെ സ്വന്തം ട്രാഫിക് മാത്രം പരാജയപ്പെടുന്നു

ക്ലയന്റുകൾക്കായി കൈമാറ്റം ചെയ്യുന്ന ട്രാഫിക് തികച്ചും പ്രവർത്തിക്കാം, പക്ഷേ ഗേറ്റ്വേ തന്നെ തുടങ്ങുന്ന അഭ്യർത്ഥന പരാജയപ്പെടുന്നു, കാരണം ആ പ്രവാഹത്തിന് പാരമ്പര്യമായി ലഭിക്കാൻ ക്ലയന്റ് ഉറവിടമില്ല. മുൻഗണനാ ഉറവിട ക്രമീകരണം ഈ സാഹചര്യത്തിനു വേണ്ടിയാണ്, അത് ഉറവിട വിവർത്തനമല്ല: അത് ഒരു ഉറവിട വിലാസം തിരഞ്ഞെടുക്കുന്നു, വീണ്ടും എഴുതുന്നില്ല.

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

അടുത്ത ഹോപ്പ് ഒരു പ്രാദേശിക നിർദ്ദേശമാണ്

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

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

പ്രൊഫൈൽ രണ്ട് അറ്റത്തുനിന്നും വായിക്കുക

കടലാസിൽ റോളുകൾ മറിച്ചിടുന്നതാണ് ലഭ്യമായ വേഗത്തിലുള്ള അവലോകനം: സംരക്ഷിത പരിധികൾ കൈമാറുക, ഓരോ വശത്തിന്റെയും സ്വന്തം അടുത്ത ഹോപ്പും ഓരോ വശത്തിന്റെയും സ്വന്തം ഐഡന്റിറ്റിയും നിലനിർത്തുക. കൈമാറ്റം അതിജീവിക്കാത്തത് ഒരുപക്ഷേ തെറ്റായ ജോലിക്ക് നൽകപ്പെട്ടിരിക്കുന്നു.

പിന്നീട് ഓരോ റോളിനും ഒരു പ്രവാഹം പരിശോധിക്കുക: പിയർ-ടു-പിയർ എത്തിച്ചേരൽ, ആന്തരിക ക്ലയന്റ് പ്രവാഹം, ഗേറ്റ്വേയിൽ നിന്ന് ഉത്ഭവിക്കുന്ന അഭ്യർത്ഥന. കോൺഫിഗറേഷൻ വീണ്ടും തുറക്കാതെ ഏത് ജോലി തെറ്റായി നൽകിയെന്ന് മൂന്ന് പരിശോധനകൾ പറയും. ഫലം നിങ്ങൾ മാറ്റിയ ഫീൽഡിന് അടുത്ത് ടിക്കറ്റിൽ ചേർക്കുക, കാരണം അടുത്ത എഞ്ചിനീയർ അതേ പ്രൊഫൈൽ കാണും.