Mengirim permintaan Squid melalui proxy induk

Mendeklarasikan parent di Squid tidak otomatis mewajibkan setiap permintaan terusan memakainya. Jika rute langsung melanggar kebijakan, atur syarat itu secara eksplisit dan uji saat parent tidak tersedia.

Untuk Squid 6.13, contoh ini menamai satu parent dan melarang penerusan langsung ke origin untuk satu sumber klien:

cache_peer 192.0.2.20 parent 3128 0 no-query default name=upstream
acl routed_client src 198.51.100.27/32
never_direct allow routed_client

Kedua alamat adalah placeholder. Untuk uji upstream terkontrol yang mengizinkan parent HTTP publik, pilih alamat dari daftar proxy HTTP. Pertahankan kebijakan http_access terpisah yang hanya menerima klien tujuan Anda. Aturan routing tidak memberi klien izin menggunakan proxy.

Periksa aturan routing yang sudah ada

no-query menonaktifkan kueri ICP ke peer ini. Nol adalah port kueri peer, bukan listener HTTP-nya. Listener yang menghadap klien dan aturan aksesnya tetap terpisah.

Tinjau pengaturan always_direct yang ada dan pemilihan peer lain sebelum menambahkan blok ini. Menolak kecocokan di always_direct tidak dengan sendirinya mewajibkan parent. Aturan never-direct yang eksplisit menyatakan syarat itu untuk klien terpilih.

Ini mengatur transaksi yang perlu diteruskan. Entri cache lokal yang masih dapat digunakan bisa disajikan tanpa menghubungi parent, jadi tidak adanya koneksi parent baru belum tentu pelanggaran routing.

Periksa rute dan perilaku kegagalannya

Gunakan tujuan terkontrol dan periksa informasi hierarki log akses bersama pengamatan di tujuan. Status HTTP akhir saja tidak menunjukkan apakah Squid memakai parent atau rute langsung.

Dalam uji pemeliharaan, buat parent tidak tersedia dan ulangi permintaan yang sama tanpa cache. Jika kebijakan melarang penerusan langsung, transaksi seharusnya gagal, bukan mencapai origin lewat rute lain. Lakukan hanya pada layanan yang Anda kendalikan dan kembalikan konfigurasi yang diinginkan sesudahnya.