Փրոքսի մոնիտորի կարգավիճակի և ելքի կոդերի մեկնաբանում

Փաթաթողը չի կարող ներբեռնիչի զրոյական ելքի կոդը դարձնել դիտարկված «HTTP 200 OK»։ Գրանցեք, թե յուրաքանչյուր շերտ իրականում ինչ հաղորդեց՝

curl-ը սովորաբար կարող է զրո վերադարձնել HTTP սխալի պատասխանից հետո։ Նրա fail ընտրանքները փոխում են ելքի վարքը, սակայն ձախողման ելքը դեռևս եզակիորեն չի նույնականացնում կարգավիճակը։ Wget-ի ելքի արժեքները նույնպես կարգեր են. նույնականացման ձախողումը HTTP 401-ի համար հատուկ արժեք չէ, և սերվերի սխալի կարգը չի նույնականացնում դրա ներսի բոլոր պատասխանները։ 401 սպասող ստուգումը պետք է դիտարկի այդ պատասխանը։

Փրոքսի վերջնակետը և կայքի անունը առանձին պահեք։ HTTP փրոքսի ստուգման TCP զույգը փրոքսին է. CONNECT-ը նշում է նպատակակետը, որի TLS սեսիան այնուհետև աշխատում է թունելի ներսում։ HTTPS փրոքսի դեպքում արտաքին փրոքսի նկատմամբ վստահությունը ևս մեկ վկայագրի ստուգում է։

Ուսումնասիրեք փլագինի երաշխիքը, նախքան SSL դրոշը ստուգում համարելը։ Monitoring Plugins-ը check_http-ը հանում է գործածությունից հօգուտ check_curl-ի։ check_http-ի փաստաթուղթը զգուշացնում է, որ միայն SSL ընտրելը չի ստուգում հոսթի անունը կամ թողարկողի վստահությունը. check_curl-ի փաստաթղթավորված verify-peer ընտրանքը ներառում է այդ ստուգումը։

Օգտագործեք նաև նախատեսված նույնականացված երթուղին։ Պորտի զոնդը կարող է կանաչ մնալ, մինչ գործառնական հաշիվը ստանում է 407։ Փոխանցեք դրա գաղտնիքը տեղաբաշխման համապատասխան մեխանիզմով և հաղորդեք իրականում ձախողված փուլը. մերժված թունելը պահանջում է այլ վերանորոգում, քան կայքի անսպասելի կարգավիճակը։