Kial Squid registras la HTTPS-gastiganton sed ne la paĝan vojon
Klarigas mankantajn HTTPS-vojojn en ordinaraj Squid CONNECT-protokoloj sen trakti TLS-entenrigardon kiel rutinan protokolan agordon.
Rikordo por shop.example:443 ne donas al Squid la vojon /orders/42. CONNECT petas gastiganton/pordon; poste la cella TLS portas la HTTP-vojon ene de la tunelo.
| Pruvo | Ordinara CONNECT-plusendo |
|---|---|
| Celo-gastiganto/pordo kaj tunela rezulto | Havebla al la prokuro. |
| Interna HTTPS-vojo kaj aplikaĵa peto | Ĉifrita inter kliento kaj retejo. |
Retumila URL-fragmento komenciĝanta per # | Kutime restas en la kliento, eĉ ekster prokura protokolado. |
Protokola formato povas registri kampojn, kiujn Squid havas, ne malĉifri neviditajn mesaĝojn. Ordinara HTTP-plusendo diferencas ĉar la peranto ricevas tiun HTTP-peton. Pli detala eligo ne ŝanĝas la CONNECT-limon.
Administrata TLS-entenrigardo ŝanĝas klientan fidon kaj administrajn postulojn. Ĝi ne estas malgranda protokola ŝaltilo kaj ne necesas por normala IP-ŝanĝanta antaŭeniga prokuro.
Se vi posedas la aplikaĵon kaj bezonas diagnozon je paĝa nivelo, uzu ĝiajn protokolojn aŭ taŭge desegnitan klientan telemetrion. Por prokuraj paneoj, konservu cellan gastiganton, tempon, staton kaj plenumitan konektan stadion; tiuj ofte lokas la problemon sen kolekti privatajn paĝajn vojojn.