ഫ്ലോട്ടിംഗ് VPN ബാക്കപ്പ് റൂട്ട് ഏറ്റെടുക്കുന്നില്ല: ഫെയിൽഓവർ ചെക്ക്‌ലിസ്റ്റ്

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

ഈ പരിശോധനകൾ ക്രമത്തിൽ ചെയ്യുക. ഓരോന്നിനും ഒരു നിർത്തൽ വ്യവസ്ഥയുണ്ട്, പരാജയപ്പെട്ട പരിശോധനയെ തുടർന്നുള്ളവയ്ക്ക് രക്ഷിക്കാനാകില്ല. ഉദാഹരണങ്ങൾ RouterOS സിന്റാക്സ് ഉപയോഗിക്കുന്നു, കാരണം ദൂരം, ഗേറ്റ്‌വേ എത്തിച്ചേരൽ, ആവർത്തന അടുത്ത ഹോപ്പ് എന്നിവ അവിടെ കോൺഫിഗറേഷനിൽ കാണാം, പക്ഷേ ക്രമം ട്രാക്ക് ചെയ്ത സ്റ്റാറ്റിക് റൂട്ടുകളുള്ള ഏത് റൗട്ടറിനും ബാധകമാണ്.

ബാക്കപ്പ് ഉൾക്കൊള്ളേണ്ട പരാജയത്തിന് പേര് നൽകുക

«പ്രാഥമികം ഡൗണാണ്» നാല് വ്യത്യസ്ത നിരീക്ഷണങ്ങളാണ്. പങ്കാളിയെ നഷ്ടപ്പെടുന്ന റേഡിയോ, കാരിയർ നഷ്ടപ്പെടുന്ന ഇന്റർഫേസ്, മറുപടി നിർത്തുന്ന ദൂരെയുള്ള ഗേറ്റ്‌വേ, പ്രവർത്തനം നിർത്തുന്ന ആപ്ലിക്കേഷൻ — എല്ലാം റൗട്ടറിന്റെ സ്ഥാനത്തുനിന്ന് വ്യത്യസ്തമായി കാണുന്നു. ആരെങ്കിലും ദൂര മൂല്യം മാറ്റുന്നതിന് മുൻപ് ഡിസൈൻ ഏതിനുവേണ്ടിയാണെന്ന് എഴുതുക.

തുടർന്ന് സ്വാതന്ത്ര്യം പരിശോധിക്കുക. VPN-ന്റെ പുറം ഗതാഗതം അതേ വയർലെസ് പാതയിലൂടെയോ അതേ അപ്സ്‌ട്രീം പങ്കിടുന്ന ആക്‌സസ് ലിങ്കിലൂടെയോ പോകുന്നുവെങ്കിൽ, ബാക്കപ്പ് രണ്ടാമത്തെ പരാജയ ഡൊമെയ്ൻ അല്ല, നിങ്ങൾക്ക് ആവശ്യമുള്ള സമയത്തുതന്നെ ഡൗൺ ആകും. പേപ്പറിൽ പ്രാഥമിക കേബിൾ വലിച്ചെടുക്കുക: ടണലിന്റെ സ്വന്തം ഗതാഗതം അതിനൊപ്പം മരിക്കുന്നുവെങ്കിൽ, ഫ്ലോട്ടിംഗ് റൂട്ട് കോൺഫിഗറേഷൻ പിശകുകൾ മാത്രം ഉൾക്കൊള്ളുന്നു, തടസ്സങ്ങളല്ല.

ദൂരത്തോട് എന്തെങ്കിലും കണ്ടെത്താൻ ആവശ്യപ്പെടുന്നത് നിർത്തുക

