peer റീബൂട്ടിന് ശേഷം strongSwan താഴെ തുടരുന്നു: ഒരു ടണൽ വീണ്ടെടുക്കുക

വിദൂര ഗേറ്റ്വേ റീബൂട്ട് ചെയ്യുന്നു, ഒരു മിനിറ്റിനുള്ളിൽ തിരികെ വരുന്നു, പ്രാദേശിക strongSwan ഡീമോൺ പ്രവർത്തനം തുടരുന്നു, ടണൽ ഇപ്പോഴും താഴെയാണ്. ESTABLISHED തിരഞ്ഞ് ഡീമോൺ റീസ്റ്റാർട്ട് ചെയ്യുന്ന cron ജോലി ഒടുവിൽ അത് മറച്ചുവയ്ക്കും, കൂടാതെ യന്ത്രത്തിലെ ഓരോ ബന്ധമില്ലാത്ത ടണലും വിച്ഛേദിക്കും, ഒരുപക്ഷേ പരാജയപ്പെട്ട ടണൽ വിട്ടുപോകാം. വീണ്ടെടുക്കൽ തിരികെ വരേണ്ട കണക്ഷനിൽ ഉള്ളതാണ്, റീലോഡിനെ അതിജീവിക്കുന്ന ക്രമീകരണങ്ങളിൽ പ്രകടമാക്കുന്നു. ഈ റൺബുക്ക് അത് ഒരു കണക്ഷനുവേണ്ടി ഒരുക്കുകയും ഫലം പേരുകൊണ്ട് തെളിയിക്കുകയും ചെയ്യുന്നു.

ആഗോള റീസ്റ്റാർട്ട് ഉപേക്ഷിക്കുക, അതിന്റെ തെളിവുകൾ സൂക്ഷിക്കുക

ഡീമോൺ റീസ്റ്റാർട്ടിന് രണ്ട് വ്യക്തമായ വീഴ്ചകളുണ്ട്: അത് ഓരോ കണക്ഷന്റെയും അവസ്ഥ നശിപ്പിക്കുന്നു, ഏത് സംഭവമാണ് യഥാർത്ഥത്തിൽ പരാജയപ്പെട്ടതെന്ന് ഒന്നും പറയുന്നുമില്ല. നിങ്ങൾ തിരഞ്ഞ സ്റ്റാറ്റസ് ടെക്സ്റ്റ് മറ്റൊരു കണക്ഷനിൽ നിന്നായിരിക്കാം, ആവശ്യമായ child ഒന്നും അത് പ്രവർത്തിപ്പിക്കാത്തതിനാൽ നിഷ്ക്രിയമായി ഇരുന്നു.

എന്തെങ്കിലും മാറ്റുന്നതിന് മുമ്പ് ലോഡ് ചെയ്ത കണക്ഷനുകളും സജീവ അസോസിയേഷനുകളും വായിക്കുക, അങ്ങനെ peer തിരികെ വന്നതിന് ശേഷം താരതമ്യം ചെയ്യാൻ മുൻ ചിത്രം നിങ്ങൾക്കുണ്ടാകും.

swanctl --list-conns
swanctl --list-sas

തുടക്കവും വീണ്ടും ശ്രമങ്ങളും തിരികെ വരുന്ന കണക്ഷനിൽ ഇടുക

swanctl.conf വിന്യാസത്തിൽ ഈ ക്രമീകരണങ്ങൾ ആഗോള നയത്തിലല്ല, കണക്ഷൻ, child തലത്തിലാണ് കഴിയുന്നത്. താഴെയുള്ള ഭാഗം നിർദ്ദേശങ്ങൾ, പ്രാമാണീകരണം, സെലക്ടറുകൾ ഇതിനകം ശരിയാണെന്ന് അനുമാനിക്കുന്ന ഇനീഷ്യേറ്റർ വശത്തെ ഉദാഹരണമാണ്.

connections {
    branch {
        keyingtries = 0
        dpd_delay = 30s
        children {
            private-lan {
                start_action = trap|start
                dpd_action = restart
            }
        }
    }
}

child ലോഡ് ചെയ്യുമ്പോൾ എന്ത് സംഭവിക്കുമെന്ന് start_action തീരുമാനിക്കുന്നു: start ഉടൻ തുടങ്ങുന്നു, trap എന്നാൽ പൊരുത്തപ്പെടുന്ന ട്രാഫിക് വരുമ്പോൾ തുടക്കം പ്രവർത്തിപ്പിക്കുന്ന നയം ഇൻസ്റ്റാൾ ചെയ്യുന്നു. trap|start എഴുതാൻ strongSwan 5.9.6 അല്ലെങ്കിൽ അതിനുശേഷമുള്ളത് വേണം, അതിനാൽ വരി പകർത്തുന്നതിന് മുമ്പ് പതിപ്പ് പരിശോധിക്കുക. dpd_action=restart peer മരിച്ചതായി പ്രഖ്യാപിച്ചാൽ ഉടൻ പുതിയ ചർച്ച ആവശ്യപ്പെടുന്നു, കണക്ഷൻ തലത്തിലെ keyingtries=0 വിജയം അല്ലെങ്കിൽ സ്ഥിരമായ പിശക് വരെ കൂടുതൽ ശ്രമങ്ങൾ അനുവദിക്കുന്നു. IKEv2-ന് കീഴിൽ dpd_timeout-ന് ഒരു വീഴ്ചയുമില്ല, കാരണം peer എപ്പോൾ പ്രതികരിക്കുന്നില്ലെന്ന് സാധാരണ പുനഃപ്രേഷണമാണ് തീരുമാനിക്കുന്നത്.

