Squid-те retry_on_error деп аталатын параметр бар, бірақ атауы оның пайдалы түсіндірмесінен кеңірек. Бұл бет істегенше әрбір сәтсіз сұраныс шексіз қайталанады дегенді білдірмейді.

Бұл директиваны қолдайтын шығарылымдарда ол әдепкі бойынша өшірулі. Құжатталған қайталау тізімі — 403, 500, 501, 502, 503 және 504, ал сұраныс басқа жұмыс істеп тұрған тағайындау арқылы сыналады. Бұл балама жіберу жолдары бар иерархияда әсіресе маңызды. Бұл бір сокеттен бір серверге уақыт бойынша қайталау әрекеті ғана емес.

Алдымен ақаулықты атаңыз

Проксиге қосылу кезіндегі бас тарту, прокси аутентификациясының сәтсіздігі, бастапқы көзден HTTP қатесі және жеткізу басталғаннан кейін үзілген жауап қайталаудың бірдей мүмкіндігін бермейді. Бір параметр төртеуін бірдей өңдейді деп күтпеңіз.

Жеке шығу үшін балама жолдың қолайлы екенін де шешіңіз. Басқа ата-ананың басқа жария көз мекенжайы, аутентификация саясаты немесе желілік орны болуы мүмкін. Сол балама арқылы табыс бірінші ата-ананы таңдау себебін бұзуы мүмкін.

Қолданба операциялары тағы бір алаңдаушылық әкеледі: сұранысты қайталау оның әсерін қайталауы мүмкін. Клиент пен серверге тиісті қайталау семантикасы қажет, әсіресе деректерді жасайтын немесе өзгертетін операциялар үшін. Прокси параметрі белгісіз нәтижелерді қолданба деңгейінде өңдеуді алмастырмайды.

Нақты шығарылымыңыз үшін директиваны оқыңыз; анықтамалық қолжетімділік пен әдепкі әрекетті тізімдейді. Сондай-ақ сұраныс мерзімдері мен пайдаланушыға көрінетін жалпы күтуді назарда ұстаңыз. Қосымша жіберу әрекеті жақсы нәтиже бермей қалған уақытты жұмсауы мүмкін.

Ара-тұра болатын ақаулықтарды зерттегенде күйді, таңдалған ата-ананы немесе тағайындауды және әрекеттер ретін жазып алыңыз. Әйтпесе қайталаулар қайталанатын маршруттау мәселесін жалпы баяу сайт сияқты көрсетіп, шын мәнінде сәтсіз болған жолды жасыра алады.

Қатысты мақалалар