Squid cache_peer: Moenie 'n forward-ouer as originserver merk nie

'n cache_peer-reel kan 'n ouer noem en Squid steeds laat praat daarmee asof dit die oorsprong-webwerf is.

Die skakelaar wat hiervoor verantwoordelik is, is originserver. Squid dokumenteer dit vir versneller-opstellings waar die eweknie 'n webbediener is. Dit is nie 'n algemene vlag wat beteken “stuur die oorspronklike versoek deur hierdie ouer” nie.

As die volgende sprong 'n gewone HTTP-voorstuurproxy is, gaan na of daardie vlag hoegenaamd daar hoort. 'n Basiese ouer-verklaring het eerder die vorm:

cache_peer parent.example parent 8080 0 no-query name=upstream

Die ouer kan jou eie diens wees; vir 'n toegelate publieke-ouertoets sonder geconfigureerde ouerproxy-geloofsbriewe, neem 'n HTTP-kandidaat uit die HTTP-proxylys. Behou die beoogde kliëntmagtiging, eweknie-geskiktheid, verifikasie en direkte-terugvalbeleid. Hierdie uittreksel identifiseer slegs die eweknie se rol.

proxy-only, soms langs originserver gekopieer, gaan oor die stoor van voorwerpe wat van daardie eweknie verkry is. Om albei vlae gelyktydig te verwyder bewys nie dat albei die protokolmisluiking veroorsaak het nie.

Kyk wat die volgende diens verwag: 'n webwerfversoek, 'n voorstuurproxy-versoek of 'n tonnel-opbou-uitruiling. 'n Geldige gasheernaam en bereikbare poort kan daardie kontrakte nie uitruilbaar maak nie. Om die eweknie-rol reg te stel is meer presies as om herhaaldelik TLS-sertifikate te verander op 'n verbinding waarvan die versoeksemantiek verkeerd was.