Protokol PROXY Squid: percayai penghantar sebelum pemeriksaan akses HTTP

Gunakan proxy_protocol_access untuk mempercayai relay yang membekalkan metadata, bukan untuk memilih tapak web yang dibenarkan. Dalam Squid 5–7 pemeriksaan berjalan sekali selepas persediaan TCP pada pendengar require-proxy-header, sebelum pengepala permintaan HTTP diproses:

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

Gantikan alamat relay contoh dan hadkan akses rangkaian kepada pendengar ini. Pada peringkat ini Squid memeriksa rakan TCP sebenar sebelum menerima metadata yang dibekalkan. Selepas diterima, ia menggunakan alamat klien yang didakwa untuk pemeriksaan ACL dan pengelogan berikutnya. Mempercayai relay berdasarkan alamat klien yang didakwanya akan membalikkan urutan itu.

Kekalkan http_access untuk kebenaran sumber klien dan destinasi yang kemudian. Menerima metadata tidak membenarkan akses tapak web, dan ACL domain destinasi tidak dapat menjawab soalan kepercayaan penghantar yang lebih awal.

Penghantar dan penerima mesti bersetuju tentang versi protokol PROXY yang disokong. Klien HTTP biasa tidak boleh menggunakan pendengar berawalan wajib ini sebagai titik akhir proksi biasa. Jika kedua-dua bentuk diperlukan, gunakan titik akhir yang sengaja dipisahkan daripada menduplikasi alamat dengar dan port yang sama.

Relay yang dipercayai boleh mempengaruhi kebenaran berasaskan alamat melalui identiti klien yang dibekalkannya. Berikan keupayaan itu hanya kepada perantara yang dimaksudkan.