ബൂട്ടിൽ SoftEther ക്ലൈന്റ്: AccountStartupSet ഉം ഡീമൺ ക്രമവും

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

അക്കൗണ്ട് സ്വയമേവയുള്ള ആരംഭത്തിനായി അടയാളപ്പെടുത്തിയിട്ടുണ്ടെന്ന് ഉറപ്പാക്കുക

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

cd /opt/softether/vpnclient
./vpncmd

VPN ക്ലൈന്റ് മാനേജ്മെന്റിനായി 2 തിരഞ്ഞെടുത്ത് Enter അമർത്തി പ്രാദേശിക സെർവർ സ്വീകരിക്കുക.

AccountStartupSet
office-hub
exit

AccountStartupSet അക്കൗണ്ടിനെ ക്ലൈന്റ് സേവനം ആരംഭിക്കുമ്പോൾ ഉയർത്തേണ്ട അക്കൗണ്ടായി രേഖപ്പെടുത്തുന്നു. അത് സേവനം ആരംഭിക്കുന്നുമില്ല, പുതിയ അക്കൗണ്ട് സൃഷ്ടിക്കുന്നുമില്ല, പേര് തെറ്റായിരിക്കുമ്പോൾ ഉപയോഗപ്രദമായ ഒന്നും അത് അച്ചടിക്കുന്നില്ല. കമാൻഡിന് ശേഷം അക്കൗണ്ട് ലിസ്റ്റ് വീണ്ടും വായിക്കുക, കാരണം ടൈപ്പിംഗ് തെറ്റ് നിശബ്ദമാണ്, പ്രാബല്യത്തിൽ വരാത്ത ഫ്ലാഗിനെപ്പോലെ കൃത്യമായി തോന്നുന്നു.

സേവനം ആരംഭിക്കുന്നുണ്ടോ, മതിയായ നേരത്തെ ആരംഭിക്കുന്നുണ്ടോ എന്ന് ഉറപ്പാക്കുക

Linuxൽ ക്ലൈന്റ് സ്വന്തം ഡയറക്ടറിയിൽ നിന്ന് ഡീമണായി പ്രവർത്തിക്കുന്നു, ബൂട്ടിലെ ഏതെങ്കിലും ഘട്ടം അക്കൗണ്ട് ഉപയോഗിക്കാൻ ശ്രമിക്കുന്നതിന് മുമ്പ് അത് പ്രവർത്തിക്കണം. ഡയറക്ടറി മാറ്റി അത് ആരംഭിക്കുന്ന ചെറിയ ഹുക്ക് ഇപ്പോഴും rc.local പ്രവർത്തിപ്പിക്കുന്ന സിസ്റ്റങ്ങളിൽ മതി.

cd /opt/softether/vpnclient
./vpnclient start

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

മുൻ ബൂട്ട് വിട്ടുപോയ pid ഫയലിൽ വിശ്വസിക്കുന്നതിന് പകരം പ്രോസസ് ലിസ്റ്റ് പരിശോധിക്കുക.

അഡാപ്റ്റർ വിലാസം ലഭിച്ചിട്ടുണ്ടെന്ന് ഉറപ്പാക്കുക

അക്കൗണ്ട് കണക്ട് ചെയ്ത ഉടൻ ക്ലൈന്റ് ഒരു വെർച്വൽ അഡാപ്റ്റർ അവതരിപ്പിക്കുന്നു, അഡാപ്റ്റർക്ക് ഇപ്പോഴും വിലാസം വേണം. SecureNAT പ്രവർത്തിപ്പിക്കുന്ന ഹബ് സാധാരണയായി DHCP-യ്ക്ക് ഉത്തരം നൽകുന്നു; ഭൗതിക LAN-ലേക്ക് ബ്രിഡ്ജ് ചെയ്ത ഹബ് പകരം ആ LAN-ന്റെ സെർവർ ഉത്തരം നൽകുമെന്ന് പ്രതീക്ഷിക്കുന്നു.

ip -brief address
dhclient vpn_vpn1

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

വിലാസമില്ലാത്ത അഡാപ്റ്റർ ലിസ്റ്റിലെ ഏറ്റവും നിശബ്ദമായ പരാജയമാണ്, കാരണം അക്കൗണ്ട് ഇപ്പോഴും കണക്ട് ചെയ്തതായി റിപ്പോർട്ട് ചെയ്യുന്നു.

റൂട്ട് നിങ്ങൾ കരുതുന്നിടത്തേക്ക് പോകുന്നുണ്ടെന്ന് ഉറപ്പാക്കുക

ആരോഗ്യകരമായ ലിങ്കും സാധുവായ വിലാസവുമുണ്ടായാലും ട്രാഫിക് പരാജയപ്പെടാം. ഹബിന്റെ സബ്നെറ്റിനുള്ളിലെ ലക്ഷ്യത്തിന് കർണൽ ഏത് ഇന്റർഫേസ് ഉപയോഗിക്കുമെന്ന് ചോദിക്കുക, പിന്നീട് ആ ഉത്തരം ടണലുമായി താരതമ്യം ചെയ്യുക.

ip route get 10.10.20.15

ഹബിന്റെ ശ്രേണിയുമായി ഓവർലാപ്പ് ചെയ്യുന്ന പ്രാദേശിക സബ്നെറ്റ് വിജയിക്കുന്നു, കാരണം അതിന്റെ റൂട്ട് കൂടുതൽ നിർദ്ദിഷ്ടവും ഇതിനകം ഇൻസ്റ്റാൾ ചെയ്തതുമാണ്.

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

നാല് പരിശോധനകൾ പുനർനിർമ്മാണ കുറിപ്പുകളിൽ എഴുതുക

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

ഫ്ലാഗ് വീണ്ടും പ്രയോഗിക്കാനുള്ള ഒരു വരിയാണ്, മറക്കാൻ എളുപ്പമാണ്.

ക്രമം നിലനിർത്തുക: ഫ്ലാഗ്, സേവനം, വിലാസം, റൂട്ട്. നടുവിൽ നിന്ന് തുടങ്ങുന്ന ചെക്ക്‌ലിസ്റ്റ് ധാരാളം ആത്മവിശ്വാസമുള്ള തെറ്റായ ഉത്തരങ്ങൾ നൽകുന്നു.