OpenVPN startēja, bet neizdrukāja neko: vispirms pārbaudiet log-append

Jūs palaižat OpenVPN no čaulas ar konfigurācijas failu, un terminālis stāv pilnīgi bez izvades. Nav reklāmas ziņojuma, nav kļūdas, nav uzvednes. Instinkts saka, ka palaišana neizdevās, tāpēc jūs startējat vēl vienu kopiju, tad vēl vienu, un mašīnā paliek vairākas puskonfigurētas instances. Pirms tam visam pārbaudiet profilā direktīvu, kas jau novirzījusi žurnālu citur. Klusums ir konsoles īpašība, nevis procesa.

Klusumam ir divi ļoti atšķirīgi skaidrojumi

Pirmais ir tāds, ka process darbojas labi un raksta failā, kuru jūs nevērojat. Otrais ir tāds, ka tas nekavējoties izgāja ar kļūdu, kas ierakstīta tajā pašā failā.

Abi atstāj tukšu termināli, un viens jautājums tos šķir: vai tagad ir process un kas ir failā, kurā tam likts rakstīt. Atbildiet uz to, pirms vēlreiz aiztiekat konfigurāciju. Restartēšana izvades dēļ ir tas, kā divas instances sāk cīnīties par vienu tuneļa ierīci un to pašu portu, kas rada kļūdas, kam nav nekāda sakara ar sākotnējo problēmu.

Atrodiet direktīvu, tad atrodiet procesu.

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

Atrodiet galamērķi, ko izmanto darbojošais process

Lasiet profilu, ar kuru process faktiski tika palaists, nevis to, kuru rediģējāt. Pakalpojuma pārvaldīta instance parasti ielādē citu ceļu un darbojas citā darba mapē, tāpēc relatīvs faila nosaukums tiek atrisināts kaut kur, kur negaidījāt.

Skaidra cd direktīva šo atšķirību padara vēl asāku, jo relatīvais ceļš pārvietojas līdzi mapes maiņai. Ja šo konfigurāciju mantojāt, fails var atrasties vietā, kur tagad neviens to nemeklētu.

Salīdziniet faila modificēšanas laiku ar palaišanas brīdi. Pagājušās nedēļas žurnāls ir pagājušās nedēļas pierādījums. Pēc tam izlasiet mainītā faila pēdējās rindas un uzskatiet to par iztrūkstošo palaišanas ziņojumu.

log pret log-append: pierādījumi un izdzēšana

log-append papildina to, kas jau ir failā. log atver failu rakstīšanai un to saīsina, tāpēc pārslēgšanās starp abiem var izdzēst palaišanu, kuru grasījāties lasīt.

Ja kāds atkļūdošanas laikā nomainīja direktīvu, iepriekšējie pierādījumi jau ir pazuduši, un faila izmērs izskatīsies aizdomīgi mazs. To ir vērts zināt, pirms salīdzināt divas palaišanas un secināt, ka kaut kas mainījās. Izdzēsiet žurnālu apzināti vai saglabājiet to, bet ziniet, ko izdarījāt. Pierādījumus, ko noņēmāt tīši, ir vieglāk saprast nekā tos, ko pazaudējāt nejauši.

Neviena opcija neizveido trūkstošās vecākmapes, un neviena nepiešķir piekļuvi, izmantojot failu sistēmas atļaujas vai pakalpojuma smilškasti. Ceļš, kas konfigurācijā izskatās pareizs, joprojām var būt nerakstāms kontam, ar kuru darbojas dēmons, un tad dēmons var neizdoties, pirms vēl paspēj kaut ko ziņot. Pirms pieņemat, ka problēma ir faila nosaukumā, pārbaudiet mapes esamību un tās īpašnieku.

Kad pakalpojuma ietinējs pārtver izvadi

Sistēmā systemd standarta izvade un kļūdas nonāk žurnālā, ja vien skaidra faila direktīva nav svarīgāka, un ražotāja ietinējs var tās pārtvert pavisam citur.

Tāpēc viens un tas pats profils uzvedas citādi no čaulas un no unit vienības. Vienības vide, tās darba mape un standarta straumes atšķiras no jūsu interaktīvās čaulas. Relatīvs ceļš var tikt atrisināts vienā kontekstā un otrā nonākt nekur. Kad abi nesaskan, lasiet vienības definīciju, nevis profilu.

Salīdziniet abus palaišanas veidus, tā vietā lai secinātu, ka viens no tiem ir bojāts. Izlasiet vienības komandrindu un tās vidi, pēc tam izlasiet žurnālu par to pašu laika periodu. Ja ietinējs novirza izvadi uz savu failu, tagad tas fails ir jūsu žurnāls, un OpenVPN direktīvām vairs nav nozīmes, kur ziņojumi aizgāja.

Palieliniet detalitāti tikai pēc tam, kad varat to nolasīt

Detalitātes palielināšana pirms galamērķa atrašanas tikai rada vairāk teksta vietā, kuru neskatāties.

Kad zināt, kur nonāk izvade, vidējs līmenis parāda, kā profils tiek parsēts un kā tiek mēģināts savienojums. Palaišanas problēmai pietiek ar diviem vai trim. Augstāki līmeņi attaisnojas, kad kļūme ir sarunu detaļa, un tie arī liek failam ātri augt.

Pēc tam lasiet īsto kļūdu. Kluss terminālis neko nepierāda par to, vai tunelis pacēlās, un failā ierakstītā kļūme ir tā, ko ir vērts labot.