കൂടിയ ദൂരം റൂട്ടിനെ കുറച്ചുകൂടി മുൻഗണന കുറഞ്ഞതാക്കുന്നു. അതാണ് മുഴുവൻ ജോലി. പ്രാഥമിക സ്റ്റാറ്റിക് റൂട്ട് യോഗ്യമായിരിക്കുന്നിടത്തോളം ഫ്ലോട്ടിംഗ് റൂട്ട് നിഷ്‌ക്രിയമായിരിക്കും, അത് ബഗ്ഗല്ല, ശരിയായ പെരുമാറ്റമാണ്. പ്രാഥമികം പിൻവലിക്കപ്പെടുമ്പോഴോ എത്തിച്ചേരാനാകാത്തതായി അടയാളപ്പെടുത്തുമ്പോഴോ മാത്രമാണ് പരാജയം ദൃശ്യമാകുന്നത്.

സ്റ്റാറ്റിക് റൂട്ടുകൾക്ക് അതിന് വ്യക്തമായ ട്രാക്കർ ആവശ്യമാണ്:

/ip route
add dst-address=10.20.0.0/24 gateway=192.0.2.1 distance=1 check-gateway=ping
add dst-address=10.20.0.0/24 gateway=wg-backup distance=10

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

പ്രോബിന്റെ സ്വന്തം പാക്കറ്റുകൾ എവിടെ പോകുന്നുവെന്ന് കണ്ടെത്തുക

ആരോഗ്യ പ്രോബിനും ഒരു റൂട്ട് ഉണ്ട്. ഡാറ്റ ട്രാഫിക് VPN-ലേക്ക് പോകുമ്പോൾ, അതേ ദൂരെ വിലാസത്തിലേക്കുള്ള നിയന്ത്രണമില്ലാത്ത പ്രോബ് അതിനെ പിന്തുടരാം, വിജയിക്കാം, പ്രാഥമികം തിരികെ വന്നതിന്റെ തെളിവായി വായിക്കപ്പെടാം. ട്രാഫിക് തകർന്ന പാതയിലേക്ക് മടങ്ങുന്നു, ചക്രം ആവർത്തിക്കുന്നു.

പ്രോബിനെ അത് വിലയിരുത്തേണ്ട പാതയിൽ പിൻ ചെയ്യുക. RouterOS-ൽ സാധാരണ വഴി പ്രാഥമിക ഗേറ്റ്‌വേയിലൂടെ നിരീക്ഷണ ലക്ഷ്യത്തിലേക്കുള്ള ഹോസ്റ്റ് റൂട്ടാണ്, മറ്റൊരു റൂട്ടിനും അത് പരിഹരിക്കാനാകാത്തത്ര ചെറിയ വ്യാപ്തിയോടെ, അതാണ് RouterOS മാനുവലിലെ ആവർത്തന ഫെയിൽഓവർ ഉദാഹരണം നിർമ്മിക്കുന്നത്. ബാക്കപ്പ് സജീവമായിരിക്കുമ്പോൾ ലൈവ് ടേബിളിൽ അത് സ്ഥിരീകരിക്കുക, കോൺഫിഗ് കമന്റിൽനിന്നല്ല:

/ip route print detail where dst-address=203.0.113.10
# gateway should still be the primary next hop

ലക്ഷ്യങ്ങൾ ചേർക്കുന്നതിന് മുൻപ് പ്രോബ് ഫലത്തിന്റെ അർത്ഥം നിർവചിക്കുക

ICMP നിരസിക്കുന്നതോ അറ്റകുറ്റപ്പണിയിലേക്ക് പോകുന്നതോ ആയ ഒരു ലക്ഷ്യം കൃത്യമായി പാത പരാജയം പോലെ തോന്നുന്നു, നിയമമില്ലാത്ത മൂന്ന് ലക്ഷ്യങ്ങൾ നിങ്ങൾക്ക് മൂന്ന് അഭിപ്രായങ്ങൾ മാത്രം നൽകുന്നു. ആദ്യം നിയമം തീരുമാനിക്കുക, പിന്നീട് നടപ്പാക്കുക: ഉദാഹരണത്തിന്, മൂന്നിൽ രണ്ട് ലക്ഷ്യങ്ങൾ രണ്ട് തുടർച്ചയായ ഇടവേളകളിൽ പരാജയപ്പെട്ടാൽ പ്രാഥമികം ഡൗൺ ആയി കണക്കാക്കുന്നു, അടുത്ത ആൾ കണ്ടെത്തുന്ന പ്രവർത്തന മാനുവലിൽ എഴുതുക.

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

