VPN ലോഗുകൾക്കായി journalctl: ഏത് യൂണിറ്റിനാണ് കണക്ഷൻ?

നിങ്ങൾ ഓർക്കുന്ന ലോഗ് കമാൻഡിൽ നിന്നല്ല, VPN കണക്ഷൻ യഥാർഥത്തിൽ സ്വന്തമാക്കുന്ന systemd യൂണിറ്റിൽ നിന്ന് തുടങ്ങുക. നേരിട്ടുള്ള OpenVPN സേവനം, ഒരു wg-quick യൂണിറ്റ്, ഒരു NetworkManager പ്രൊഫൈൽ എന്നിവ അവയുടെ ഉപയോഗപ്രദമായ സന്ദേശങ്ങൾ വ്യത്യസ്ത യൂണിറ്റുകളിൽ വയ്ക്കുന്നു, തെറ്റായ യൂണിറ്റിലേക്കുള്ള ചോദ്യം നിശ്ശബ്ദത പോലെ തോന്നുന്ന ശൂന്യമായ ഫലം നൽകുന്നു. മൂന്ന് സാധാരണ ഉടമകളെ താരതമ്യം ചെയ്യുക, വിൻഡോ ചുരുക്കുക, തുടർന്ന് ഘട്ടങ്ങൾ ക്രമത്തിൽ വായിക്കുക.

മൂന്ന് സാധാരണ ഉടമകളെ താരതമ്യം ചെയ്യുക

OpenVPN ക്ലയന്റ് സേവനം സാധാരണയായി പ്രൊഫൈലിന് പേരിട്ട ഇൻസ്റ്റൻസ് യൂണിറ്റ് ആണ്, ഉദാഹരണത്തിന് [email protected]. ഇവയിൽ കോൺഫിഗറേഷൻ പാത, ഓപ്ഷനുകളുടെ വിശകലനം, TLS ഹാൻഡ്ഷേക്ക്, ക്ലയന്റ് നടത്തുന്ന റൂട്ട് ഇൻസ്റ്റാളേഷൻ എന്നിവ ഉൾപ്പെടുന്നു.

wg-quick യൂണിറ്റ് രൂപകൽപ്പനയിൽ തന്നെ കൂടുതൽ നിശ്ശബ്ദമാണ്. ഇന്റർഫേസ് കോൺഫിഗറേഷൻ ആരംഭത്തിൽ നടക്കുന്നു, ഹാൻഡ്ഷേക്ക് കേർണൽ കൈകാര്യം ചെയ്യുന്നു, സാധാരണ കീ പുതുക്കലുകൾ സ്വതേ രേഖപ്പെടുത്തുന്നില്ല, അതിനാൽ wg show പലപ്പോഴും ജേണലിനേക്കാൾ വിവരദായകമാണ്. ചർച്ചകൾ രേഖപ്പെടുത്തുന്ന പ്രോട്ടോകോളിനെ അത് ചെയ്യാത്തതുമായി താരതമ്യം ചെയ്യുമ്പോൾ ഈ വ്യത്യാസം പ്രധാനമാണ്.

NetworkManager താൻ സൃഷ്ടിച്ച പ്രൊഫൈലുകളുടെ ഉടമയാണ്, അടിസ്ഥാന പ്ലഗിൻ VPN സഹായിയായാലും ഇവയുടെ സന്ദേശങ്ങൾ NetworkManager.service-ന് കീഴിൽ താമസിക്കുന്നു. പ്രൊഫൈൽ ഈ രീതിയിൽ കൈകാര്യം ചെയ്യുമ്പോൾ മാനേജറിനോടും സഹായ യൂണിറ്റിനോടും ചോദിക്കുക.

ചോദ്യം ഒരു യൂണിറ്റിലേക്കും ഒരു വിൻഡോയിലേക്കും ചുരുക്കുക

നിങ്ങൾ തിരിച്ചറിഞ്ഞ യൂണിറ്റിനോട് ചോദിക്കുക, നിങ്ങൾ അന്വേഷിക്കുന്ന ശ്രമത്തിലേക്ക് സമയം പരിമിതപ്പെടുത്തുക. ഒരു ദിവസം സാധാരണയായി മതി, യന്ത്രം പലപ്പോഴും വീണ്ടും ബന്ധിപ്പിക്കുമ്പോൾ ചെറിയ വിൻഡോ മികച്ചതാണ്.

journalctl -u [email protected] --since today
systemctl list-units --type=service | grep -i vpn
systemctl cat [email protected]

