Greške SSL sertifikata nakon preusmeravanja sa prilagođenim CA paketom

CA datoteka kompanije ispravlja prvi URL, a zatim preusmeravanje ne prolazi proveru. Proverite da li je prilagođena CA opcija zamenila prethodni unos poverenja klijenta umesto da mu ga doda.

To ponašanje zavisi od TLS pozadine i opcije. Datoteka koja sadrži samo korporativni CA može ostaviti klijenta bez drugih potrebnih autoriteta.

1. Pratite svakog sagovornika. Prvi host može biti presretnut pod korporativnim izdavaocem. Kasniji host može koristiti zaobilaznicu, drugu putanju inspekcije ili javno izdat lanac.
2. Zabeležite ulaze klijenta koji ne uspeva. Zadržite traženo ime hosta, cilj preusmeravanja, primljenog izdavaoca, rezultat provere i izabranu konfiguraciju poverenja. Radni pregledač može koristiti drugo skladište korena.
3. Proverite pravila izbora pozadine. curl gradnje mogu koristiti izvornu proveru ili korene zasnovane na datotekama, a eksplicitne CA opcije mogu promeniti taj izbor. Recept za tu izvršnu datoteku ne konfiguriše Python okruženje ni JVM.

Koristite održavani paket ili podržani raspored skladišta poverenja koji sadrži javne i privatne autoritete kojima aplikacija treba da veruje. Ne dodajte privatni ključ CA i ne unapređujte svaki neuspeli lisni sertifikat u koren samo da biste uklonili sledeću grešku.

Isporučite materijal poverenja kroz podržanu putanju ažuriranja implementacije. Ručna zamena dobavljačkog CA paketa može biti poništena njegovim sledećim ažuriranjem; držite vlasnika i proces održavanja eksplicitnim kako bi provera trajala kroz celu rutu zahteva.