Benarkan Satu Destinasi Squid Tanpa Pengesahan Proksi

Halaman pemantauan perlu berfungsi tanpa log masuk proksi. Peraturan yang jelas ialah http_access allow status_site. Jika diletakkan sebelum pengesahan, ia juga boleh memberikan pengecualian kepada klien yang tidak pernah anda niatkan untuk layan.

Untuk Squid 6 atau 7, kekalkan syarat pengecualian bersama. Selepas perlindungan pengurusan, port tidak selamat, CONNECT dan perkhidmatan tempatan sedia ada, bahagian berkenaan boleh kelihatan seperti ini:

acl office_clients src 192.0.2.0/24
acl status_site dstdomain status.example.net
acl signed_in proxy_auth REQUIRED

http_access allow office_clients status_site
http_access allow office_clients signed_in
http_access deny all

Rangkaian dan nama hos ialah pemegang tempat. Pengesahan masih memerlukan konfigurasi pembantu sedia adanya. Ini ialah bahagian pengecualian dasar akses, bukan konfigurasi proksi lengkap.

Baris pertama membenarkan klien terpilih ke destinasi itu tanpa menilai ACL log masuk. Baris seterusnya membenarkan klien itu ke tempat lain hanya selepas pengesahan. Kebenaran luas sebelumnya atau laluan alternatif kemudian boleh mengubah hasil, jadi baca dasar tersusun penuh, termasuk fail yang disertakan.

Jangan pindahkan pengecualian di atas perlindungan port destinasi semata-mata untuk mengelak gesaan. Laman yang dibenarkan pada port yang tidak dimaksudkan masih laluan berbeza. Tentukan juga sama ada hos tepat atau subdomainnya patut layak daripada menambah akhiran yang terlalu luas.

Pengecualian nama hos meliputi destinasi yang sepadan, bukan setiap kebergantungan yang dimuatkan oleh halamannya. Ubah hala dan aset pihak ketiga boleh bertemu keperluan log masuk biasa secara sah.

Untuk HTTP biasa, proksi boleh menggunakan maklumat URL yang lebih halus apabila sesuai. Permintaan HTTPS CONNECT biasa tidak mendedahkan laluan halaman, jadi peraturan 'satu halaman sahaja' tidak boleh disimpulkan daripada pengecualian terowong untuk seluruh hos.