Squid retry_on_error: állapotkódok és alternatív útvonalak
Használja a Squid retry_on_error beállítást a dokumentált állapot- és alternatív célhatókörén belül, ahelyett hogy univerzális kérésismétlési beállításként kezelné.
A Squidban létezik egy retry_on_error nevű beállítás, de a név tágabb, mint a hasznos értelmezése. Nem jelenti azt, hogy minden sikertelen kérés végtelenül ismétlődik, amíg az oldal működni nem kezd.
Az ezt az utasítást támogató kiadásokban alapértelmezés szerint ki van kapcsolva. A dokumentált ismétlési lista: 403, 500, 501, 502, 503 és 504, és a kérést egy másik működő célon keresztül próbálja meg. Ez különösen fontos olyan hierarchiában, ahol alternatív továbbítási útvonalak vannak. Ez nem csupán ugyanazon socket időzített ismételt próbálkozása ugyanahhoz a szerverhez.
Először nevezze meg a hibát
A proxyhoz való csatlakozás közbeni elutasítás, a proxyhitelesítés hibája, az eredeti forrás HTTP-hibája és a kézbesítés megkezdése után megszakadt válasz nem ugyanazt az ismétlési lehetőséget kínálja. Ne várja, hogy egy beállítás mind a négyet ugyanúgy kezelje.
Privát kimenet esetén azt is döntse el, hogy elfogadható-e az alternatív útvonal. Egy másik szülőnek lehet más nyilvános forráscíme, hitelesítési szabályzata vagy hálózati helye. Az azon az alternatíván át elért siker sértheti azt az okot, amiért az első szülőt választották.
Az alkalmazásműveletek további aggályt hoznak: egy kérés ismétlése megismételheti annak hatását. Az ügyfélnek és a szervernek megfelelő ismétlési szemantikára van szüksége, különösen az adatokat létrehozó vagy módosító műveleteknél. Egy proxybeállítás nem helyettesíti a bizonytalan eredmények alkalmazásszintű kezelését.
Olvassa el az utasítást a pontos kiadásához; a referenciadokumentum felsorolja az elérhetőséget és az alapértelmezett viselkedést. Tartsa szem előtt a kérési határidőket és a felhasználó számára látható teljes várakozást is. Egy további továbbítási kísérlet elhasználhatja a hátralévő időt anélkül, hogy jobb eredményt adna.
A szórványos hibák vizsgálatakor rögzítse az állapotot, a választott szülőt vagy célt és a kísérletek sorrendjét. Ellenkező esetben az ismétlések miatt egy visszatérő útvonalválasztási probléma általánosan lassú webhelynek tűnhet, miközben elrejti azt az útvonalat, amely valójában meghibásodott.