Az HTTPS-proxynak is el kell küldenie a tanúsítványláncát

Ha az ügyfelek a webhely elérése előtt elutasítják az HTTPS-proxyt, vizsgálja meg a proxyfigyelő által küldött láncot. Egy érvényes levéltanúsítvány önmagában nem feltétlenül biztosítja az ügyfél által igényelt köztes tanúsítványokat.

1. Azonosítsa az ellenőrzött végpontot. Olvassa ki a hosztnevet a beállított proxy URL-ből és az adott kapcsolat hibáját. A figyelő tanúsítványának le kell fednie ezt a nevet. Egy webhely tanúsítványa vagy egy másik IP-alias tanúsítványa nem helyettesítheti.
2. Ellenőrizze a figyelő lánckonfigurációját. A Squid által támogatott OpenSSL-konfiguráció köztes tanúsítványokat is tartalmazhat a tanúsítványfájlban. Erősítse meg az elrendezést a figyelő referenciájában a telepített Squid-verzió és a TLS-háttér számára; a csomagok viselkedése nem egységes. A Squid 6.13 TLS-figyelő példája a figyelő bizalmát elkülönítve tartja a cél TLS-étől.
3. Ellenőrizze külön az ügyfél bizalmát. A köztes tanúsítványok küldése segít felépíteni a láncot, de az ügyfélnek továbbra is szüksége van a szándékolt gyökérbizalmi horgonyra. A teljes kiszolgálólánc válogatás nélküli importálása egy gyökértárba más változtatás, mint annak javítása, amit a kiszolgáló küld.

Tartsa bekapcsolva az ellenőrzést. Ez azonosítja az HTTPS-proxyt, amelyet az ügyfél használni szándékozott. Miután ez a kapcsolat ellenőrzést nyer, egy későbbi webhelytanúsítvány-hiba a cél TLS-munkamenetéhez tartozik a proxyn keresztül, saját hosztnév- és bizalomvizsgálattal.