രണ്ട് IPsec ഗേറ്റ്വേകൾ, പങ്കിട്ട IP ഇല്ല: ഫെയിൽഓവർ യഥാർത്ഥത്തിൽ എന്ത് ചെയ്യുന്നു

ഒരു മീറ്റിംഗിനിടയിൽ ഗേറ്റ്വേ A ഓഫാക്കി ഒരു മിനിറ്റ് കഴിഞ്ഞ് ടണൽ B വഴി തിരികെ വരുന്നത് കാണുക; കണക്ഷൻ പ്രവർത്തിക്കുന്നു, വീഡിയോ കോൾ ആകണമെന്നില്ല. സ്വതന്ത്ര വിലാസങ്ങളുള്ള രണ്ട് IPsec ഗേറ്റ്വേകൾക്കിടയിലുള്ള കോൾഡ് ഫെയിൽഓവറിന്റെ സത്യസന്ധമായ രൂപം ഇതാണ്. ക്ലൈന്റ് ഒരു എൻഡ്പോയിന്റ് വീണ്ടും തിരഞ്ഞെടുത്ത് പുതിയ ബന്ധം നിർമ്മിക്കുന്നു, ഇത് പഴയ സെഷന്റെ ക്രിപ്റ്റോഗ്രാഫിക് അവസ്ഥ കൈമാറാതെ എത്തിച്ചേരൽ പുനഃസ്ഥാപിക്കുന്നു. ക്രമം പിന്തുടരുന്നത് ഡിസൈനിന് ഏത് വാഗ്ദാനങ്ങൾ പാലിക്കാമെന്ന് വ്യക്തമാക്കുന്നു.

രംഗം ഒരുക്കുക: രണ്ട് വിലാസങ്ങൾ, ഫ്ലോട്ടിംഗ് IP ഇല്ല

ഗേറ്റ്വേ A ഒരു എത്തിച്ചേരാവുന്ന വിലാസത്തിൽ ഉത്തരം നൽകുന്നു, ഗേറ്റ്വേ B മറ്റൊന്നിൽ. A പോയാൽ B തിരഞ്ഞെടുക്കാൻ അംഗീകൃത മാർഗം ക്ലൈന്റിനുണ്ട്, രണ്ട് ഗേറ്റ്വേകളും അവകാശപ്പെടുന്ന പങ്കിട്ട ബാഹ്യ വിലാസം ഇല്ല. ഈ ഡിസൈനിൽ വെർച്വൽ IP എന്നത് ആ പങ്കിട്ട പ്രവേശന കേന്ദ്രത്തെയാണ് അർത്ഥമാക്കുന്നത്, റിമോട്ട് ആക്സസ് ക്ലൈന്റിന് നൽകുന്ന ആന്തരിക വിലാസത്തെയല്ല.

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

പരാജയത്തിലൂടെ കടന്നുപോകുക: കണ്ടെത്തുക, പിന്നെ വീണ്ടും തിരഞ്ഞെടുക്കുക

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

പിന്നീട് ക്ലൈന്റ് വിന്യാസം പിന്തുണയ്ക്കുന്ന ഏത് സംവിധാനത്തിലൂടെയും B തിരഞ്ഞെടുക്കുന്നു: രണ്ടാമത്തെ കോൺഫിഗർ ചെയ്ത റിമോട്ട്, ആരോഗ്യകരമായ വിലാസത്തിലേക്ക് പരിഹരിക്കുന്ന DNS നാമം, അല്ലെങ്കിൽ ഇപ്പോൾ മറ്റൊരു പാതയ്ക്ക് മുൻഗണന നൽകുന്ന റൂട്ടിംഗ്. തിരഞ്ഞെടുപ്പ് ഒരു നയപരമായ ഘട്ടമാണ്, അത് പരാജയത്തിന് മുമ്പ് നിലനിൽക്കണം, അല്ലാത്തപക്ഷം അത് യാദൃശ്ചികമായി സംഭവിക്കും.

B എന്ത് പാരമ്പര്യമായി നേടാം, എന്ത് നേടാനാകില്ല

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

ആ അവസ്ഥ ഗേറ്റ്വേകൾക്കിടയിൽ നീക്കുന്നത് യഥാർത്ഥ എഞ്ചിനീയറിംഗ് പ്രശ്നമാണ്, അതിനാലാണ് strongSwan-ന്റെ ഉയർന്ന ലഭ്യതാ രേഖകൾ അതിനെ ഒരു കോൺഫിഗറേഷൻ ഫ്ലാഗ് എന്നതിനുപകരം ക്ലസ്റ്റർ ഡിസൈനായി കണക്കാക്കുന്നത്. ഒരു പ്രത്യേക ക്ലസ്റ്റർ റെസിപ്പി ക്ലൗഡ് നെറ്റ്വർക്കിനുള്ള പൊതു ഉത്തരമല്ല, പിന്തുണയ്ക്കുന്ന ഇൻഫ്രാസ്ട്രക്ചർ ഇല്ലാതെ അത് പകർത്തുന്നത് തുടർച്ചയ്ക്കുപകരം സങ്കീർണ്ണത വാങ്ങുന്നു.

