Trage Squid-verzoeken met een crashende URL-rewriter
Onderzoek de URL-herschrijfhulp wanneer de proxy verbindingen accepteert, maar verzoeken vastlopen voordat ze worden doorgestuurd.
Als Squid verbindingen accepteert maar lang doet over het doorsturen van verzoeken, controleer dan elke URL-rewriter op dat pad. In Squid 5–7 benoemt url_rewrite_program een extern programma dat na de eerste toegangscontroles wordt geraadpleegd. Het kan het verzoek vertragen voordat de bestemming het ontvangt.
- Lees het effectieve herschrijfcommando, inclusief wrapper en argumenten.
- Koppel de getroffen transactie aan de hulpprogramma-diagnostiek. Herhaalde afloop van childprocessen, misvormde antwoorden en een groeiende wachtrij zijn afzonderlijke sporen.
- Controleer of één URL-patroon de fout uitlokt. Bewaar een geredigeerd voorbeeld van die invoer in plaats van ongerelateerde resolver-instellingen te wijzigen.
De hulp hanteert een regelgeoriënteerd vraag/antwoord-contract. Voortgangstekst van de wrapper op standaarduitvoer kan dat breken. Het script met succes als beheerder draaien reproduceert ook niet Squids invoerstroom, omgeving of rechten. Dit pad staat los van wachtwoordverificatie.
Pas als de uitwisseling werkt, moet je het als capaciteitsprobleem behandelen. url_rewrite_children stuurt processen en het bijbehorende wachtrijgedrag aan, maar meer children repareren geen crashes die door invoer worden veroorzaakt. De concurrency-optie introduceert kanaalidentificaties en vereist een hulp die dat gesprek implementeert.
Een geautoriseerde vergelijking zonder de rewriter kan zijn bijdrage isoleren. Het omzeild laten bij overbelasting kan de routering of filtering veranderen die het afdwingt, dus dat is een beleidskeuze. Vergelijk de waargenomen wachttijd van de hulp met DNS- en verbindingsbewijs voordat je de hele vertraging aan netwerklatentie toeschrijft.