Lassú Squid-kérések összeomló URL-átíróval

Ha a Squid elfogadja a kapcsolatokat, de sokáig tart a kérések továbbítása, vizsgáljon meg minden URL-átírót ezen az útvonalon. A Squid 5–7-ben a url_rewrite_program egy külső programot nevez meg, amelyet a kezdeti hozzáférés-ellenőrzések után kérdeznek meg. Késleltetheti a kérést, mielőtt a cél megkapja.

1. Olvassa ki a tényleges átíró parancsot, a burkolót és az argumentumokat is beleértve.
2. Párosítsa az érintett tranzakciót a segéd diagnosztikájával. Az ismétlődő gyermekfolyamat-kilépések, a hibás válaszok és a növekvő sor különböző nyomok.
3. Ellenőrizze, hogy egyetlen URL-minta váltja-e ki a hibát. Őrizzen meg egy szerkesztett példát arról a bemenetről, ahelyett hogy nem kapcsolódó feloldóbeállításokat módosítana.

A segédnek sororientált kérés/válasz szerződése van. A burkoló előrehaladási szövege a szabványos kimeneten megtörheti. A szkript sikeres futtatása rendszergazdaként szintén nem reprodukálja a Squid bemeneti folyamát, környezetét vagy jogosultságait. Ez az útvonal elkülönül a jelszó-ellenőrzéstől.

Csak akkor tekintse kapacitásproblémának, ha az csere már működik. A url_rewrite_children a folyamatokat és a sor viselkedését szabályozza, de több gyermek nem tudja kijavítani a bemenet által kiváltott összeomlásokat. A párhuzamossági beállítása csatornaazonosítókat vezet be, és olyan segédet igényel, amely megvalósítja ezt a beszélgetést.

Az átíró nélküli engedélyezett összehasonlítás elkülönítheti a hozzájárulását. Túlterheléskor megkerülve hagyni megváltoztathatja az általa kikényszerített útvonalválasztást vagy szűrést, tehát ez szabályzat kérdése. Hasonlítsa össze a megfigyelt segéd-várakozást a DNS- és a továbbkapcsolódási bizonyítékokkal, mielőtt a teljes késleltetést a hálózati késleltetésnek tulajdonítaná.