HTTPS-välityspalvelimen on lähetettävä myös varmenneketjunsa

Jos asiakkaat hylkäävät HTTPS-välityspalvelimen ennen sivustolle pääsyä, tarkasta ketju, jonka välityspalvelimen kuuntelija lähettää. Pelkkä kelvollinen lehtivarmenne ei välttämättä tarjoa välivarmenteita, joita asiakas tarvitsee.

1. Tunnista tarkistettava päätepiste. Lue isäntänimi määritetystä välityspalvelimen URL-osoitteesta ja kyseisen yhteyden virhe. Kuuntelijan varmenteen on katettava tämä nimi. Sivuston varmenne tai varmenne toiselle IP-aliakselle ei voi korvata sitä.
2. Tarkista kuuntelijan ketjukokoonpano. Squidin tuettu OpenSSL-kokoonpano voi sisältää välivarmenteet varmennetiedostoon. Vahvista järjestely kuuntelijan viitteestä asennetun Squid-version ja TLS-taustaosan osalta; pakettien käyttäytyminen ei ole yhtenäistä. Squidin 6.13 TLS-kuuntelijaesimerkki pitää kuuntelijan luottamuksen erillään kohteen TLS:stä.
3. Tarkista asiakkaan luottamus erikseen. Välivarmenteiden lähettäminen auttaa rakentamaan ketjun, mutta asiakas tarvitsee silti aiotun juuriluottamuksen ankkurin. Koko palvelinketjun tuominen juurisäilöön valikoimatta on eri muutos kuin sen korjaaminen, mitä palvelin lähettää.

Pidä vahvistus käytössä. Se tunnistaa HTTPS-välityspalvelimen, jota asiakas aikoi käyttää. Kun kyseinen yhteys on vahvistettu, myöhempi sivuston varmennevirhe kuuluu kohteen TLS-istuntoon välityspalvelimen kautta, ja sillä on oma isäntänimi- ja luottamustutkintansa.