Squid retry_on_error: statuskoades en alternative rûtes

Der is in Squid-opsje mei de namme retry_on_error, mar de namme is breder as syn nuttige ynterpretaasje. It betsjut net dat elke mislearre oanfraach einleas werhelle wurdt oant de side wurket.

Yn ferzjes dy't dizze rjochtline stypje, is it standert útskeakele. De dokumintearre werhel-list is 403, 500, 501, 502, 503 en 504, en it besiket de oanfraach fia in oare wurkjende bestimming. Dat is benammen relevant yn in hiërargy mei alternative trochstjoerrûtes. It is net inkeld in tiidbûne werhel fan deselde socket nei deselde tsjinner.

Nammeneat earst de flater

In wegering by it ferbinen mei in proxy, in mislearre proxy-autentikaasje, in HTTP-flater fan de oarsprong en in antwurd dat nei it begjin fan de levering ôfsnien is, biede net deselde werhelkâns. Ferwachtsje net dat ien ynstelling alle fjouwer itselde behannelet.

Foar in privee-útgong moat jo ek beslute oft in alternative rûte akseptabel is. In oare âlder kin in oar iepenbier boarne-adres, autentikaasjebelied of netwurkplak hawwe. Sukses fia dy alternative kin de reden wêrom't de earste âlder keazen waard, oertrêde.

Applikaasje-operaasjes bringe in oare soarch: it werheljen fan in oanfraach kin it effekt dêrfan werhelje. De klant en tsjinner hawwe passende werhelsemantyk nedich, benammen foar operaasjes dy't gegevens meitsje of feroarje. In proxy-ynstelling ferfangt net it omgean op applikaasjenivo mei ûnwisresultaten.

Lês de rjochtline foar jo eksakte ferzje; de referinsje neamt beskikberens en standertgedrach. Hâld ek oanfraachdeadlines en it totale sichtbere wachtsjen fan de brûker yn it each. In ekstra trochstjoerpoging kin de oerbleaune tiid ferbrûke sûnder in better resultaat op te leverjen.

By it ûndersykjen fan tuskenskoftsflaters moat jo de status, keazen âlder of bestimming en de pogingsekwinsje fêstlizze. Oars kinne werhellings in weromkommend routingprobleem as in algemien stadige website lykje litte, wylst se it paad ferbergje dat eins mislearre.