Egy burkoló nem tudja a letöltő nulla kilépési kódját megfigyelt „HTTP 200 OK” válasszá alakítani. Jegyezze fel, mit jelentett valójában az egyes rétegek:

MezőA megválaszolt kérdés
Az eszköz vagy bővítmény kilépéseLefutott-e az ellenőrzés, és milyen hibaosztályt jelentett?
Proxy-egyeztetésEngedélyezve lett-e a továbbítás vagy a kért alagút?
Forrásállapot és várt tartalomVisszaadta-e az alkalmazás a szándékolt eredményt?
TLS-ellenőrzésSikeresek voltak-e a beállított identitásellenőrzések?

A curl általában nullát ad vissza egy HTTP-hibaválasz után is. A fail kapcsolók megváltoztatják a kilépési viselkedést, de a hiba-kilépés továbbra sem azonosítja egyértelműen az állapotot. A Wget kilépési értékei is kategóriák: a hitelesítési hiba nem külön HTTP 401-es érték, és a kiszolgálóhiba-kategória nem azonosítja a benne lévő összes választ. A 401-et váró ellenőrzésnek meg kell figyelnie azt a választ.

Tartsa külön a proxy végpontját és a webhely nevét. Egy HTTP-proxy ellenőrzés TCP-partnere maga a proxy; a CONNECT megnevezi a célt, amelynek TLS-munkamenete aztán az alagúton belül fut. HTTPS-proxy esetén a külső proxyba vetett bizalom egy újabb tanúsítvány-ellenőrzés.

Vizsgálja meg a bővítmény garanciáját, mielőtt az SSL-kapcsolót ellenőrzésnek tekinti. A Monitoring Plugins az check_http eszközt az check_curl javára elavultnak jelöli. A check_http dokumentációja figyelmeztet, hogy az SSL önmagában nem ellenőrzi a hosztnevet vagy a kibocsátóba vetett bizalmat; a check_curl dokumentált verify-peer beállítása tartalmazza ezt az ellenőrzést.

Használja a szándékolt hitelesített útvonalat is. Egy portpróba zöld maradhat, miközben az üzemeltetési fiók 407-et kap. Adja át a titkát a telepítés megfelelő mechanizmusán, és jelentse a ténylegesen meghiúsult szakaszt: az elutasított alagút más javítást igényel, mint egy váratlan webhelyállapot.

Kapcsolódó cikkek