പുതിയ ബന്ധം സ്ഥാപിക്കൽ

B തിരഞ്ഞെടുത്തതിനാൽ, ക്ലൈന്റ് പുതിയ IKE കൈമാറ്റം നടത്തുന്നു: പുതിയ nonce മൂല്യങ്ങൾ, പുതിയ Diffie-Hellman മൂല്യങ്ങൾ, ഫലമായുണ്ടാകുന്ന അസോസിയേഷനുകൾക്ക് പുതിയ ഐഡന്റിഫയറുകൾ. B-യിൽ വീണ്ടും ഓതന്റിക്കേഷൻ നടക്കുന്നു. ഡിസൈൻ മെഷീൻ ക്രെഡൻഷ്യലുകളെ ആശ്രയിക്കുന്നുവെങ്കിൽ, വീണ്ടും കണക്ട് ചെയ്യൽ മേൽനോട്ടമില്ലാതെ നടക്കാം; മനുഷ്യ ഘടകം ആവശ്യമെങ്കിൽ, ഫെയിൽഓവർ പൂർത്തിയാകാൻ ആരെങ്കിലും ഉണ്ടായിരിക്കണം.

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

അതേ ആന്തരിക വിലാസം നിലനിർത്തുന്നത് സ്ഥിരമായ പ്രാദേശിക ഐഡന്റിറ്റി പ്രതീക്ഷിക്കുന്ന ആപ്ലിക്കേഷനുകളെ സഹായിക്കുന്നു, അവയുടെ സെഷനുകൾ നിലനിർത്തുന്നില്ല. NAT ബൈൻഡിംഗുകൾ കാലഹരണപ്പെടുന്നു, TCP കണക്ഷനുകൾ റീസെറ്റ് ചെയ്യുന്നു, സ്വന്തം ടൈംഔട്ട് ഉള്ള ഏതും വീണ്ടും ശ്രമിക്കണോ എന്ന് സ്വതന്ത്രമായി തീരുമാനിക്കുന്നു.

സമാന്തരമായി രണ്ട് ടണലുകൾ വ്യത്യസ്ത ഡിസൈനാണ്

രണ്ട് ടണലുകളും ഒരുമിച്ച് പ്രവർത്തിപ്പിക്കുന്നത് രണ്ട് ഗേറ്റ്വേകളും റൂട്ടിംഗ് ഡിസൈനും പിന്തുണയ്ക്കുമ്പോൾ സാധുവായ മാതൃകയാണ്. അപ്പോൾ റൂട്ട് തിരഞ്ഞെടുപ്പ് സജീവ പാത തിരഞ്ഞെടുക്കുന്നു, തിരികെയുള്ള പാത യോജിക്കണം, അല്ലാത്തപക്ഷം ട്രാഫിക് ഒരു ഗേറ്റ്വേയിലൂടെ പുറത്തുപോയി മറ്റൊന്നിലൂടെ തിരികെ വരുന്നു, അതിനെ ചേർക്കാൻ അവസ്ഥയില്ലാതെ.

ഓവർലാപ്പിംഗ് ടണൽ നയങ്ങൾ സ്വയം ക്രമീകൃത ഫെയിൽഓവർ സൃഷ്ടിക്കുന്നില്ല. അവ രണ്ട് സ്ഥാനാർത്ഥികളെ സൃഷ്ടിക്കുന്നു, അവയ്ക്കിടയിൽ എന്തോ നിർണ്ണായകമായി തീരുമാനിക്കണം, അത് റൂട്ടിംഗ് മെട്രിക്, നയ മുൻഗണന അല്ലെങ്കിൽ ക്ലൈന്റിലെ വ്യക്തമായ മുൻഗണന ആകാം.

നിങ്ങൾ ഏത് രൂപം തിരഞ്ഞെടുത്താലും, കരാർ എഴുതുക: പരാജയം എങ്ങനെ കണ്ടെത്തുന്നു, ബദൽ എങ്ങനെ തിരഞ്ഞെടുക്കുന്നു, അതിന് ഏത് ഓതന്റിക്കേഷൻ ആവശ്യമാണ്, വീണ്ടും കണക്ട് ചെയ്യാൻ എത്ര സമയമെടുക്കുമെന്ന് പ്രതീക്ഷിക്കുന്നു. പങ്കിട്ട IP കണ്ടെത്തൽ ലളിതമാക്കാം, പക്ഷേ അത് തുടർച്ചയായ അവസ്ഥയുടെ പര്യായമല്ല, ലഭ്യത ഏത് വിധേനയും ഒരു ഡിസൈനാണ്.