ആ ഉദാഹരണത്തിലെ കാലതാമസം ഒരു തുടക്കമാണ്, സാർവത്രിക സമയപരിധിയല്ല. peer-ന്റെ റീബൂട്ട് എത്ര സമയമെടുക്കുന്നു, എത്ര പുനഃപ്രേഷണം നിങ്ങൾ സഹിക്കാൻ തയ്യാറാണ് എന്നിവയുടെ അടിസ്ഥാനത്തിൽ അത് തിരഞ്ഞെടുക്കുക.

ഏത് സംഭവത്തിൽ നിന്നാണ് നിങ്ങൾ വീണ്ടെടുക്കുന്നതെന്ന് അറിയുക

മൂന്ന് പരാജയങ്ങൾ ഡാഷ്ബോർഡിൽ ഒരുപോലെ കാണപ്പെടുന്നു, വ്യത്യസ്ത ക്രമീകരണങ്ങൾ ആവശ്യപ്പെടുന്നു. ഒരിക്കലും ഉയരാത്ത പ്രാരംഭ കണക്ഷൻ ഒരു കോൺഫിഗറേഷൻ അല്ലെങ്കിൽ എത്തിച്ചേരൽ പ്രശ്നമാണ്. മറുപടി നിർത്തിയ peer DPD കേസാണ്. peer വ്യക്തമായി അടച്ച child, DPD ഒരിക്കലും നിരീക്ഷിക്കാത്ത സ്വന്തം close_action ഉള്ള നയ സംഭവമാണ്. തടസ്സത്തിന് ചുറ്റുമുള്ള ലോഗ് വായിക്കുന്നത് മൂന്നിൽ ഏതാണ് നിങ്ങൾക്കുള്ളതെന്ന് പറയും, ഉത്തരം പരിഹാരം മാറ്റുന്നു.

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

ഡീമോൺ സ്ഥിതികൊണ്ടല്ല, പേരുകൊണ്ട് പരിശോധിക്കുക

peer ഇപ്പോഴും താഴെയായിരിക്കെ കണക്ഷനും അതിന്റെ child-ഉം പേരുകൊണ്ട് വായിക്കുക, പിന്നീട് അത് തിരികെ വരുമ്പോൾ വീണ്ടും വായിക്കുക; ആ രണ്ട് ഔട്ട്പുട്ടുകളുടെ വ്യത്യാസമാണ് തെളിവ്.

swanctl --initiate --child private-lan
swanctl --terminate --ike branch

പിന്നീട് അസോസിയേഷനല്ല, സേവനം സ്ഥിരീകരിക്കുക. പുതിയ child സുരക്ഷാ അസോസിയേഷനും അതിന് പിന്നിലെ സ്വകാര്യ ലക്ഷ്യസ്ഥാനത്തേക്കുള്ള വിജയകരമായ അഭ്യർത്ഥനയും—ഈ രണ്ട് വസ്തുതകളാണ് പ്രധാനം, ആരോഗ്യകരമായ ബന്ധമില്ലാത്ത ടണലിനൊപ്പം പ്രവർത്തിക്കുന്ന ഡീമോൺ രണ്ടും തെളിയിക്കുന്നില്ല.

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

മാറ്റം ഒരു വിൻഡോയിൽ ലോഡ് ചെയ്ത് വീണ്ടും പരിശോധിക്കുക

റീലോഡ് ഡീമോൺ റീസ്റ്റാർട്ടിനേക്കാൾ സുരക്ഷിതമാണ്, എന്നിട്ടും സൗജന്യമല്ല: child മാറ്റിസ്ഥാപിക്കുകയോ അൺലോഡ് ചെയ്യുകയോ ചെയ്യുന്നത് തുടങ്ങിയ അസോസിയേഷൻ അടയ്ക്കുകയോ അതിന്റെ trap വീഴ്ത്തുകയോ ചെയ്യാം.

അറ്റകുറ്റപ്പണി വിൻഡോയിൽ ലോഡ് ചെയ്യുക, മുൻ ഫയൽ സൂക്ഷിക്കുക, കണക്ഷൻ ഡിഫോൾട്ടുകളല്ല, നിങ്ങൾ ഉദ്ദേശിച്ച ക്രമീകരണങ്ങളോടെ പ്രത്യക്ഷപ്പെടുന്നുവെന്ന് സ്ഥിരീകരിക്കുക.

swanctl --load-conns
swanctl --list-conns

മുൻ ഫയൽ പുനഃസ്ഥാപിച്ച് വീണ്ടും ലോഡ് ചെയ്ത് പിൻവലിക്കുക, പിന്നീട് അതേ രണ്ട് കമാൻഡുകൾ ആവർത്തിക്കുക. ഡീമോൺ റീസ്റ്റാർട്ടിന് ശേഷം മാത്രം തിരികെ വരുന്ന ടണൽ അറ്റകുറ്റപ്പണി ചെയ്തിട്ടില്ല, അത് റീസെറ്റ് ചെയ്തിരിക്കുന്നു.