OpenVPN ഇനിഷ്യലൈസേഷൻ പൂർത്തിയായെന്ന് അറിയിക്കുന്നു: പ്രോംപ്റ്റ് എന്തുകൊണ്ട് തിരികെ വരുന്നില്ല
ലോഗിലെ അവസാന വരി പ്രോഗ്രാമിന്റെയല്ല, സ്റ്റാർട്ടപ്പിന്റെ അവസാനം സൂചിപ്പിക്കുന്നു. ഫോർഗ്രൗണ്ട് ഡീബഗ്ഗിംഗ്, സേവന യൂണിറ്റ്, ഡെമൺ മോഡ് എന്നിവയിൽ ഒന്ന് തിരഞ്ഞെടുക്കുക.
അവസാന ലോഗ് വരിക്ക് ശേഷം ടെർമിനൽ നിശബ്ദമാകുമ്പോൾ ഒന്നും കുടുങ്ങിയിട്ടില്ല. ഫോർഗ്രൗണ്ടിൽ പ്രവർത്തിക്കുന്ന ക്ലയന്റിനുള്ള പ്രതീക്ഷിത രൂപമാണിത്: അത് സ്റ്റാർട്ടപ്പ് പൂർത്തിയാക്കി ഇപ്പോൾ അവിടെ ഇരുന്ന് ട്രാഫിക് കൊണ്ടുപോകുന്നു. ഷെല്ലിന്റെ പ്രോംപ്റ്റ് കാണുന്നത്ര വിജയത്തിന്റെ അടയാളമല്ല.
സന്ദേശത്തെ സ്റ്റാർട്ടപ്പും സ്ഥിരമായ അവസ്ഥയും തമ്മിലുള്ള അതിർത്തിയായി കാണുക, കാരണം അത് കൃത്യമായി അതാണ് സൂചിപ്പിക്കുന്നത്.
സന്ദേശം പ്രക്രിയയുടെയല്ല, സ്റ്റാർട്ടപ്പിന്റെ അവസാനം സൂചിപ്പിക്കുന്നു
OpenVPN ഉപകരണം തുറന്ന്, ഇന്റർഫേസ് ക്രമീകരിച്ച്, റൂട്ടുകൾ ഇൻസ്റ്റാൾ ചെയ്ത്, പങ്കാളിയുമായുള്ള TLS കൈമാറ്റം പൂർത്തിയാക്കിയ ശേഷമാണ് ആ വരി അച്ചടിക്കുന്നത്. അതിനുശേഷം പ്രക്രിയ തുടർന്ന് പ്രവർത്തിക്കുന്നു, കാരണം ടണൽ തുറന്നുവെക്കുകയും പാക്കറ്റുകൾ കൈമാറുകയും ചെയ്യുകയാണ് അതിന്റെ ജോലി. ആ ജോലി ചെയ്യുമ്പോൾ ഫോർഗ്രൗണ്ട് പ്രോഗ്രാം പ്രോംപ്റ്റിലേക്ക് തിരികെ വരുന്നില്ല. അതിനുശേഷമുള്ള നിശബ്ദ ഔട്ട്പുട്ട് സാധാരണമാണ്, കാരണം എന്തെങ്കിലും മാറുമ്പോൾ മാത്രമേ ക്ലയന്റ് സംസാരിക്കൂ.
വരി പ്രത്യക്ഷപ്പെട്ട് കണക്ഷൻ പിന്നീട് മരിച്ചാൽ, അത് വേറെ സംഭവമാണ്, ലോഗ് പിന്നീട് അത് പറയും.
Ctrl+C ഒരു തീരുമാനമാണ്, പരിഹാരമല്ല
Ctrl+C അമർത്തുന്നത് തടസ്സം അയയ്ക്കുന്നു, ക്ലയന്റ് അതിനെ ഓഫാകാനുള്ള അഭ്യർത്ഥനയായി കാണുന്നു. പ്രോംപ്റ്റ് തിരികെ വരുന്നു, ടണൽ പോകുന്നു, അത് ഉപയോഗിച്ച ഏത് സെഷനും അവസാനിക്കുന്നു. ഇത് പുരോഗതിയായി തോന്നുന്നു, യഥാർത്ഥത്തിൽ നേരെ വിപരീതമാണ്. ലക്ഷ്യം സ്ഥിരമായ കണക്ഷനാണെങ്കിൽ, ഉത്തരം പ്രക്രിയയെ നിങ്ങളുടെ ടെർമിനൽ ഇല്ലാതെ തുടരാൻ കഴിയുന്ന ഇടത്തേക്ക് മാറ്റുകയാണ്, അത് തടയുന്നതല്ല.
ഡീബഗ്ഗ് ചെയ്യുമ്പോൾ അത് ഫോർഗ്രൗണ്ടിൽ വിടുന്നതാണ് ശരി, കാരണം പിന്നീടുള്ള പിശകുകൾ അതേ വിൻഡോയിൽ കാണാം. നിശബ്ദമായ ഒരു മിനിറ്റ് ഒരു ദിശയിലും ഒന്നും തെളിയിക്കുന്നില്ല; ഔട്ട്പുട്ട് നോക്കുന്നതിനുപകരം ടണലിലൂടെ ഒരു വിഭവം പരിശോധിക്കുക.
സന്ദേശം എന്ത് തെളിയിക്കുന്നില്ല
പൂർത്തീകരണം ക്ലയന്റിന്റെ സ്വന്തം ക്രമീകരണത്തെക്കുറിച്ചുള്ള പ്രാദേശിക പ്രസ്താവനയാണ്. മറുവശം ഉത്തരം നൽകുന്നു, ഇൻസ്റ്റാൾ ചെയ്ത റൂട്ടുകൾ നിങ്ങൾക്ക് ആവശ്യമുള്ളതുമായി യോജിക്കുന്നു, അല്ലെങ്കിൽ ടണലിലൂടെ പേര് നിർണ്ണയം പ്രവർത്തിക്കുന്നു എന്ന് അത് പറയുന്നില്ല. വിഭജിത ടണൽ പ്രൊഫൈൽ പൂർണ്ണമായി ഇനിഷ്യലൈസ് ചെയ്തിരിക്കാം, പക്ഷേ കമ്പനിയുടെ പങ്കിട്ട വിഭവം എത്തിച്ചേരാനാകാത്തതായി തുടരാം, കാരണം റൂട്ടോ DNS നയമോ അതിനെ ഒരിക്കലും ഉൾക്കൊള്ളിച്ചിട്ടില്ല. സെർവർ വശത്തെ ഇൻസ്റ്റൻസുകൾ ക്ലയന്റുകളെ സ്വീകരിക്കാൻ തയ്യാറാകുമ്പോൾ സമാനമായ വരി അച്ചടിക്കുന്നു, അത് ഏതെങ്കിലും ക്ലയന്റ് ബന്ധിപ്പിച്ചിരിക്കുന്നതിന് തുല്യമല്ല.
‘സെർവർ തുടങ്ങി’, ‘ലാപ്ടോപ്പിന് പങ്കിട്ട വിഭവം തുറക്കാം’ എന്നിവ രണ്ട് വ്യത്യസ്ത സ്ഥലങ്ങളിൽ നിന്നുള്ള നിരീക്ഷണങ്ങളാണ്, അവ കൂട്ടിക്കലർത്തുന്നത് തെറ്റായ ഹോസ്റ്റ് ഡീബഗ്ഗ് ചെയ്യാൻ നിങ്ങളെ അയയ്ക്കുന്നു.
ടെർമിനൽ ഇല്ലാതെ പ്രവർത്തിപ്പിക്കൽ
സ്ഥിരമായ വിന്യാസത്തിന്, പ്ലാറ്റ്ഫോം പിന്തുണയ്ക്കുന്ന സേവന ക്രമീകരണം ഉപയോഗിക്കുക. systemd ഹോസ്റ്റിൽ അത് openvpn-client@office ഇൻസ്റ്റൻസാണ്, പ്രൊഫൈൽ /etc/openvpn/client-ൽ, റീബൂട്ടുകളെ അതിജീവിക്കാൻ തുടങ്ങി പ്രവർത്തനക്ഷമമാക്കിയത്. Community OpenVPN --log അല്ലെങ്കിൽ --log-append-നൊപ്പം --daemon-ഉം നൽകുന്നു, അത് പ്രക്രിയയെ വേർപെടുത്തി ഔട്ട്പുട്ട് ഫയലിലേക്ക് അയയ്ക്കുന്നു. രണ്ട് സമീപനങ്ങളും പ്രക്രിയ എങ്ങനെ പ്രവർത്തിക്കുന്നു എന്നത് മാറ്റുന്നു; ഒന്നും റൂട്ട് ശരിയാക്കുന്നില്ല, വിദൂര ആപ്ലിക്കേഷനെ ആരോഗ്യകരമാക്കുന്നുമില്ല.
ഒരു സേവനം ഇതിനകം കൈകാര്യം ചെയ്യുന്ന ഇൻസ്റ്റൻസിന് അടുത്ത് രണ്ടാമത്തേത് തുടങ്ങുന്നില്ലെന്ന് പരിശോധിക്കുക. ഒരേ പ്രൊഫൈൽ അവകാശപ്പെടുന്ന രണ്ട് ക്ലയന്റുകൾ ആശയക്കുഴപ്പമുള്ള ലോഗുകളും നിങ്ങൾ ഉദ്ദേശിക്കാത്ത ഒരു ടണലും സൃഷ്ടിക്കുന്നു.
ജോലിക്ക് ഇണങ്ങുന്ന ക്രമീകരണം തിരഞ്ഞെടുക്കുക
രോഗനിർണ്ണയത്തിന് ഫോർഗ്രൗണ്ട്, സെഷനേക്കാൾ ജീവിക്കേണ്ട എല്ലാത്തിനും സേവനം, ആശ്രയിക്കാൻ സേവന മാനേജർ ഇല്ലാത്തപ്പോൾ ഡെമൺ മോഡ്. ഈ മൂന്നും സാധാരണ സന്ദർഭങ്ങളെ ഉൾക്കൊള്ളുന്നു, ഓരോന്നിനും നിലനിൽക്കാൻ വ്യക്തമായ കാരണമുണ്ട്. ഇവയിൽ ഒന്ന് അബദ്ധത്തിൽ തിരഞ്ഞെടുക്കുന്നതാണ് ‘വിൻഡോ അടയ്ക്കുന്നതുവരെ പ്രവർത്തിക്കുന്നു’ എന്ന റിപ്പോർട്ട് ഉണ്ടാക്കുന്നത്.
ടണൽ നിലനിൽക്കേണ്ടതാണെങ്കിൽ, പിന്നീട് അത് റീബൂട്ടിന് ശേഷം തിരികെ വരുന്നുവെന്നും അതിന്റെ ലോഗുകൾ നിങ്ങൾ നോക്കുന്ന ഇടത്ത് എത്തുന്നുവെന്നും ഉറപ്പാക്കുക. ഇനിഷ്യലൈസേഷൻ വരിയും ആ ലോഗുകളിൽ കാണാം, അപ്പോൾ അതിനായി ആരും ടെർമിനൽ നിരീക്ഷിക്കേണ്ടതില്ല.