systemd-socket-proxyd-ന് അതിന്റെ SSH SOCKS ടണലിനെ അതിജീവിക്കാം

SSH പുറത്തുപോയതിന് ശേഷം ഫ്രണ്ട് പോർട്ട് കണക്ഷനുകൾ സ്വീകരിക്കുന്നുണ്ടെങ്കിൽ, മൂന്ന് യൂണിറ്റുകളും പരിശോധിക്കുക. ആക്ടിവേഷൻ സോക്കറ്റ്, systemd-socket-proxyd സഹായി, SSH സൃഷ്ടിച്ച SOCKS ലിസണർ എന്നിവയ്ക്ക് വ്യത്യസ്ത ആയുസ്സുകളുണ്ട്:

സഹായിയും SSH-യും ഒരുമിച്ച് ആരംഭിക്കുന്നത് പിന്നീടുള്ള നിർത്തൽ പരിവർത്തനം നിർവചിക്കുന്നില്ല. അതിന്റെ ടണൽ ഇല്ലാതെ സജീവമായി തുടരാൻ പാടില്ലാത്ത സഹായിക്കായി systemd ശക്തമായ ബന്ധം രേഖപ്പെടുത്തുന്നു:

[Unit]
BindsTo=ssh-socks.service
After=ssh-socks.service

യഥാർത്ഥ രൂപകൽപ്പനയിൽ ഉചിതമായ യൂണിറ്റിൽ ഇത് പ്രയോഗിക്കുക. Requires=-ഉം ക്രമീകരണവും ബന്ധത്തിന്റെ ഒരു ഭാഗം മാത്രമാണ് കൈകാര്യം ചെയ്യുന്നത്. ഇതിനകം സജീവമായ ഫ്രണ്ടെൻഡ് അതിന്റെ ബാക്കെൻഡ് അപ്രത്യക്ഷമായാൽ വീണ്ടും ആക്ടിവേറ്റ് ചെയ്യാതിരിക്കാം. പരാജയപ്പെട്ട യൂണിറ്റ് അവസ്ഥയും സ്റ്റാർട്ട്-റേറ്റ് പരിധികളും പരിശോധിക്കുക; ആശ്രിതത്വങ്ങൾ ആ പരിധികളെ മറികടക്കുന്നില്ല.

അടുത്തതായി സ്റ്റാർട്ടപ്പ് തയ്യാറെടുപ്പ് സ്ഥാപിക്കുക. After= ജോലികൾ ക്രമീകരിക്കുന്നു, Type=simple SSH ലിസണറുടെ തയ്യാറെടുപ്പല്ല. സ്ഥിരമായ സ്ലീപ്പ് സാവധാന ഓതന്റിക്കേഷനിൽ പരാജയപ്പെടാം. ആവശ്യമായ ലിസണർ സ്ഥാപിക്കുന്ന ഒരു സ്റ്റാർട്ടപ്പ് കരാർ ഉപയോഗിക്കുക; ExitOnForwardFailure=yes ഫോർവേഡിംഗ് ക്രമീകരണ പരാജയം പിടികൂടുന്നു, പിന്നീടുള്ള ലക്ഷ്യ പ്രാപ്യതയല്ല.

അവസാനമായി, ഐഡിൾ എക്സിറ്റും പുനരാക്ടിവേഷനും നിർവചിക്കുക. ഫോർവേഡിംഗ് ഡീമണിന്റെ ഐഡിൾ-എക്സിറ്റ് ഓപ്ഷൻ സജീവ കണക്ഷനുകളുടെ അഭാവത്തെക്കുറിച്ചാണ്, തുറന്ന കണക്ഷനിൽ ബൈറ്റുകളുടെ അഭാവത്തെക്കുറിച്ചല്ല. നിശ്ശബ്ദമായ സെഷന് അതിനെ സജീവമായി നിലനിർത്താം. അടുത്ത ആവശ്യം ആവശ്യമായ സേവനങ്ങൾ സജീവമാക്കണം, പുനരാരംഭ ലൂപ്പുകൾ പരിമിതവും ദൃശ്യവുമായിരിക്കണം. ലിസണർ പുനഃസൃഷ്ടിക്കുന്നത് പുതിയ കണക്ഷനുകൾ അനുവദിക്കുന്നു; പഴയ പ്രോക്സി ചെയ്ത TCP സെഷനുകൾ അത് പുനഃസ്ഥാപിക്കുന്നില്ല.