systemd zerbitzua proxyra iristen da, baina ez CA fitxategira

Onartutako CA sorta instalatu duzu eta eskaerak terminalean funtzionatzen du. Zerbitzuak ziurtagiria kargatzeko errorea ematen jarraitzen du. Proxyaren IPa aldatu aurretik, egiaztatu prozesu horrek fitxategi bera ireki dezakeen.

Zerbitzu bat beste Unix erabiltzaile batekin ibil daiteke, beste direktorio batean hasi edo fitxategi-sistema mugatua ikusi. Zure saiorako balio duen bideak ez du automatikoki harentzat balio.

Hasi bide absolutu batekin

Egiaztatu benetako bezeroan konfiguratutako bidea. curl-en, adibidez, --cacert aukerak helmugaren CA sorta hautatzen du; HTTPS proxyak proxyaren CA aukera bereiziak ditu. Beste bezeroek beren konfigurazio-gakoak edo ingurune-aldagaiak erabiltzen dituzte.

Ikuskatu fitxategia eta haraino doazen direktorioak:

namei -l /home/alex/certs/approved-ca.pem
systemctl show example.service -p User -p Group -p ProtectHome -p RootDirectory

Adibide diagnostikoak dira, ez fitxategia guztientzat idazgarri egiteko aginduak. Direktorioak zeharkatzeko baimenak azken fitxategia irakurtzeko baimena bezain garrantzitsuak dira.

Baliteke arazo osoa baimenak ez izatea

ProtectHome=yes aukerarekin systemd-k ohiko home direktorioen kokalekuak zerbitzuarentzat eskuraezin egiten ditu. Ziurtagiri-fitxategiaren modua aldatzeak ez du izen-espazioaren murriztapena kentzen. Konfiguratutako erro-direktorioak ere bide absolutuak zerbitzu barruan zer adierazten duen alda dezake.

Erabili zerbitzuaren konfiguraziorako kokaleku egokia, adibidez aplikazioarentzat sortutako direktorioa /etc azpian, eta eman beharrezko irakurketa soilik. Eguneratu bezeroaren CA bidea. Ez kendu loturarik gabeko fitxategi-murriztapenak lehen kopia zure home direktorio pertsonalean zegoelako bakarrik.

Irakurri lehen errore erabilgarria

«Ezin da CA fitxategia kargatu» eta «ziurtagiri-katea ez da fidagarria» hutsegite desberdinak dira. Lehenengoa bezeroak ezer egiaztatu aurretik gerta daiteke. Bigarrenak sorta irakurgarriak autoritate okerra duela edo TLS konexio okerrari aplikatzen ari zaiola esan dezake.

Sarbidea zuzendu ondoren, probatu berriro zerbitzuaren testuingurutik. Terminaleko komando arrakastatsua konparazio erabilgarria da oraindik, baina ez du frogatzen zerbitzuak zein fitxategi ikusten dituen edo bezeroak zein konfiantza-konfigurazio erabiltzen duen.