Stadige Squid-versoeke met 'n URL-herleier wat val
Ondersoek die URL-herleidingshelper wanneer 'n instaanbediener verbindings aanvaar, maar versoeke voor die deurstuur daarvan vasdraai.
As Squid verbindings aanvaar maar lank neem om versoeke verder te stuur, ondersoek enige URL-herleier op daardie pad. In Squid 5–7 wys url_rewrite_program na 'n eksterne program wat na die eerste toegangsprosesse geraadpleeg word. Dit kan die versoek vertraag voordat die bestemming dit bereik.
- Lees die effektiewe herleieropdrag, insluitend die omhulsel en argumente.
- Koppel die betrokke transaksie aan helper-diagnostiek. Herhaalde kindafsluitings, wanvormige antwoorde en 'n groeiende tou is aparte leidrade.
- Gaan na of een URL-patroon die fout veroorsaak. Bewaar 'n geredigeerde voorbeeld van daardie invoer eerder as om onverwante oplosserinstellings te verander.
Die helper het 'n lyngeoriënteerde versoek/antwoord-kontrak. Vorderingskennisgewing van die omhulsel op standaarduitvoer kan dit breek. Om die script suksesvol as administrateur te laat loop, reproduseer ook nie Squid se invoerstroom, omgewing of toestemmings nie. Hierdie pad is apart van wagwoordverifikasie.
Eers nadat die uitruiling werk, moet jy dit as 'n kapasiteitsprobleem beskou. url_rewrite_children beheer prosesse en verwante toutoestand, maar meer kinders kan nie invoer-veroorsaakte onklaarraking herstel nie. Die gelyktydigheidsopsie daarvan voeg kanaalidentifiseerders by en vereis 'n helper wat daardie gesprek implementeer.
'n Gemagtigde vergelyking sonder die herleier kan sy bydrae isoleer. Om dit op oorlading omseil te laat, kan die roetering of filtrering wat dit afdwing, verander, so dit is 'n beleidskeuse. Vergelyk die waargenome helper-wagtyd met DNS- en deurstuurverbinding-bewyse voordat jy die hele vertraging aan netwerklatensie toeskryf.