Squid retry_on_error: codis d'estat i rutes alternatives
Utilitzeu Squid retry_on_error dins del seu abast documentat d'estats i destinacions alternatives, en lloc de tractar-lo com un paràmetre universal de repetició de peticions.
Hi ha una opció de Squid anomenada retry_on_error, però el nom és més ampli que la seva interpretació útil. No vol dir que cada petició fallida es repeteixi indefinidament fins que la pàgina funcioni.
A les versions que admeten aquesta directiva, està desactivada per defecte. La llista de repeticions documentada és 403, 500, 501, 502, 503 i 504, i prova la petició a través d'una altra destinació que funcioni. Això és especialment rellevant en una jerarquia amb camins de reenviament alternatius. No és només un reintent temporitzat del mateix socket al mateix servidor.
Primer anomeneu la fallada
Un refús en connectar amb un proxy, una fallada d'autenticació del proxy, un error HTTP de l'origen i una resposta tallada després de començar el lliurament no presenten la mateixa oportunitat de reintent. No espereu que un sol paràmetre tracti els quatre casos igual.
Per a una sortida privada, decidiu també si un camí alternatiu és acceptable. Un altre pare pot tenir una altra adreça pública d'origen, una altra política d'autenticació o una altra ubicació de xarxa. L'èxit per aquesta alternativa pot violar el motiu pel qual es va triar el primer pare.
Les operacions de l'aplicació aporten una altra preocupació: repetir una petició pot repetir-ne l'efecte. El client i el servidor necessiten una semàntica de reintent adequada, sobretot per a operacions que creen o canvien dades. Un paràmetre de proxy no substitueix el tractament a nivell d'aplicació dels resultats incerts.
Llegiu la directiva per a la vostra versió exacta; la referència enumera la disponibilitat i el comportament per defecte. Tingueu també present els terminis de la petició i l'espera total visible per a l'usuari. Un intent de reenviament addicional pot consumir el temps restant sense produir un resultat millor.
En investigar fallades intermitents, anoteu l'estat, el pare o la destinació triats i la seqüència d'intents. Si no, els reintents poden fer que un problema recurrent d'encaminament sembli un lloc web generalment lent mentre amaguen el camí que realment va fallar.