Bilgarri batek ezin du deskargatzailearen zero irteera-kodea behatutako «HTTP 200 OK» bihurtu. Erregistratu zer jakinarazi zuen geruza bakoitzak:

EremuaErantzuten duen galdera
Tresnaren edo pluginaren irteeraEgiaztapena exekutatu zen, eta zein hutsegite mota jakinarazi zuen?
Proxyaren negoziazioaBideratzea edo eskatutako tunela onartu zen?
Jatorrizko egoera eta espero den edukiaAplikazioak nahi zen emaitza itzuli zuen?
TLS balidazioaKonfiguratutako identitate-egiaztapenek arrakasta izan zuten?

curl-ek normalean zero itzul dezake HTTP errore-erantzun baten ondoren. Bere fail aukerak irteera-jokabidea aldatzen dute, baina hutsegite-irteerak ez du egoera modu bakarrean identifikatzen. Wget-en irteera-balioak ere kategoriak dira: autentifikazio-hutsegitea ez da HTTP 401erako balio dedikatua, eta zerbitzari-errore kategoria batek ez ditu barruko erantzun guztiak identifikatzen. 401 espero duen egiaztapenak erantzun hori behatu behar du.

Eutsi proxyaren amaierako puntua eta webgunearen izena bereizita. HTTP proxy egiaztapen baten TCP kidea proxya da; CONNECT-ek helmuga izendatzen du, eta haren TLS saioa tunelaren barruan exekutatzen da gero. HTTPS proxy batean, kanpoko proxyaren konfiantza ziurtagiri egiaztapen gehiago da.

Aztertu pluginaren bermea SSL bandera egiaztatzetzat hartu aurretik. Monitoring Plugins-ek check_http baztertzen du check_curlren alde. check_http dokumentazioak ohartarazten du SSL soilik hautatzeak ez duela ostalari-izena edo jaulkitzailearen konfiantza egiaztatzen; check_curl-en dokumentatutako verify-peer aukerak egiaztapen hori barne hartzen du.

Erabili ere aurreikusitako bide autentifikatua. Portu-zunda berdea izan daiteke kontu operatiboak 407 jasotzen duen bitartean. Eman bere sekretua hedapenaren mekanismo egokian eta jakinarazi benetan huts egin duen etapa: ukatutako tunel batek konponketa desberdina eskatzen du webgunearen ustekabeko egoerak baino.

Erlazionatutako artikuluak