CONNECT ukatzen duen proxy batek HTTP errore-dokumentu bat itzul dezake, bere politika edo ondorengo konexioaren hutsegitea azaltzen duena. HTTP proxy arrunt baten aurkako diagnostiko baimendurako, curl-ek eskaera hori zuzenean bidali eta erantzuna gorde dezake:

curl --proxy '' --http1.1 --max-time 10 \
  --request CONNECT \
  --request-target service.example:443 \
  --header 'Host: service.example:443' \
  --dump-header tunnel.headers \
  --output tunnel.body \
  http://proxy.example:8080/

Azken URLak proxyaren entzulea helbideratzen du. Proxy publikoen baimendutako konparaziorako, HTTP proxy zerrendak entzule URL horretarako hautagaiak eskaintzen ditu. --request-ek metodoaren tokena ematen du; --request-target-ek CONNECT autoritatea ematen du. Bereizita edukitzeak CONNECT service.example:443 HTTP/1.1 sortzen du.

Proxy aukera hutsak curl-ek diagnostiko hau beste proxy heredatu baten bidez bideratzea eragozten du. Komandoak nahita uzten du --fail, HTTP errore-dokumentu bat gorde ahal izateko.

Autentifikatu gabeko saiakera bat 407-n geldi daiteke ikertzen ari den hutsegitera iritsi aurretik. Erabili proxyak aurreikusitako autentifikazio-antolamendua autentifikatutako eskaera bat erreproduzitzean.

Hau hutsegite-erantzunak aztertzeko da. Proxyak 2xx itzultzen badu, konexioa tunel bihurtzen da, HTTP gorputz-transferentzia arrunta izan beharrean. Metodo pertsonalizatuko diagnostiko honek ez du helmugaren TLS trukea hasten eta onartutako tunel ireki batean bere denbora-muga irits dezake.

Erabili ohiko --proxy eskaera-fluxua benetako HTTPS eskuratze baterako. Gorde diagnostikoaren egoera eta gorputza beren proxy eta helburu zehatzekin.

Erlazionatutako artikuluak