OpenVPN abiatu da baina ez du ezer inprimatu: egiaztatu log-append lehenengo

OpenVPN abiarazten duzu shell batetik konfigurazio-fitxategi batekin, eta terminala han geratzen da irteerarik gabe. Ez pankarta, ez errore, ez gidarik. Senak esaten du abiarazteak huts egin duela, beraz beste kopia bat abiarazten duzu, gero beste bat, eta makinak hainbat instantzia erdi-konfiguratuta amaitzen ditu. Horren guztiaren aurretik, begiratu profilean loga dagoeneko beste leku batera birbideratu duen direktiba bat. Isiltasuna kontsolaren ezaugarria da, ez prozesuarena.

Isiltasunak azalpen oso desberdin bi ditu

Lehena da prozesua ondo doala eta ikusten ez duzun fitxategi batean idazten ari dela. Bigarrena da berehala irten zela fitxategi horretan bertan erregistratutako errore batekin.

Biek terminal hutsa uzten dute, eta galdera batek bereizten ditu: badago prozesurik orain, eta zer dago idazteko esan zioten fitxategian. Erantzun horri konfigurazioari berriro ukitu aurretik. Irteera lortzeko berrabiaraztea da bi instantzia tunel-gailu bat eta portu bera lortzeko borrokan hasten diren modua, jatorrizko arazoarekin zerikusirik ez duten erroreak sortuz.

Aurkitu direktiba, gero aurkitu prozesua.

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

Aurkitu martxan dagoen prozesuak erabiltzen duen helmuga

Irakurri prozesua benetan abiarazi zen profiletik, ez zuk editatu zenuenetik. Zerbitzu batek kudeatutako instantzia batek normalean bide desberdin bat kargatzen du eta lan-direktorio desberdin batekin exekutatzen da, beraz fitxategi-izen erlatibo bat espero ez zenuen lekuan ebazten da.

cd direktiba esplizitu batek bereizketa hori areagotzen du, bide erlatiboa direktorio-aldaketarekin batera mugitzen delako. Konfigurazio hau heredatu baduzu, fitxategia orain inork bilatuko ez lukeen lekuan egon daiteke.

Konparatu fitxategiaren aldaketa-ordua abiarazi zenuen unarekin. Aurreko asteko log bat aurreko asteari buruzko froga da. Gero irakurri aldatu zen fitxategiaren azken lerroak, eta hartu han dagoena falta izan zaizun abiarazte-mezu gisa.

log versus log-append: froga eta ezabaketa

log-append fitxategian dagoenari gehitzen dio. log fitxategia idazteko irekitzen du eta mozten du, beraz bien artean aldatzeak irakurtzera zihoan exekuzioa ezaba dezake.

Norbaitek direktiba arazketa bitartean aldatu badu, aurreko froga dagoeneko desagertu da eta fitxategiaren tamaina susmagarriro txikia emango du. Hori jakitea komeni da bi exekuzio konparatu eta zerbait aldatu dela ondorioztatu aurretik. Ezabatu log bat nahita edo gorde ezazu, baina jakin zein egin zenuen. Nahita kendutako froga errazagoa da azaltzen istripuz galdutako froga baino.

Bi aukerek ez dute falta diren guraso-direktorioak sortzen, eta ez dute sarbiderik ematen fitxategi-sistemaren baimenen edo zerbitzu-sandbox baten bidez. Konfigurazioan zuzena dirudien bide bat oraindik ere ez-idazgarria izan daiteke daemona exekutatzen den kontuarentzat, eta orduan daemonak huts egin dezake ezer jakinarazi aurretik. Egiaztatu direktorioa badagoen eta norena den, fitxategi-izena dela uste izan aurretik.

Zerbitzu-bilgarri batek irteera harrapatzen duenean

systemd-ren pean, irteera estandarra eta errorea journal-era joaten dira, fitxategi-direktiba esplizitu batek lehentasuna ez badu, eta saltzaile-bilgarri batek erabat beste leku batean harrapa ditzake.

Horregatik profile berak era desberdinean jokatzen du shell batetik eta unitate batetik. Unitatearen ingurunea, lan-direktorioa eta fluxu estandarrak zure shell interaktibotik desberdinak dira. Bide erlatibo batek testuinguru batean ebatz daiteke eta bestean inora iritsi ez. Irakurri unitatearen definizioa biak bat ez datozenean, ez profila.

Konparatu bi abiarazte-antolamenduak, horietako bat hondatuta dagoela ondorioztatu ordez. Irakurri unitatearen komando-lerroa eta ingurunea, gero irakurri journal-a denbora-tarte berean. Bilgarriak irteera bere fitxategira birbideratzen badu, fitxategi hori da orain zure loga, eta OpenVPN direktibek ez dute zerikusirik mezuek nora joan ziren.

Handitu zehaztasuna irakurri ahal duzunean soilik

Helmuga aurkitu aurretik zehaztasuna handitzeak testu gehiago sortzen du soilik begiratzen ez duzun leku batean.

Irteera nora iristen den dakizunean, maila moderatu batek profilean analisia eta konexio-saiakera erakusten ditu. Bi edo hiru nahikoak dira abiarazte-arazo baterako. Maila altuagoek beren lekua irabazten dute hutsegitea negoziazio-xehetasun bat denean, eta fitxategia azkar hazten ere laguntzen dute.

Gero irakurri benetako errorea. Terminal isil batek ez du ezer frogatzen tunela altxatu den ala ez, eta fitxategian erregistratutako hutsegitea da konpontzea merezi duena.