മടങ്ങിവരവ് പാതയും സെഷൻ കഥയും പരിശോധിക്കുക

പുറത്തേക്ക് മാത്രം പ്രവർത്തിക്കുന്ന ഫെയിൽഓവർ പകുതി ഡിസൈനാണ്. ദൂരെയുള്ള സൈറ്റിന് VPN വഴി നിങ്ങളുടെ ഉറവിട ശ്രേണിയിലേക്ക് മടങ്ങിവരവ് റൂട്ട് ആവശ്യമാണ്, അല്ലെങ്കിൽ മടങ്ങിവരവ് ട്രാഫിക് അപ്രതീക്ഷിത വിലാസത്തിൽനിന്ന് വന്ന് ഇനി പൊരുത്തപ്പെടാത്ത ഫയർവാൾ അവസ്ഥയിൽ ഇടുന്നു. പുതിയ കണക്ഷനുകൾ പ്രവർത്തിച്ചാലും നിലവിലുള്ള സെഷനുകൾ തകരും, അതിനാൽ കൈമാറ്റം അതിജീവിക്കുമെന്ന് വാഗ്ദാനം ചെയ്യുന്നതിന് പകരം അത് സ്വീകാര്യതാ മാനദണ്ഡങ്ങളിൽ ഉൾപ്പെടുത്തുക.

പരിശോധിക്കുന്ന പാതയിൽനിന്ന് മാനേജ്മെന്റ് ആക്‌സസ് അകറ്റി നിർത്തുക. പ്രവേശനത്തിനുള്ള ഏക വഴി പ്രാഥമികത്തിലൂടെയാണെങ്കിൽ, ഫെയിൽഓവർ പരിശോധന തെറ്റായി പെരുമാറുന്ന ഉപകരണത്തിൽനിന്ന് നിങ്ങളെ പുറത്ത് പൂട്ടിയിടും.

സ്വീകാര്യതാ ക്രമം പ്രവർത്തിപ്പിക്കുക

മൂന്ന് പരിശോധനകൾ ഭൂരിഭാഗം മേഖലയും ഉൾക്കൊള്ളുന്നു: പ്രാഥമികത്തിന്റെ ഭൗതിക നഷ്ടം, ഇന്റർഫേസ് ഇപ്പോഴും മുകളിലായിരിക്കെയുള്ള നിശ്ശബ്ദ ഫോർവേഡിംഗ് പരാജയം, പ്രാഥമികത്തിന്റെ പുനഃസ്ഥാപനം. ഓരോന്നിനും പ്രോബിന്റെ ഉറവിടവും അടുത്ത ഹോപ്പും, സജീവ ലക്ഷ്യ റൂട്ടും, ഇരു ദിശകളിലും പുതിയ അനുവദനീയ ആപ്ലിക്കേഷൻ കൈമാറ്റവും രേഖപ്പെടുത്തുക.

ഡിസൈനുകളെ വേർതിരിക്കുന്നത് നിശ്ശബ്ദ കേസാണ്. ബാക്കപ്പ് അവിടെ ഏറ്റെടുക്കുന്നില്ലെങ്കിൽ, നിങ്ങൾ പാത മോണിറ്ററല്ല, ലിങ്ക് മോണിറ്റർ നിർമ്മിച്ചു. അത് സ്വീകാര്യമാണോ എന്ന് തീരുമാനിക്കുക, ഓൺ-കോൾ എഞ്ചിനീയർ വായിക്കുന്നിടത്ത് പരിമിതി എഴുതുക. രണ്ടാമത് ബന്ധിപ്പിച്ച ടണൽ അതിൽത്തന്നെ പൂർണ്ണമായ ബാക്കപ്പ് നയമല്ല.