Squid retry_on_error: stavové kódy a alternatívne trasy

V Squide existuje voľba retry_on_error, ale jej názov je širší než jej užitočný výklad. Neznamená, že každá neúspešná požiadavka sa bude opakovať neobmedzene, kým stránka nezačne fungovať.

Vo verziách, ktoré túto direktívu podporujú, je predvolene vypnutá. Dokumentovaný zoznam opakovaní je 403, 500, 501, 502, 503 a 504 a požiadavka sa skúša cez iný funkčný cieľ. To je obzvlášť dôležité v hierarchii s alternatívnymi cestami presmerovania. Nejde len o časovo obmedzené opakovanie toho istého socketu na ten istý server.

Najprv pomenujte zlyhanie

Odmietnutie pri pripájaní k proxy, zlyhanie autentifikácie proxy, chyba HTTP od zdroja a odpoveď prerušená po začatí doručovania neponúkajú rovnakú príležitosť na opakovanie. Neočakávajte, že jedno nastavenie bude všetky štyri riešiť rovnako.

Pri súkromnom výstupe tiež rozhodnite, či je alternatívna cesta prijateľná. Iný rodič môže mať inú verejnú zdrojovú adresu, politiku autentifikácie alebo umiestnenie v sieti. Úspech cez túto alternatívu môže narušiť dôvod, prečo bol prvý rodič vybraný.

Operácie aplikácie prinášajú ďalšiu obavu: opakovanie požiadavky môže zopakovať jej účinok. Klient a server potrebujú vhodnú sémantiku opakovania, najmä pri operáciách, ktoré vytvárajú alebo menia údaje. Nastavenie proxy nenahrádza spracovanie neistých výsledkov na úrovni aplikácie.

Prečítajte si direktívu pre vaše presné vydanie; referencia uvádza dostupnosť a predvolené správanie. Majte na pamäti aj termíny požiadaviek a celkový viditeľný čas čakania používateľa. Ďalší pokus o presmerovanie môže spotrebovať zostávajúci čas bez lepšieho výsledku.

Pri vyšetrovaní občasných zlyhaní zaznamenajte stav, zvoleného rodiča alebo cieľ a poradie pokusov. Inak môžu opakovania spôsobiť, že opakujúci sa problém s routingom bude vyzerať ako všeobecne pomalá webová stránka, pričom skryjú cestu, ktorá skutočne zlyhala.