Permintaan Squid Perlahan dengan Penulis Semula URL yang Ranap

Jika Squid menerima sambungan tetapi mengambil masa lama untuk menghantar permintaan ke hadapan, periksa mana-mana penulis semula URL pada laluan itu. Dalam Squid 5–7, url_rewrite_program menamakan program luaran yang dirujuk selepas pemeriksaan akses awal. Ia boleh melewatkan permintaan sebelum destinasi menerimanya.

1. Baca arahan penulis semula yang berkesan, termasuk pembungkus dan argumen.
2. Padankan transaksi terjejas dengan diagnostik pembantu. Proses kanak-kanak keluar berulang kali, balasan tidak terbentuk betul dan baris gilir yang membesar ialah petunjuk berbeza.
3. Semak sama ada satu corak URL mencetuskan kegagalan itu. Simpan contoh input tersebut yang telah disunting maklumat sensitifnya dan bukan mengubah tetapan resolver yang tidak berkaitan.

Pembantu ini mempunyai kontrak permintaan/balasan berorientasikan baris. Teks kemajuan pembungkus pada output standard boleh memecahkannya. Menjalankan skrip dengan jayanya sebagai pentadbir juga tidak menghasilkan semula aliran input, persekitaran atau kebenaran Squid. Laluan ini berasingan daripada pengesahan kata laluan.

Hanya selepas pertukaran itu berfungsi barulah ia boleh dianggap masalah kapasiti. url_rewrite_children mengawal proses dan tingkah laku baris gilir berkaitan, tetapi lebih banyak proses kanak-kanak tidak dapat membaiki ranap yang dicetuskan oleh input. Pilihan keserentakannya memperkenalkan pengecam saluran dan memerlukan pembantu yang melaksanakan perbualan itu.

Perbandingan dibenarkan tanpa penulis semula boleh mengasingkan sumbangannya. Membiarkannya dipintas semasa beban berlebihan boleh mengubah penghalaan atau penapisan yang dikuatkuasakannya, jadi itu pilihan dasar. Bandingkan masa tunggu pembantu yang diperhati dengan bukti DNS dan sambungan seterusnya sebelum menyifatkan keseluruhan kelewatan itu kepada kependaman rangkaian.