Kufasiri hali na misimbo ya kutoka ya kifuatiliaji cha proksi
Ripoti utekelezaji wa amri, matokeo ya HTTP na uthibitishaji wa cheti kivyake katika ukaguzi wa tovuti kupitia proksi.
Kifuniko hakiwezi kubadilisha msimbo wa kutoka sifuri wa kipakulia kuwa “HTTP 200 OK” inayozingatiwa. Rekodi kilichoripotiwa na kila tabaka kwa hakika:
| Sehemu | Swali linalojibiwa |
|---|---|
| Kutoka kwa chombo au programu-jalizi | Ukaguzi ulifanyika, na ni aina gani ya kushindwa iliripotiwa? |
| Majadiliano ya proksi | Usambazaji au handaki iliyoombwa ilikubaliwa? |
| Hali ya asili na maudhui yanayotarajiwa | Programu ilirudisha matokeo yaliyokusudiwa? |
| Uthibitishaji wa TLS | Ukaguzi wa utambulisho uliosanidiwa ulifanikiwa? |
curl kwa kawaida inaweza kurudisha sifuri baada ya jibu la hitilafu ya HTTP. Chaguo zake za fail hubadilisha tabia ya kutoka, lakini kutoka kwa kushindwa bado hakutambui hali kwa namna ya kipekee. Thamani za kutoka za Wget pia ni makundi: kushindwa kwa uthibitishaji si thamani maalum kwa HTTP 401, na kundi la hitilafu ya seva halitambui kila jibu ndani yake. Ukaguzi unaotarajia 401 lazima uone jibu hilo.
Tenganisha ncha ya proksi na jina la tovuti. Mwenza wa TCP wa ukaguzi wa proksi ya HTTP ni proksi; CONNECT hutaja lengwa, ambalo kipindi chake cha TLS huenda ndani ya handaki. Kwa proksi ya HTTPS, uaminifu kwa proksi ya nje ni ukaguzi mwingine wa cheti.
Chunguza uhakika wa programu-jalizi kabla ya kuchukua bendera ya SSL kama uthibitishaji. Monitoring Plugins huondoa check_http kwa ajili ya check_curl. Nyaraka za check_http zinaonya kwamba kuchagua SSL pekee hakutathmini jina la mwenyeji au uaminifu wa mtoaji; chaguo la verify-peer lililoandikwa la check_curl linajumuisha uthibitishaji huo.
Tumia pia njia iliyothibitishwa inayokusudiwa. Kichunguzi cha lango kinaweza kubaki kijani huku akaunti ya uendeshaji ikipokea 407. Wasilisha siri yake kupitia utaratibu unaofaa wa usambazaji, na ripoti hatua iliyoshindwa kwa hakika: handaki lililokataliwa linahitaji urekebishaji tofauti na hali ya tovuti isiyotarajiwa.