クラッシュする URL リライターによる Squid リクエストの遅延
プロキシが接続を受け付けるのにリクエストが転送前に停滞する場合は、URL 書き換えヘルパーを調査します。
Squid が接続を受け付けるのにリクエストの転送に時間がかかる場合は、その経路上の URL リライターを確認してください。Squid 5–7 では url_rewrite_program が、初回のアクセス検査後に参照される外部プログラムを指定します。宛先に届く前にリクエストを遅延させることがあります。
- ラッパーと引数を含む、実際に有効なリライトコマンドを確認します。
- 影響を受けたトランザクションをヘルパーの診断情報と突き合わせます。子プロセスの繰り返し終了、不正な応答、増え続けるキューはそれぞれ別の手がかりです。
- 特定の URL パターンが障害を引き起こしていないか確認します。無関係なリゾルバ設定を変えるのではなく、その入力の秘匿化した例を保存します。
ヘルパーは行単位の要求／応答契約を持ちます。標準出力にラッパーの進捗テキストが出ると契約が壊れます。管理者としてスクリプトを正常に実行しても、Squid の入力ストリーム、環境、権限は再現されません。この経路はパスワード検証とは別です。
やり取りが機能してから初めて、容量の問題として扱ってください。url_rewrite_children はプロセスと関連するキューの挙動を制御しますが、子プロセスを増やしても入力起因のクラッシュは修復できません。その並行性オプションはチャネル識別子を導入し、その会話を実装したヘルパーを必要とします。
リライターなしの許可された比較は、その寄与を切り分けられます。過負荷時に迂回させたままにすると、それが適用するルーティングやフィルタリングが変わり得るため、これはポリシーの判断です。遅延全体をネットワーク遅延に帰する前に、観測されたヘルパーの待ち時間を DNS と後続接続の証拠と比較してください。