Een wrapper kan een nul-exitcode van de downloader niet omzetten in een waargenomen „HTTP 200 OK”. Noteer wat elke laag werkelijk meldde:

VeldBeantwoorde vraag
Exit van tool of pluginIs de controle uitgevoerd, en welke foutklasse werd gemeld?
Proxy-onderhandelingWerd de doorsturing of de gevraagde tunnel toegestaan?
Oorsprongsstatus en verwachte inhoudGaf de applicatie het bedoelde resultaat terug?
TLS-validatieSlaagden de geconfigureerde identiteitscontroles?

curl kan normaal gesproken nul teruggeven na een HTTP-foutrespons. De fail-opties veranderen het exitgedrag, maar een foutexit identificeert de status nog steeds niet eenduidig. Ook de exitwaarden van Wget zijn categorieën: een authenticatiefout is geen eigen waarde voor HTTP 401, en een serverfoutcategorie identificeert niet elk antwoord daarbinnen. Een controle die 401 verwacht, moet dat antwoord waarnemen.

Houd het proxy-eindpunt en de websitenaam gescheiden. De TCP-tegenpartij van een HTTP-proxycontrole is de proxy; CONNECT benoemt de bestemming, waarvan de TLS-sessie daarna in de tunnel loopt. Bij een HTTPS-proxy is het vertrouwen in de buitenste proxy nog een certificaatcontrole.

Onderzoek de garantie van de plugin voordat u een SSL-vlag als verificatie beschouwt. Monitoring Plugins verklaart check_http verouderd ten gunste van check_curl. De check_http-documentatie waarschuwt dat alleen SSL kiezen noch de hostnaam noch het vertrouwen in de uitgever verifieert; de gedocumenteerde verify-peer-optie van check_curl omvat die verificatie.

Gebruik ook de bedoelde geauthenticeerde route. Een poortprobe kan groen blijven terwijl het operationele account 407 ontvangt. Lever het geheim via het passende mechanisme van de implementatie en rapporteer de fase die werkelijk faalde: een geweigerde tunnel vraagt een andere reparatie dan een onverwachte websitestatus.

Gerelateerde artikelen