Richieste Squid lente con un riscrittore di URL che va in crash
Esamina l'ausiliario di riscrittura URL quando il proxy accetta connessioni ma le richieste si bloccano prima dell'inoltro.
Se Squid accetta connessioni ma impiega molto a inoltrare le richieste, controlla qualsiasi riscrittore di URL su quel percorso. In Squid 5–7, url_rewrite_program indica un programma esterno consultato dopo i controlli di accesso iniziali. Può ritardare la richiesta prima che la destinazione la riceva.
- Leggi il comando effettivo del riscrittore, incluso il wrapper e gli argomenti.
- Abbina la transazione interessata alla diagnostica dell'ausiliario. Uscite ripetute dei processi figli, risposte malformate e una coda in crescita sono indizi diversi.
- Verifica se un singolo schema di URL provoca il guasto. Conserva un esempio oscurato di quell'input invece di modificare impostazioni del resolver non correlate.
L'ausiliario ha un contratto richiesta/risposta per righe. Il testo di avanzamento del wrapper sullo standard output può romperlo. Anche eseguire lo script con successo come amministratore non riproduce il flusso di input, l'ambiente o i permessi di Squid. Questo percorso è separato dalla verifica della password.
Solo quando lo scambio funziona dovresti trattarlo come un problema di capacità. url_rewrite_children controlla i processi e il comportamento della coda associata, ma più figli non possono riparare crash innescati dall'input. La sua opzione di concorrenza introduce identificatori di canale e richiede un ausiliario che implementi quella conversazione.
Un confronto autorizzato senza il riscrittore può isolarne il contributo. Lasciarlo aggirato sotto sovraccarico può cambiare l'instradamento o il filtraggio che applica, quindi è una scelta di policy. Confronta l'attesa osservata dell'ausiliario con le prove DNS e di connessione successiva prima di attribuire tutto il ritardo alla latenza di rete.