En HTTPS-Proxy muss och seng Zertifikatskette schécken
Diagnostizéiert fehlend Zwëschenzertifikater um TLS-Listener vum Client op Squid getrennt vum Zertifikat vun der Zilsäit.
Wann d'Cliente den HTTPS-Proxy refuséieren, ier se eng Websäit erreechen, kontrolléiert d'Kette, déi den Proxy-Listener schéckt. En eenzege gültege Blat-Zertifikat kann net genuch sinn, fir déi Zwëschenzertifikater ze liwweren, déi de Client brauch.
- Identifizéiert den Endpunkt, dee gepréift gëtt. Liest den Hostnumm an der konfiguréierter Proxy-URL an de Feeler fir déi Verbindung. D'Listener-Zertifikat muss dësen Numm decken. En Zertifikat vun enger Websäit oder fir en aneren IP-Alias kann et net ersetzen.
- Préift d'Kettekonfiguratioun vum Listener. Déi ënnerstëtzte Squid-OpenSSL-Konfiguratioun kann Zwëschenzertifikater an der Zertifikatsdatei enthalen. Bestätegt d'Uerdnung an der Listener-Referenz fir déi installéiert Squid-Versioun an den TLS-Backend; d'Verhalen vun de Pakete ass net eenheetlech. D'TLS-Listener-Beispill vu Squid 6.13 hält d'Vertraue vum Listener getrennt vum TLS vun der Destinatioun.
- Préift d'Vertraue vum Client getrennt. Zwëschenzertifikater schécke hëlleft beim Opbau vun der Kette, awer de Client brauch nach ëmmer de virgesinnene Root-Vertrauensanker. Déi ganz Serverkette onbedéngt an e Root-Späicher z'importéieren ass eng aner Ännerung wéi dat ze korrigéieren, wat de Server schéckt.
Loosst d'Iwwerpréiwung ageschalt. Si identifizéiert den HTTPS-Proxy, deen de Client wollt benotzen. Nodeems déi Verbindung iwwerpréift ass, gehéiert en spéidere Websäit-Zertifikatsfeeler zu der TLS-Sessioun vun der Destinatioun duerch de Proxy, mat enger eegener Hostnumm- an Vertrauensënnersich.