Pomalé požiadavky Squid s padajúcim prepisovačom URL
Preskúmajte pomocný program na prepis URL, keď proxy prijíma spojenia, ale požiadavky sa zaseknú pred ďalším odoslaním.
Ak Squid prijíma spojenia, ale dlho odosiela požiadavky ďalej, skontrolujte každý prepisovač URL na tej ceste. V Squid 5–7 url_rewrite_program určuje externý program, ktorý sa volá po počiatočných kontrolách prístupu. Môže požiadavku oneskoriť, kým ju cieľ dostane.
- Prečítajte si skutočne používaný príkaz na prepis vrátane obalu a argumentov.
- Spojte zasiahnutú transakciu s diagnostikou pomocného programu. Opakované ukončenia podradených procesov, chybne formované odpovede a rastúci rad sú odlišné stopy.
- Overte, či zlyhanie spúšťa jeden vzor URL. Zachovajte redigovaný príklad týchto vstupov namiesto zmeny nesúvisiacich nastavení resolvera.
Pomocný program má riadkovú zmluvu požiadavky a odpovede. Text priebehu obalu na štandardnom výstupe ju môže narušiť. Úspešné spustenie skriptu ako správca tiež nezreprodukuje vstupný tok, prostredie ani oprávnenia Squidu. Táto cesta je oddelená od overovania hesla.
Až keď výmena funguje, možno to považovať za problém kapacity. url_rewrite_children riadi procesy a správanie radu, ale viac podradených procesov neopraví pády spôsobené vstupom. Jeho možnosť paralelnosti zavádza identifikátory kanálov a vyžaduje pomocný program, ktorý taký rozhovor implementuje.
Autorizované porovnanie bez prepisovača môže izolovať jeho prínos. Ak ho pri preťažení necháte obísť, môže sa zmeniť smerovanie alebo filtrovanie, ktoré presadzuje, takže je to rozhodnutie politiky. Porovnajte pozorované čakanie pomocného programu s dôkazmi DNS a ďalšieho spojenia, skôr než celé oneskorenie pripíšete latencii siete.