PROXY-samskiptaregla Squid: treystu sendandanum áður en HTTP-aðgangsathuganir eiga sér stað

Notaðu proxy_protocol_access til að treysta millistjórnanum sem færir lýsigögnin, ekki til að velja leyfðar vefsíður. Í Squid 5–7 keyrir athugunin einu sinni eftir TCP-uppsetningu á require-proxy-header hlustara, áður en HTTP-beiðnihausar eru unnir:

acl trusted_relay src 192.0.2.20/32
http_port 3128 require-proxy-header
proxy_protocol_access allow trusted_relay
proxy_protocol_access deny all

Skiptu út millistjórnunarfangi dæmisins og takmarkaðu netaðgang við þennan hlustara. Á þessu stigi athugar Squid raunverulega TCP-jafningjann áður en tekið er við lýsigögnunum. Eftir samþykki notar það hina fullyrtu biðlaraaðsetur fyrir síðari ACL-athuganir og skráningu. Að treysta millistjórnunar á grundvelli biðlaraaðsetursins sem hún fullyrðir myndi snúa þeirri röð við.

Haltu http_access fyrir síðari heimildir vegna uppruna biðlarans og áfangastaðar. Samþykki lýsigagna heimilar ekki aðgang að vefsíðum, og ACL fyrir áfangastaðslén getur ekki svarað fyrri spurningunni um traust á sendandanum.

Sendandi og viðtakandi verða að sammælast um studda útgáfu PROXY-samskiptareglunnar. Venjulegur HTTP-biðlari getur ekki notað þennan hlustara með skilyrðislausu forskeyti sem venjulegan endapunkt milliþjóns. Ef þarf bæði formin skal nota viljandi aðskilda endapunkta í stað þess að tvífalda sama hlustunarfangi og porti.

Traust millistjórnun geti haft áhrif á heimildir byggðar á aðsetri gegnum biðlaraskilríkið sem hún færir. Veittu þann möguleika eingöngu tilætluðum millilið.