OpenVPN käivitus, kuid ei trükkinud midagi: kontrollige kõigepealt log-appendi
Vaikus käsitsi käivitamisel ei ole tõrge. Lugege laaditud profiilis log ja log-append ning sobitage seejärel fail ja selle ajatemplid protsessiga.
Käivitate OpenVPN kestast konfiguratsioonifailiga ja terminal seisab täiesti väljundita. Bannerit pole, viga pole, viipa pole. Instinkt ütleb, et käivitus ebaõnnestus, seega käivitate veel ühe koopia, siis veel ühe, ja masinasse jääb mitu poolikult seadistatud eksemplari. Enne seda kõike kontrollige profiilist direktiivi, mis on logi juba mujale suunanud. Vaikus on konsooli, mitte protsessi omadus.
Vaikusel on kaks väga erinevat seletust
Esimene on see, et protsess töötab korralikult ja kirjutab faili, mida te ei jälgi. Teine on see, et see lõppes kohe veaga, mis on kirjas samas failis.
Mõlemad jätavad tühja terminali ja üks küsimus eraldab neid: kas protsess on praegu olemas ja mis on failis, kuhu tal kästi kirjutada. Vastake sellele enne, kui konfiguratsiooni uuesti puutute. Väljundi saamiseks uuesti käivitamine on viis, kuidas kaks eksemplari hakkavad kaklema ühe tunneliseadme ja sama pordi pärast, mis tekitab vigu, millel pole algse probleemiga mingit seost.
Leidke direktiiv, seejärel leidke protsess.
ps -o pid,args= -C openvpn
grep -nE '^\s*(log|log-append|cd|daemon|verb)\b' /etc/openvpn/server/server.conf
Leidke sihtkoht, mida töötav protsess kasutab
Lugege profiili, millega protsess tegelikult käivitati, mitte seda, mida te muutsite. Teenuse hallatav eksemplar laadib tavaliselt teise tee ja töötab teises töökataloogis, seega suhteline failinimi laheneb kohas, mida te ei oodanud.
Selgesõnaline direktiiv cd teeb selle erinevuse teravamaks, sest suhteline tee liigub koos kataloogi muutumisega. Kui pärisite selle konfiguratsiooni, võib fail olla kohas, kust keegi seda praegu ei otsiks.
Võrrelge faili muutmisaega hetkega, mil te selle käivitasite. Eelmise nädala logi on tõend eelmise nädala kohta. Seejärel lugege muutunud faili viimaseid ridu ja käsitlege seal olevat käivituspärandina, millest teil puudu jäi.
log versus log-append: tõend ja kustutamine
log-append lisab sellele, mis failis juba on. log avab faili kirjutamiseks ja kärbib seda, seega kahe vahel vahetamine võib kustutada käivituse, mida te just lugeda tahtsite.
Kui keegi muutis direktiivi silumise ajal, on varasem tõend juba kadunud ja faili suurus tundub kahtlaselt väike. Seda tasub teada enne, kui võrdlete kahte käivitust ja järeldate, et midagi muutus. Kustutage logi meelega või hoidke seda alles, kuid teadke, kumba te tegite. Tõend, mille te meelega eemaldasite, on lihtsamini mõistetav kui tõend, mille kaotasite kogemata.
Kumbki valik ei loo puuduvaid ülemkatalooge ega anna juurdepääsu failisüsteemi õiguste ega teenuse liivakasti kaudu. Konfiguratsioonis õigena näiv tee võib ikkagi olla kirjutamiseks kättesaamatu kontole, mille all deemon töötab, ja siis võib deemon ebaõnnestuda enne, kui jõuab midagi teatada. Kontrollige, kas kataloog on olemas ja kellele see kuulub, enne kui eeldate, et probleem on failinimes.
Kui teenuse ümbris püüab väljundi kinni
systemd all lähevad standardväljund ja -viga journalisse, kui selgesõnaline failidirektiiv ei ole ülimuslik, ja tarnija ümbris võib need tabada hoopis mujal.
Seepärast käitub sama profiil kestast ja üksusest erinevalt. Üksuse keskkond, selle töökataloog ja standardvood erinevad teie interaktiivsest kestast. Suhteline tee võib ühes kontekstis laheneda ja teises mitte kuhugi jõuda. Kui need kaks on vastuolus, lugege üksuse määratlust, mitte profiili.
Võrrelge kahte käivitusviisi, selle asemel et järeldada, et üks neist on katki. Lugege üksuse käsurida ja selle keskkonda, seejärel lugege sama ajavahemiku journalit. Kui ümbris suunab väljundi oma faili, on see fail nüüd teie logi ja OpenVPN-i direktiivid on asjakohatud selle suhtes, kuhu sõnumid läksid.
Suurendage detailsust alles siis, kui suudate seda lugeda
Detailsuse suurendamine enne sihtkoha leidmist toodab lihtsalt rohkem teksti kohas, kuhu te ei vaata.
Kui teate, kuhu väljund jõuab, näitab mõõdukas tase, et profiili parsitakse ja ühendust proovitakse. Käivitusprobleemi jaoks piisab kahest või kolmest. Kõrgemad tasemed õigustavad end siis, kui tõrge on läbirääkimise detail, ja need panevad faili ka kiiresti kasvama.
Seejärel lugege tegelikku viga. Vaikne terminal ei tõesta midagi selle kohta, kas tunnel tõusis, ja failis kirjas olev tõrge on see, mida tasub parandada.