A CONNECT kérést elutasító proxy olyan HTTP-hibadokumentumot adhat vissza, amely a szabályzatát vagy a továbbított kapcsolat kudarcát magyarázza. Egy engedélyezett diagnosztikához közönséges HTTP-proxy ellen a curl közvetlenül elküldheti ezt a kérést, és elmentheti a választ:

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/

A végső URL a proxy figyelőjét címzi. A nyilvános proxyk engedélyezett összehasonlításához az HTTP-proxy lista jelölteket kínál ehhez a figyelő URL-hez. A --request adja a metódus tokent; a --request-target adja a CONNECT jogosultságot. Külön tartásuk CONNECT service.example:443 HTTP/1.1 eredményez.

Az üres proxy beállítás megakadályozza, hogy a curl ezt a diagnosztikát egy másik örökölt proxyn keresztül irányítsa. A parancs szándékosan kihagyja a --fail kapcsolót, hogy egy HTTP-hibadokumentum megőrizhető legyen.

Egy hitelesítés nélküli kísérlet 407-nél megállhat, mielőtt elérné a vizsgált hibát. A proxy szándékolt hitelesítési elrendezését használja hitelesített kérés újratermelésekor.

Ez a hibaüzenetek vizsgálatára szolgál. Ha a proxy 2xx-et ad vissza, a kapcsolat alagúttá válik a szokásos HTTP-törzsátvitel helyett. Ez az egyedi metódusú diagnosztika nem indítja el a cél TLS-cseréjét, és elérheti az időkorlátját egy elfogadott nyitott alagúton.

Tényleges HTTPS-lekéréshez a szokásos --proxy kérésfolyamot használja. Őrizze meg a diagnosztika állapotát és törzsét a konkrét proxyval és céllal együtt.

Kapcsolódó cikkek