Långsamma Squid-förfrågningar med en kraschande URL-omskrivare
Undersök URL-omskrivningshjälpen när proxyn tar emot anslutningar men förfrågningar stannar före vidarebefordran.
Om Squid tar emot anslutningar men tar lång tid på att skicka förfrågningar vidare, kontrollera alla URL-omskrivare på den vägen. I Squid 5–7 anger url_rewrite_program ett externt program som anropas efter de inledande åtkomstkontrollerna. Det kan fördröja förfrågan innan målet tar emot den.
- Läs det faktiska omskrivningskommandot, inklusive omslag och argument.
- Koppla den drabbade transaktionen till hjälpens diagnostik. Upprepade avslut av barnprocesser, felformade svar och en växande kö är olika spår.
- Kontrollera om ett enda URL-mönster utlöser felet. Spara ett redigerat exempel på indata i stället för att ändra orelaterade resolver-inställningar.
Hjälpen har ett radorienterat avtal för förfrågan och svar. Förloppstext från omslaget på standardutdata kan bryta det. Att köra skriptet framgångsrikt som administratör återskapar inte heller Squids indataström, miljö eller behörigheter. Den här vägen är skild från lösenordsverifiering.
Först när utbytet fungerar bör du behandla det som ett kapacitetsproblem. url_rewrite_children styr processer och köbeteende, men fler barn kan inte reparera krascher som indata orsakar. Alternativet för samtidighet inför kanalidentifierare och kräver en hjälp som implementerar den dialogen.
En auktoriserad jämförelse utan omskrivaren kan isolera dess bidrag. Att lämna den förbikopplad vid överbelastning kan ändra den routning eller filtrering den upprätthåller, så det är ett policyval. Jämför den observerade väntetiden hos hjälpen med DNS- och anslutningsbevis innan du tillskriver hela fördröjningen nätverkslatens.