Squid PROXY-protokol: fertrou de stjoerder foar't de HTTP-tagongskontrôles rinne

Brûk proxy_protocol_access om it relay te fertrouwen dat de metadata leveret, net om tastiene websites te kiezen. Yn Squid 5–7 rint de kontrôle ien kear nei de TCP-opsetsje op in require-proxy-header-lústerder, foar't de HTTP-fersykoppen ferwurke wurde:

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

Ferfang it foarbyldrelayadres en behein netwurktoegong ta dizze lústerder. Yn dizze faze kontrolearret Squid de werklike TCP-peer foar't de oanlevere metadata akseptearre wurde. Nei akseptaasje brûkt it it bewearde kliïntadres foar de folgjende ACL-kontrôles en logging. In relay fertrouwe op grûn fan it kliïntadres dat it beweart, soe dy folchoarder omkeare.

Hâld http_access foar de lettere rjochten op kliïntboarne en bestimming. It akseptearjen fan metadata jout gjin tastimming foar websitetoegong, en in ACL foar bestimmingsdomein kin de eardere fraach oer stjoerderfertrouwen net beantwurdzje.

Stjoerder en ûntfanger moatte it iens wurde oer in stipe ferzje fan it PROXY-protokol. In gewoane HTTP-kliïnt kin dizze lústerder mei ferplichte foarheaksel net as gewoan proxy-einpunt brûke. As beide foarmen nedich binne, brûk dan bewust aparte einpunten ynstee fan itselde lústeradres en poarte te duplisearjen.

In fertroud relay kin adresbasearre autorisaasje beynfloedzje fia de kliïntidentiteit dy't it leveret. Jouw dy mooglikheid allinnich oan de bedoelde tuskenpersoan.