ചോദ്യം വിശ്വസിക്കുന്നതിന് മുമ്പ് ഇൻസ്റ്റാൾ ചെയ്ത പേര് പരിശോധിക്കുക. വിതരണ പാക്കേജിംഗ് യൂണിറ്റുകൾക്ക് പുതിയ പേരുകൾ നൽകുന്നു, ഫയലായി നിലനിൽക്കുന്ന പ്രൊഫൈൽ ഒരിക്കലും സേവനമായി സജീവമാക്കിയിട്ടുണ്ടാകണമെന്നില്ല. യൂണിറ്റ് ഇല്ലെങ്കിൽ, ശൂന്യമായ ജേണൽ ടണലിനെക്കുറിച്ചല്ല, വിന്യാസത്തെക്കുറിച്ചാണ് നിങ്ങളോട് പറയുന്നത്.

ആദ്യ പരാജയ ഘട്ടം വായിക്കുക

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

വിജയകരമായി ആരംഭിക്കുന്ന സേവനം ആവശ്യമായ എല്ലാ വിഭവങ്ങളും ലഭ്യമാണെന്ന് തെളിയിക്കുന്നില്ല. വീണ്ടും ബന്ധിപ്പിക്കുന്ന ലൂപ്പ് നിരവധി വേറിട്ട ചർച്ചകൾ സൃഷ്ടിച്ചേക്കാം, അതിനാൽ പ്രൊഫൈൽ പേരും ശ്രമ സമയവും സംഭവങ്ങൾക്കൊപ്പം സൂക്ഷിക്കുക, ലയിപ്പിച്ച സ്ട്രീമിന് പകരം ഒരു ശ്രമം വായിക്കുക. ഒറ്റ ശ്രമം കാരണമുള്ള ക്രമമാണ്, ലയിപ്പിച്ച സ്ട്രീം ആവർത്തിച്ച വരികളുടെ ഭിത്തിയാണ്. കൂടുതൽ വായിക്കുന്നതിന് മുമ്പ് ആദ്യ പിശക് ടിക്കറ്റിൽ എഴുതുക.

പരാജയപ്പെട്ട സേവനത്തെ കൈകൊണ്ട് പ്രവർത്തിപ്പിച്ച ക്ലയന്റുമായി കൂട്ടിക്കലർത്തരുത്

സേവനം പരാജയപ്പെട്ട ശേഷം ക്ലയന്റ് കൈകൊണ്ട് ആരംഭിച്ചിട്ടുണ്ടെങ്കിൽ, ഔട്ട്പുട്ട് മറ്റൊരിടത്തേക്ക് പോകുന്നു, സ്വഭാവം വ്യത്യസ്തമായേക്കാം. പിന്തുണയുള്ള തിരുത്തലിന് ശേഷം അതേ ഉടമയിൽ നിന്നും അതേ അഭ്യർത്ഥനയിൽ നിന്നും പുതിയ ഫലം എടുക്കുക, താരതമ്യം രണ്ട് വ്യത്യസ്ത പ്രോഗ്രാമുകൾ കലർത്തുന്നതിന് പകരം എന്ത് മാറി എന്ന് കാണിക്കട്ടെ.

മറ്റൊരു ഹോസ്റ്റുമായി ചേർക്കാൻ യഥാർഥ ടൈംസ്റ്റാമ്പുകൾ മാറ്റരുത്. സമയ മേഖലയും അറിയപ്പെടുന്ന ക്ലോക്ക് വ്യത്യാസവും വെവ്വേറെ രേഖപ്പെടുത്തുക, കാരണം നിങ്ങൾ തിരുത്തിയ ടൈംലൈൻ ഇനി തെളിവല്ല.

കയറ്റുമതിയല്ല, ഉദ്ധരണി പങ്കിടുക

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

ഇടുങ്ങിയ വിൻഡോ, യൂണിറ്റ് നാമം, ആദ്യ പരാജയ ഘട്ടം എന്നിവ അയച്ച് നിങ്ങൾ ഇതിനകം ഒഴിവാക്കിയത് പറയുക. systemd journalctl കൈപ്പുസ്തകം സെലക്ടറുകളും ഔട്ട്പുട്ട് ഓപ്ഷനുകളും രേഖപ്പെടുത്തുന്നു, നിങ്ങളുടെ വിതരണ പതിപ്പ് പിന്തുണയ്ക്കുന്ന ഒരു രൂപം വേണമെങ്കിൽ.