Squid retry_on_error: status kodları və alternativ marşrutlar

Squid-də retry_on_error adlı seçim var, amma adı faydalı izahından daha geniştir. Bu, hər uğursuz sorğunun səhifə işləyənə qədər sonsuz təkrarlanacağı demək deyil.

Bu direktivi dəstəkləyən buraxılışlarda o, susmaya görə söndürülüb. Sənədləşdirilmiş təkrar siyahısı 403, 500, 501, 502, 503 və 504-dür və sorğunu başqa işlək təyinat vasitəsilə yoxlayır. Bu, alternativ ötürmə yolları olan iyerarxiyada xüsusilə aktualdır. Bu, sadəcə eyni soketin eyni serverə vaxtla təkrar cəhdi deyil.

Əvvəlcə uğursuzluğu adlandırın

Proksiyə qoşularkən imtina, proksi autentifikasiya uğursuzluğu, mənbədən HTTP xətası və çatdırılma başladıqdan sonra kəsilmiş cavab eyni təkrar imkanını təqdim etmir. Bir parametrin dördünü də eyni cür idarə edəcəyini gözləməyin.

Şəxsi çıxış üçün alternativ yolun məqbul olub-olmadığını da qərarlaşdırın. Başqa valideynin başqa ictimai mənbə ünvanı, autentifikasiya siyasəti və ya şəbəkə yeri ola bilər. Həmin alternativlə uğur birinci valideynin seçilmə səbəbini poza bilər.

Tətbiq əməliyyatları başqa bir narahatlıq gətirir: sorğunun təkrarlanması onun təsirini də təkrarlaya bilər. Müştəri və server uyğun təkrar semantikasına ehtiyac duyur, xüsusilə məlumat yaradan və ya dəyişən əməliyyatlar üçün. Proksi parametri qeyri-müəyyən nəticələrin tətbiq səviyyəsində idarə olunmasını əvəz etmir.

Dəqiq buraxılışınız üçün direktivi oxuyun; istinad mövcudluğu və susmaya görə davranışı sadalayır. Həmçinin sorğu müddətlərini və istifadəçinin gördüyü ümumi gözləməni nəzərdə saxlayın. Əlavə ötürmə cəhdi daha yaxşı nəticə vermədən qalan vaxtı tükədə bilər.

Arabir baş verən nasazlıqları araşdırarkən statusu, seçilmiş valideyni və ya təyinatı, cəhdlərin ardıcıllığını qeyd edin. Əks halda təkrarlar təkrarlanan marşrut problemini ümumiyyətlə yavaş sayt kimi göstərə və faktiki uğursuz olan yolu gizlədə bilər.