Squid 6.13 ka Forward-Proxy-Ufroen iwwer TLS unhuelen, wann et mat GnuTLS oder OpenSSL gebaut ass. Dat schützt d’Client–Proxy-Verbindung, ouni déi separat Sessioun vum HTTPS-Zil ofzefänken.

  1. Beschaaft e Zertifikat fir den Hostnumm, iwwer deen d’Clientë Squid erreechen. Limitéiert de private Schlëssel op déi Serviceidentitéiten, déi en brauchen.
  2. Füügt en TLS-Listener mat Ärer zougewisener Adress a richtege Zertifikatweeër derbäi:
https_port 192.0.2.10:3129 tls-cert=/etc/squid/proxy-chain.pem tls-key=/etc/squid/proxy-key.pem

Behalt d’Erlaabnislëscht fir Clienten an d’Zilbeschränkungen an d’Authentifizéierungspolitik. De Listener gëtt keen Zougrëff. En existente http_port bleift och aktiv; läscht oder limitéiert deen ale Listener, wann all Clientverbindungen TLS benotze mussen. Et brauch keen Accelerator-, Ofgrëffs- oder Zertifikatgeneréierungsmodus.

Parst d’Konfiguratioun, ier Dir de virgesinnene Service nei luet. D’Parserkontroll validéiert Struktur an Zertifikatlueden, net d’Netzerreechbarkeet. Schéckt no erfollegräichem Neilueden eng Ufro duerch den TLS-Endpunkt vun engem erlaabte Client:

curl --proxy https://proxy.example:3129 --proxy-cacert approved-proxy-ca.pem --connect-timeout 5 --max-time 15 https://example.com/

Benotzt de richtege Proxyhostnumm an déi fräiginn CA-Datei. En ëffentlech vertraute Proxyzertifikat brauch vläicht keen eegent Bündel. --proxy-cacert konfiguréiert Proxyvertrauen an hält d’Zilverifikatioun getrennt; behalt béid Kontrollen.

Kontrolléiert den tatsächleche Listener an den Zertifikatsnumm an test och eng kontrolléiert Quell, déi ofgewise muss ginn. Erfollegräicht Parse fir sech bestätegt weder Clientvertrauen nach d’Zougrëffsgrenz.

Ähnlech Artikelen