Squid retry_on_error: stöðukóðar og aðrar leiðir
Notaðu Squid retry_on_error innan skjalfests umfangs stöðu og annarra áfangastaða í stað þess að líta á það sem almenna stillingu fyrir endurtekningu beiðna.
Það er valkostur í Squid sem heitir retry_on_error, en nafnið er víðtækara en gagnleg túlkun þess. Það þýðir ekki að hver misheppnuð beiðni verði endurtekin endalaust þar til síðan virkar.
Í útgáfum sem styðja þessa tilskipun er hún sjálfgefið slökkt. Skjalfesti endurtekningalistinn er 403, 500, 501, 502, 503 og 504, og beiðnin er reynd gegnum annan virkan áfangastað. Þetta skiptir sérstaklega máli í stigveldi með aðrar sendingarleiðir. Þetta er ekki bara tímasett endurtekning sama socket til sama þjóns.
Nefndu bilunina fyrst
Neitun við tengingu við proxy, bilun í auðkenningu proxy, HTTP-villa frá uppruna og svar sem var rofið eftir að afhending hófst bjóða ekki upp á sama endurtekningartækifæri. Ekki búast við að ein stilling meðhöndli öll fjögur eins.
Fyrir einkatengingu þarf einnig að ákveða hvort önnur leið sé ásættanleg. Annar foreldri getur haft annað opinbert upprunanetfang, auðkenningarstefnu eða netstaðsetningu. Árangur gegnum þá leið getur brotið ástæðuna fyrir því að fyrsti foreldrið var valið.
Forritaaðgerðir bera aðra áhyggju: endurtekning beiðni getur endurtekið áhrif hennar. Biðlarinn og þjónninn þurfa viðeigandi endurtekningarmerkingu, sérstaklega fyrir aðgerðir sem búa til eða breyta gögnum. Proxy-stilling kemur ekki í stað þess að meðhöndla óvissar niðurstöður á forritastigi.
Lestu tilskipunina fyrir þína nákvæmu útgáfu; handbókin listar framboð og sjálfgefna hegðun. Hafðu líka beiðnifyrirmæli og heildar sýnilega bið notandans í huga. Viðbótar sendingartilraun getur eytt eftirteknum tíma án þess að skila betri niðurstöðu.
Þegar þú rannsakar óreglulegar bilanir skaltu skrá stöðuna, valið foreldri eða áfangastað og röð tilrauna. Annars geta endurtekningar látið endurtekið leiðarval vandamál líta út eins og almennt hæg vefsíða á meðan falið er leiðina sem raunverulega brást.