journalctl kwa kumbukumbu za VPN: ni kitengo kipi kinachomiliki muunganisho?

Anza na kitengo cha systemd ambacho kwa kweli kinamiliki muunganisho wa VPN, si kwa amri ya kumbukumbu unayoikumbuka. Huduma ya moja kwa moja ya OpenVPN, kitengo cha wg-quick na wasifu wa NetworkManager huweka ujumbe wao muhimu katika vitengo tofauti, na swali kwa kitengo kisichofaa hutoa matokeo matupu ambayo yanaonekana kama ukimya. Linganisha wamiliki watatu wa kawaida, punguza dirisha, kisha soma hatua kwa mpangilio.

Linganisha wamiliki watatu wa kawaida

Huduma ya mteja wa OpenVPN kwa kawaida ni kitengo cha mfano kilichopewa jina la wasifu, kama [email protected]. Ujumbe wake unajumuisha njia ya usanidi, uchambuzi wa chaguo, makubaliano ya mkono ya TLS na usakinishaji wa njia ambao mteja hufanya.

Kitengo cha wg-quick ni kimya zaidi kwa muundo. Usanidi wa kiolesura hufanyika wakati wa kuanza, makubaliano ya mkono hushughulikiwa na kernel, na uboreshaji wa funguo wa kawaida haurekodiwi kwa chaguo-msingi, kwa hivyo wg show mara nyingi hutoa taarifa zaidi kuliko jarida. Tofauti hiyo ni muhimu unapolinganisha itifaki inayorekodi majadiliano na ambayo haifanyi hivyo.

NetworkManager inamiliki wasifu ilizoziumba, na ujumbe wake huishi chini ya NetworkManager.service hata wakati programu-jalizi ya msingi ni msaidizi wa VPN. Uliza meneja na kitengo msaidizi wote wakati wasifu unasimamiwa kwa njia hiyo.

Punguza swali hadi kitengo kimoja na dirisha moja

Uliza kitengo ulichokitambua, na punguza muda hadi jaribio unalochunguza. Siku moja kwa kawaida inatosha, na dirisha fupi ni bora wakati mashine huunganisha tena mara nyingi.

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

Thibitisha jina lililosakinishwa kabla ya kuamini swali. Ufungashaji wa usambazaji hubadilisha majina ya vitengo, na wasifu uliopo kama faili unaweza usiwe umewahi kuwashwa kama huduma. Ikiwa kitengo hakipo, jarida tupu linakuambia kuhusu usambazaji na si kuhusu handaki.

Soma hatua ya kwanza iliyoshindwa

Soma matukio kwa mpangilio yanayotokea: utafutaji wa kituo cha mwisho, usafirishaji, utambulisho, uthibitishaji, usakinishaji wa njia na kushindwa kwa programu baadaye. Kushindwa kwa kwanza mahususi ndiko kunakostahili kuchunguzwa, kwa sababu kila kitu baada yake ni matokeo.

Huduma inayoanza kwa mafanikio haithibitishi kwamba kila rasilimali inayohitajika inafikiwa. Mzunguko wa kuunganisha tena unaweza kutoa majadiliano kadhaa tofauti, kwa hivyo shikilia jina la wasifu na muda wa jaribio pamoja na matukio, na soma jaribio moja badala ya mtiririko uliounganishwa. Jaribio moja ni mfululizo wenye sababu, wakati mtiririko uliounganishwa ni ukuta wa mistari inayorudiwa. Andika hitilafu ya kwanza kwenye tiketi kabla ya kusoma zaidi.

Usichanganye huduma iliyoshindwa na mteja wa mikono

Ikiwa ulianzisha mteja kwa mkono baada ya huduma kushindwa, matokeo yake huenda mahali pengine na tabia yake inaweza kuwa tofauti. Nasa matokeo mapya kutoka kwa mmiliki yuleyule na ombi lilelile baada ya marekebisho yanayotumika, ili ulinganisho uonyeshe kilichobadilika badala ya kuchanganya programu mbili tofauti.

Usibadilishe mihuri ya muda ya asili ili kuoanisha na mwenyeji mwingine. Andika kanda ya muda na tofauti yoyote ya saa inayojulikana kwa faragha, kwa sababu ratiba ya muda uliyoihariri si ushahidi tena.

Shiriki dondoo, si usafirishaji

Maingizo ya jarida yanaweza kuwa na majina ya watumiaji, anwani za vituo vya mwisho, topolojia ya kibinafsi na taarifa za mazingira ya hati. Pitia dondoo halisi na ufiche kinachohusika badala ya kuchapisha usafirishaji kamili usio na kikomo. Nukuu mistari inayothibitisha kushindwa na ufupishe mengine. Dondoo fupi lililopitiwa ni rahisi kutumika kuliko faili ambalo hakuna anayesoma.

Tuma dirisha jembamba, jina la kitengo na hatua ya kwanza iliyoshindwa, na ueleze ulichoacha tayari. mwongozo wa systemd journalctl unaandika vichaguzi na chaguo za matokeo ikiwa unahitaji umbo linaloauniwa na toleo la usambazaji wako.