Një mbështjellës nuk mund ta kthejë kodin e daljes zero të shkarkuesit në një «HTTP 200 OK» të vëzhguar. Shënoni çfarë raportoi në të vërtetë secila shtresë:

FushaPyetja që përgjigjet
Dalja e mjetit ose shtojcësA u ekzekutua kontrolli dhe cilën klasë dështimi raportoi?
Negocimi me proxy-nA u pranua përcjellja ose tuneli i kërkuar?
Statusi i origjinës dhe përmbajtja e priturA e ktheu aplikacioni rezultatin e synuar?
Vërtetimi TLSA patën sukses kontrollet e identitetit të konfiguruara?

curl zakonisht mund të kthejë zero edhe pas një përgjigjeje gabimi HTTP. Opsionet fail ndryshojnë sjelljen e daljes, por një dalje dështimi ende nuk e identifikon statusin në mënyrë unike. Edhe vlerat e daljes së Wget janë kategori: dështimi i autentikimit nuk është vlerë e dedikuar për HTTP 401, dhe kategoria e gabimit të serverit nuk identifikon çdo përgjigje brenda saj. Një kontroll që pret 401 duhet ta vëzhgojë atë përgjigje.

Mbani të ndara pikën fundore të proxy-t dhe emrin e faqes. Partneri TCP i një kontrolli përmes proxy HTTP është proxy-i; CONNECT emërton destinacionin, sesioni TLS i të cilit më pas zhvillohet brenda tunelit. Me një proxy HTTPS, besimi te proxy-i i jashtëm është një kontroll tjetër certifikate.

Shqyrtoni garancinë e shtojcës përpara se ta trajtoni një flamur SSL si verifikim. Monitoring Plugins e tërheq check_http në favor të check_curl. Dokumentacioni i check_http paralajmëron se zgjedhja vetëm e SSL nuk verifikon as emrin e hostit as besimin te lëshuesi; opsioni i dokumentuar verify-peer i check_curl e përfshin atë verifikim.

Përdorni gjithashtu rrugën e vërtetuar të synuar. Një sondë porte mund të mbetet e gjelbër ndërsa llogaria operative merr 407. Dorëzoni sekretin e saj përmes mekanizmit të duhur të vendosjes, dhe raportoni fazën që dështoi vërtet: një tunel i refuzuar kërkon një riparim të ndryshëm nga një status i papritur faqeje.

Artikuj të ngjashëm