Squid retry_on_error: statusni kodovi i alternativne rute

U Squidu postoji opcija nazvana retry_on_error, ali naziv je širi od njezina korisnog tumačenja. To ne znači da će se svaki neuspjeli zahtjev ponavljati neograničeno dok stranica ne proradi.

U izdanjima koja podržavaju ovu direktivu, ona je isključena prema zadanim postavkama. Dokumentirani popis ponavljanja je 403, 500, 501, 502, 503 i 504, a zahtjev se pokušava kroz drugo radno odredište. To je osobito važno u hijerarhiji s alternativnim putovima prosljeđivanja. To nije samo vremenski ograničeno ponavljanje istog socketa prema istom poslužitelju.

Prvo imenujte kvar

Odbijanje pri povezivanju s proxyjem, neuspjela autentifikacija proxyja, HTTP pogreška izvora i odgovor prekinut nakon početka isporuke ne pružaju istu mogućnost ponavljanja. Ne očekujte da će jedna postavka sva četiri slučaja tretirati jednako.

Za privatni izlaz također odlučite je li alternativni put prihvatljiv. Drugi roditelj može imati drugu javnu izvornu adresu, politiku autentifikacije ili mrežnu lokaciju. Uspjeh kroz tu alternativu može narušiti razlog zbog kojeg je prvi roditelj odabran.

Operacije aplikacije donose još jednu brigu: ponavljanje zahtjeva može ponoviti njegov učinak. Klijent i poslužitelj trebaju odgovarajuću semantiku ponavljanja, posebno za operacije koje stvaraju ili mijenjaju podatke. Proxy postavka nije zamjena za rukovanje neizvjesnim ishodima na razini aplikacije.

Pročitajte direktivu za svoje točno izdanje; referenca navodi dostupnost i zadano ponašanje. Imajte na umu i rokove zahtjeva i ukupno korisniku vidljivo čekanje. Dodatni pokušaj prosljeđivanja može potrošiti preostalo vrijeme bez boljeg rezultata.

Kada istražujete povremene kvarove, zabilježite status, odabranog roditelja ili odredište i redoslijed pokušaja. Inače ponavljanja mogu učiniti da ponavljajući problem usmjeravanja izgleda kao općenito spor site, skrivajući put koji je doista zakazao.