Squid retry_on_error: સ્થિતિ કોડ અને વૈકલ્પિક માર્ગો

Squid માં retry_on_error નામનો વિકલ્પ છે, પરંતુ નામ તેના ઉપયોગી અર્થઘટન કરતાં વધુ વિશાળ છે. તેનો અર્થ એ નથી કે દરેક નિષ્ફળ વિનંતી પૃષ્ઠ કામ ન કરે ત્યાં સુધી અમર્યાદિત રીતે પુનરાવર્તિત થશે.

આ નિર્દેશનોને સમર્થન આપતા આવૃત્તિઓમાં તે ડિફૉલ્ટ રૂપે બંધ છે. દસ્તાવેજીકૃત પુનરાવર્તન સૂચિ 403, 500, 501, 502, 503 અને 504 છે, અને તે વિનંતીને બીજા કાર્યરત ગંતવ્ય દ્વારા અજમાવે છે. વૈકલ્પિક ફોરવર્ડિંગ માર્ગો ધરાવતા પદાનુક્રમમાં આ ખાસ સંબંધિત છે. તે ફક્ત એક જ સોકેટથી એક જ સર્વર તરફ સમયબદ્ધ પુનઃપ્રયાસ નથી.

પહેલાં નિષ્ફળતાને નામ આપો

પ્રોક્સી સાથે જોડાતી વખતે અસ્વીકાર, પ્રોક્સી પ્રમાણીકરણ નિષ્ફળતા, મૂળમાંથી HTTP ભૂલ અને વિતરણ શરૂ થયા પછી કપાયેલો પ્રતિભાવ સમાન પુનઃપ્રયાસની તક આપતા નથી. એક સેટિંગ ચારેયને સમાન રીતે સંભાળશે તેવી અપેક્ષા રાખશો નહીં.

ખાનગી એક્ઝિટ માટે, વૈકલ્પિક માર્ગ સ્વીકાર્ય છે કે નહીં તે પણ નક્કી કરો. બીજા પેરન્ટનું બીજું જાહેર સ્રોત સરનામું, પ્રમાણીકરણ નીતિ અથવા નેટવર્ક સ્થાન હોઈ શકે. તે વૈકલ્પિક માર્ગ દ્વારા સફળતા પ્રથમ પેરન્ટ પસંદ કરવાના કારણનું ઉલ્લંઘન કરી શકે છે.

એપ્લિકેશન ક્રિયાઓ બીજી ચિંતા લાવે છે: વિનંતીનું પુનરાવર્તન તેની અસરનું પણ પુનરાવર્તન કરી શકે છે. ક્લાયંટ અને સર્વરને યોગ્ય પુનઃપ્રયાસ સેમેન્ટિક્સની જરૂર છે, ખાસ કરીને ડેટા બનાવતી અથવા બદલતી ક્રિયાઓ માટે. પ્રોક્સી સેટિંગ અનિશ્ચિત પરિણામોના એપ્લિકેશન-સ્તરીય સંચાલનનો વિકલ્પ નથી.

તમારી ચોક્કસ આવૃત્તિ માટે નિર્દેશનો વાંચો; સંદર્ભ ઉપલબ્ધતા અને ડિફૉલ્ટ વર્તનની સૂચિ આપે છે. સાથે વિનંતીની સમયમર્યાદા અને વપરાશકર્તાને દેખાતી કુલ રાહ પણ ધ્યાનમાં રાખો. વધારાનો ફોરવર્ડિંગ પ્રયાસ સારું પરિણામ આપ્યા વિના બાકીનો સમય વાપરી શકે છે.

વચ્ચે વચ્ચે આવતી નિષ્ફળતાઓની તપાસ કરતી વખતે સ્થિતિ, પસંદ કરેલ પેરન્ટ અથવા ગંતવ્ય અને પ્રયાસોનો ક્રમ નોંધો. અન્યથા પુનરાવર્તનો વારંવાર થતી રાઉટિંગ સમસ્યાને સામાન્ય રીતે ધીમી વેબસાઇટ જેવી દેખાડી શકે છે જ્યારે ખરેખર નિષ્ફળ ગયેલો માર્ગ છુપાવે છે.