Pogreške SSL certifikata nakon preusmjeravanja s prilagođenim CA paketom

CA datoteka tvrtke ispravlja prvi URL, a zatim preusmjeravanje ne prolazi provjeru. Provjerite je li prilagođena CA opcija zamijenila prethodni unos povjerenja klijenta umjesto da mu ga doda.

To ponašanje ovisi o TLS pozadini i opciji. Datoteka koja sadrži samo korporativni CA može ostaviti klijenta bez drugih potrebnih autoriteta.

1. Slijedite svakog sugovornika. Prvi host može biti presretnut pod korporativnim izdavateljem. Kasniji host može koristiti zaobilaznicu, drugu putanju inspekcije ili javno izdan lanac.
2. Zabilježite ulaze klijenta koji ne uspijeva. Zadržite traženo ime hosta, cilj preusmjeravanja, primljenog izdavatelja, rezultat provjere i odabranu konfiguraciju povjerenja. Radni preglednik može koristiti drugo spremište korijena.
3. Provjerite pravila odabira pozadine. curl gradnje mogu koristiti izvornu provjeru ili korijene temeljene na datotekama, a eksplicitne CA opcije mogu promijeniti taj odabir. Recept za tu izvršnu datoteku ne konfigurira Python okruženje ni JVM.

Koristite održavani paket ili podržani raspored spremišta povjerenja koji sadrži javne i privatne autoritete kojima se aplikacija treba pouzdati. Ne dodajte privatni ključ CA i ne unapređujte svaki neuspjeli lisni certifikat u korijen samo da biste uklonili sljedeću pogrešku.

Isporučite materijal povjerenja kroz podržanu putanju ažuriranja implementacije. Ručna zamjena dobavljačkog CA paketa može biti poništena njegovim sljedećim ažuriranjem; držite vlasnika i proces održavanja eksplicitnima kako bi provjera trajala kroz cijelu rutu zahtjeva.