Squid retry_on_error: statusa kodi un alternatīvie maršruti

Squid ir opcija ar nosaukumu retry_on_error, taču nosaukums ir plašāks par tās lietderīgo interpretāciju. Tas nenozīmē, ka katrs neveiksmīgais pieprasījums tiks atkārtots bezgalīgi, līdz lapa sāks darboties.

Izlaidumos, kas atbalsta šo direktīvu, tā pēc noklusējuma ir izslēgta. Dokumentētais atkārtošanas saraksts ir 403, 500, 501, 502, 503 un 504, un pieprasījums tiek mēģināts caur citu strādājošu galamērķi. Tas ir īpaši svarīgi hierarhijā ar alternatīviem pārsūtīšanas ceļiem. Tas nav tikai laika ziņā ierobežots tā paša ligzdas atkārtojuma mēģinājums uz to pašu serveri.

Vispirms nosauciet kļūmi

Atteikums, pieslēdzoties starpniekserverim, starpniekservera autentifikācijas kļūme, HTTP kļūda no avota un pēc piegādes sākuma pārtraukta atbilde nesniedz tādu pašu atkārtošanas iespēju. Neesperiet, ka viens iestatījums visus četrus apstrādās vienādi.

Privātai izejai arī izlemiet, vai alternatīvais ceļš ir pieņemams. Citam vecākam var būt cita publiskā avota adrese, autentifikācijas politika vai tīkla atrašanās vieta. Panākumi caur šo alternatīvu var pārkāpt iemeslu, kāpēc tika izvēlēts pirmais vecāks.

Lietojumprogrammas darbības rada vēl vienu bažu: pieprasījuma atkārtošana var atkārtot tā ietekmi. Klientam un serverim ir vajadzīga atbilstoša atkārtošanas semantika, jo īpaši darbībām, kas veido vai maina datus. Starpniekservera iestatījums neaizstāj nenoteiktu rezultātu apstrādi lietojumprogrammas līmenī.

Izlasiet direktīvu savai precīzajai versijai; uzziņa uzskaita pieejamību un noklusējuma uzvedību. Paturiet prātā arī pieprasījuma termiņus un kopējo lietotājam redzamo gaidīšanu. Papildu pārsūtīšanas mēģinājums var patērēt atlikušo laiku, nesniedzot labāku rezultātu.

Izmeklējot periodiskas kļūmes, reģistrējiet statusu, izvēlēto vecāku vai galamērķi un mēģinājumu secību. Citādi atkārtošana var likt atkārtotai maršrutēšanas problēmai izskatīties kā kopumā lēnai vietnei, slēpjot ceļu, kas faktiski neizdevās.