OpenVPN ilianza lakini haikuchapisha chochote: kagua log-append kwanza

Unaanzisha OpenVPN kutoka kwenye shell ukiwa na faili ya usanidi, na terminal inabaki palepale bila pato lolote. Hakuna bango, hakuna hitilafu, hakuna kidokezo. Hisia zinasema uanzishaji umeshindikana, kwa hiyo unaanzisha nakala nyingine, kisha nyingine, na mashine inaishia na nakala kadhaa zilizosanidiwa nusu. Kabla ya yote hayo, kagua wasifu kwa maagizo ambayo tayari yameelekeza kumbukumbu mahali pengine. Ukimya ni sifa ya konsoli, si ya mchakato.

Ukimya una maelezo mawili tofauti sana

La kwanza ni kwamba mchakato unaenda vizuri na unaandika kwenye faili usiyoifuatilia. La pili ni kwamba ulitoka mara moja ukiwa na hitilafu iliyorekodiwa katika faili hiyo hiyo.

Yote mawili yanaacha terminal tupu, na swali moja linayatenganisha: je, kuna mchakato sasa, na kuna nini katika faili iliyoambiwa iandike. Jibu hilo kabla ya kugusa usanidi tena. Kuanzisha upya ili kupata pato ndiyo njia ambayo nakala mbili huanza kugombana kuhusu kifaa kimoja cha handaki na bandari hiyo hiyo, jambo linalozalisha hitilafu zisizo na uhusiano wowote na tatizo la awali.

Tafuta agizo, kisha tafuta mchakato.

ps -o pid,args= -C openvpn
grep -nE '^\s*(log|log-append|cd|daemon|verb)\b' /etc/openvpn/server/server.conf

Tafuta mahali panakotumika na mchakato unaoendelea

Soma wasifu ambao mchakato ulianzishwa nao kwa kweli, si ule uliouhariri. Nakala inayosimamiwa na huduma kwa kawaida hupakia njia tofauti na hufanya kazi katika saraka tofauti ya kazi, kwa hiyo jina la faili la jamaa hutatuliwa mahali usipotarajia.

Agizo cd la wazi hufanya tofauti hiyo kuwa kali zaidi, kwa sababu njia ya jamaa husogea pamoja na mabadiliko ya saraka. Ikiwa ulirithi usanidi huu, faili inaweza kuwa mahali ambapo hakuna mtu angeitafuta sasa.

Linganisha muda wa mabadiliko ya faili na wakati ulipoanzisha. Kumbukumbu ya wiki iliyopita ni ushahidi kuhusu wiki iliyopita. Kisha soma mistari ya mwisho ya faili iliyobadilika, na chukua kilicho hapo kama ujumbe wa kuanzisha ambao umekuwa ukikosa.

log dhidi ya log-append: ushahidi na kufuta

log-append huongeza kwenye kilicho tayari kwenye faili. log hufungua faili kwa uandishi na kuikata, kwa hiyo kubadilisha kati ya hizo mbili kunaweza kufuta mbio ulizokuwa unakaribia kusoma.

Ikiwa mtu alibadilisha agizo wakati wa utatuzi, ushahidi wa awali tayari umetoweka na ukubwa wa faili utaonekana mdogo kwa shaka. Ni vyema kujua hilo kabla ya kulinganisha mbio mbili na kuhitimisha kuwa kitu kimebadilika. Futa kumbukumbu kwa makusudi au iache, lakini ujue ni ipi uliyofanya. Ushahidi uliouondoa kwa makusudi ni rahisi kufikiri juu yake kuliko ushahidi uliopoteza kwa bahati mbaya.

Hakuna chaguo linalounda saraka kuu zinazokosekana, na hakuna linalotoa ufikiaji kupitia ruhusa za mfumo wa faili au sanduku la mchanga la huduma. Njia inayoonekana sahihi katika usanidi bado inaweza kuwa haiwezi kuandikwa na akaunti ambayo daemon inaendesha, na hapo daemon inaweza kushindwa kabla ya kuripoti chochote. Kagua kama saraka ipo na mmiliki wake ni nani kabla ya kudhani kuwa jina la faili ndilo tatizo.

Wakati kifuniko cha huduma kinakamata pato

Chini ya systemd, pato la kawaida na hitilafu huenda kwenye jarida isipokuwa agizo la faili la wazi lina kipaumbele, na kifuniko cha mtoa huduma kinaweza kuzikamata mahali pengine kabisa.

Ndiyo sababu wasifu huo huo hujiendesha tofauti kutoka kwenye shell na kutoka kwenye unit. Mazingira ya unit, saraka yake ya kazi na mito yake ya kawaida yote hutofautiana na shell yako ya mwingiliano. Njia ya jamaa inaweza kutatuliwa katika muktadha mmoja na isifike popote katika ule mwingine. Soma ufafanuzi wa unit wakati hizo mbili hazikubaliani, si wasifu.

Linganisha mipangilio miwili ya kuanzisha badala ya kuhitimisha kuwa mmoja wao umeharibika. Soma mstari wa amri wa unit na mazingira yake, kisha soma jarida kwa dirisha lile lile la muda. Ikiwa kifuniko kinaelekeza pato kwenye faili yake, faili hiyo sasa ni kumbukumbu yako, na maagizo ya OpenVPN hayana umuhimu kwa mahali ujumbe ulikwenda.

Ongeza kiwango cha maelezo tu baada ya kuweza kukisoma

Kuongeza kiwango cha maelezo kabla ya kupata mahali kunazalisha maandishi zaidi mahali usipoangalia.

Mara unapojua pato linaishia wapi, kiwango cha wastani kinaonyesha wasifu ukichanganuliwa na muunganisho ukijaribiwa. Mbili au tatu zinatosha kwa tatizo la kuanzisha. Viwango vya juu vinastahili nafasi yao wakati kushindwa ni maelezo ya majadiliano, na pia hufanya faili ikue haraka.

Kisha soma hitilafu halisi. Terminal isiyo na sauti haithibitishi chochote kuhusu kama handaki liliondoka, na kushindwa kuliorekodiwa kwenye faili ndiko kunakostahili kurekebishwa.