Huduma yako inashindwa kabla OpenVPN haijawahi kuendeshwa, na hitilafu inazungumza kuhusu kitengo cha upachikaji ambacho hukuwahi kukisanidi. Hii ndiyo dalili: systemd inakataa muamala wote kwa sababu kitengo cha upachikaji wa mzizi kimefichwa, na wasifu wako wa VPN bado haujasomwa. Sababu ya kawaida ni faili iliyobaki katika saraka ya vitengo vya muda wa utekelezaji, si fstab iliyovunjika na si cheti kinachokosekana. Fuatilia faili kwanza, kwa sababu ndiyo maelezo ya bei rahisi zaidi kuondoa.

Hitilafu inataja upachikaji wa mzizi, si wasifu wako

systemd huzalisha kitengo cha upachikaji wa mzizi yenyewe kutoka taarifa za upachikaji za kerneli, na hukiita kitengo -.mount kwa sababu kistari kinawakilisha njia ya mzizi. Kitengo hicho kwa kawaida hupatikana tu kwenye kumbukumbu na hakina faili nyuma yake. Hitilafu inaposema kimefichwa, mtu ameweka faili ya kitengo mahali ambapo systemd atakipakia na kuelekeza faili hiyo kwa /dev/null. Ufichaji ni hali halisi, si makosa ya kuandika kwenye ujumbe.

Kitengo cha mfano kinashindwa kwa sababu grafu yake ya kazi inafikia upachikaji wa mzizi kupitia mpangilio na kupitia mahitaji yake ya upachikaji. Muamala unakataliwa kabla faili binary ya OpenVPN haijatekelezwa, kwa hivyo hakuna kitu katika usanidi wa mteja kinachoweza kuwa sababu. Ndiyo sababu kubadilisha wasifu, vyeti au vitambulisho hakuwa na athari kwenye hitilafu hii mahususi.

Angalia saraka ya muda wa utekelezaji kabla ya kutafuta hitilafu ya OpenVPN

Tafuta faili yenye jina hilo kamili katika saraka ya vitengo vya muda wa utekelezaji, kisha muulize systemd inadhani kitengo ni nini. Majibu yote mawili ni ya haraka, na kwa pamoja yanatenganisha faili iliyobaki na tatizo halisi la upachikaji.

ls -l /run/systemd/system/-.mount
systemctl status -.mount
systemctl list-unit-files --state=masked | grep mount

Mashine ya kawaida haina faili kama hiyo, na orodha iliyofichwa haina upachikaji wa mzizi. Ikiwa amri ya kwanza inachapisha kiungo cha kiishara kwa /dev/null, utambuzi umekamilika. Saraka hiyo hiyo inaweza kuwa na ufichaji wa tmp.mount ulioundwa na zana zilezile, na hiyo huzalisha aina hiyo hiyo ya hitilafu kwa jina lingine. Angalia saraka yote na si jina lililo kwenye hitilafu pekee.

ls -la /run/systemd/system/*.mount

Ikiwa saraka ni safi na kitengo bado kimefichwa, ufichaji upo mahali pengine kwenye njia ya utafutaji, na systemctl cat -.mount itaonyesha faili ipi inapakiwa.

Futa faili, pakia upya na uanze tena

Kuondoa faili ya muda wa utekelezaji na kupakia upya msimamizi kunatosha, na hakuathiri kitu chochote kilichotoka kwenye kifurushi. Pakia upya kabla ya kuanza, kwa sababu systemd huhifadhi hali ya kitengo kilichopakiwa hadi kisome saraka tena.

sudo rm -f /run/systemd/system/-.mount /run/systemd/system/tmp.mount
sudo systemctl daemon-reload
systemctl status -.mount
sudo systemctl start [email protected]

Kisha soma jarida la huduma yenyewe badala ya kudhani kwamba marekebisho yalifanya kazi. Kuanza kwa usafi kunathibitisha tu kwamba systemd ilikubali kitengo; mteja bado anaweza kufa kwa wasifu unaokosekana, mwenza asiyefikika au cheti kisichothibitisha. Hizo ni shida za kawaida za OpenVPN zilizokuwa zimefichwa nyuma ya kitengo kilichofichwa. Jarida huandika wasifu upi ulipakiwa na ikiwa handaki liliundwa kweli. Ikiwa kitengo kinaanza na handaki halianzi, umehamia tatizo lingine, na hiyo ni maendeleo.

journalctl -u [email protected] -b --no-pager

Kwa kuwa /run ni mfumo wa faili wa muda, kuwasha upya pia husafisha faili. Hiyo hufanya kuwasha upya kuwa jaribio lenye manufaa: ikiwa huduma inafanya kazi baada ya kuwasha upya na inashindwa tena baada ya usambazaji unaofuata, faili inaokwa ndani ya taswira.

Zuia isirudi kutoka kwenye taswira

Kiolezo cha kontena au mashine pepe kinachoficha vitengo vya upachikaji wakati wa ujenzi wake kitabeba ufichaji huo kwenye kila nakala. Kitu kinachofuata kinachohitaji mfumo wa faili kitavunjika, na ujumbe unalaumu upachikaji badala ya taswira iliyotoka. Kurekebisha ndani ya mfano mmoja unaoendesha huficha tatizo hadi mfano unaofuata uundwe.

Tafuta katika muktadha wa ujenzi jina la faili na amri inayoiunda, kisha ondoa ufichaji kutoka kwenye kiolezo na ujenge upya. Ikiwa ufichaji unahitajika kweli wakati wa ujenzi, uondoe kwenye tabaka lilelile linalomaliza ujenzi, ili taswira inayosafirishwa ianze safi. Thibitisha kwenye nakala mpya na si kwenye mashine uliyoirekebisha kwa mkono. Hicho ni jaribio pekee linalothibitisha kwamba taswira ilibadilika.

Dalili ya kukumbuka ni kutokuwiana kati ya hitilafu na kitu ulichokuwa ukisanidi. Wakati systemd inalalamika kuhusu upachikaji wakati unaanzisha mteja wa VPN, soma jina la kitengo kwenye ujumbe kabla ya kusoma jina la huduma.

Makala zinazohusiana