Malfruaj petoj de Squid kun kraŝanta URL-reskribilo
Esploru la URL-reskriban helpanton kiam prokurilo akceptas konektojn sed petoj haltas antaŭ pluforwardado.
Se Squid akceptas konektojn sed longe daŭras antaŭ ol sendi petojn plu, kontrolu ajnan URL-reskribilon sur tiu vojo. En Squid 5–7 url_rewrite_program nomas eksteran programon konsultatan post la komencaj alirkontroloj. Ĝi povas prokrasti la peton antaŭ ol la celo ricevas ĝin.
- Legu la efektivan reskriban komandon, inkluzive de la ĉirkaŭilo kaj argumentoj.
- Kunordigu la koncernatan transakcion kun la diagnozoj de la helpanto. Ripetaj eliroj de infanaj procezoj, misformitaj respondoj kaj kreskanta vico estas apartaj signoj.
- Kontrolu ĉu unu URL-ŝablono kaŭzas la fiaskon. Konservu redaktitan ekzemplon de tiu enigo anstataŭ ŝanĝi nerilatajn agordojn de la solvilo.
La helpanto havas linibazitan kontrakton pri peto/respono. Progresaj tekstoj de la ĉirkaŭilo sur la norma eligo povas rompi ĝin. Sukcesa rulado de la skripto kiel administranto ankaŭ ne reproduktas la enigan fluon, medion aŭ permesojn de Squid. Tiu vojo estas aparta de pasvorta kontrolado.
Nur post kiam la interŝanĝo funkcias, traktu ĝin kiel kapacitan problemon. url_rewrite_children regas procezojn kaj la rilatan vicokonduton, sed pli da infanoj ne povas ripari kraŝojn kaŭzitajn de enigo. Ĝia samtempeca opcio enkondukas kanalajn identigilojn kaj postulas helpanton realigantan tiun interparoladon.
Rajtigita komparo sen la reskribilo povas izoli ĝian kontribuon. Lasante ĝin preterpasita dum troŝarĝo povas ŝanĝi la enkursigadon aŭ filtradon, kiun ĝi devigas, do tio estas politika decido. Komparu la observitan atendon de la helpanto kun DNS- kaj plu-konektaj pruvoj antaŭ ol atribui la tutan prokraston al reta latenteco.