Pomalé požadavky Squid s padajícím přepisovačem URL
Prozkoumejte pomocníka pro přepis URL, když proxy přijímá spojení, ale požadavky se zdržují před předáním dál.
Pokud Squid přijímá spojení, ale odeslání požadavků dál mu trvá dlouho, zkontrolujte jakýkoli přepisovač URL na této cestě. V Squid 5–7 url_rewrite_program označuje externí program, na který se odkazuje po počátečních kontrolách přístupu. Může zpozdit požadavek, než ho cíl obdrží.
- Přečtěte si skutečný příkaz přepisovače včetně obalu a argumentů.
- Spojte zasaženou transakci s diagnostikou pomocníka. Opakované ukončení potomků, poškozené odpovědi a rostoucí fronta jsou odlišné stopy.
- Ověřte, zda selhání spouští jeden vzor URL. Zachovejte redigovaný příklad takového vstupu, místo abyste měnili nesouvisející nastavení překladače.
Pomocník má linkově orientovanou smlouvu požadavek/odpověď. Text průběhu obalu na standardním výstupu ji může narušit. Úspěšné spuštění skriptu jako správce také nereprodukuje vstupní tok Squidu, prostředí ani oprávnění. Tato cesta je oddělená od ověřování hesla.
Teprve když výměna funguje, berte to jako problém kapacity. url_rewrite_children řídí procesy a chování fronty, ale více potomků nedokáže opravit pády vyvolané vstupem. Jeho volba souběžnosti zavádí identifikátory kanálů a vyžaduje pomocníka, který takový rozhovor implementuje.
Autorizované srovnání bez přepisovače může izolovat jeho podíl. Ponechat ho obejitý při přetížení může změnit směrování nebo filtrování, které prosazuje, takže je to rozhodnutí o politice. Porovnejte pozorované čekání pomocníka s důkazy DNS a navazujícího spojení, než celé zpoždění přisoudíte síťové latenci.