It lichem fan in mislearre proxy CONNECT-antwurd mei curl besjen

Stjoer in goed foarme diagnostyske CONNECT direkt nei in HTTP-proxy en bewarje de HTTP-mislearringsheaders en it lichem apart.

In proxy dy't CONNECT wegeret, kin in HTTP-flerdokumint weromjaan dat syn belied of it mislearjen fan 'e folgjende ferbining útleit. Foar in autorisearre diagnostyk tsjin in gewoane HTTP-proxy kin curl dat fersyk direkt stjoere en it antwurd bewarje:

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/

De lêste URL rjochtet him op de proxy-listener. Foar in tastiene fergeliking fan iepenbiere proxy's biedt de HTTP-proxylist kandidaten foar dy listener-URL. --request leveret it metoade-token; --request-target leveret it CONNECT-gesach. Se apart hâlde leveret CONNECT service.example:443 HTTP/1.1 op.

De lege proxy-opsje foarkomt dat curl dizze diagnostyk troch in oare erfd proxy rjochtet. It kommando lit --fail bewust weilitten, sadat in HTTP-flerdokumint bewarre bliuwe kin.

In net-autentisearre besykjen kin by 407 stopje foardat it de ûndersochte mislearring berikt. Brûk de bedoelde autentikaasje-opset fan 'e proxy as jo in autentisearre fersyk reprodusearje.

Dit is foar it besjen fan mislearringsantwurden. As de proxy 2xx weromjout, wurdt de ferbining in tunnel ynstee fan in gewoane HTTP-lichemsoerdracht. Dizze diagnostyk mei in oanpaste metoade start de TLS-útwikseling fan 'e bestimming net en kin syn tiidlimyt berikke op in akseptearre iepen tunnel.

Brûk de normale --proxy-fersyksstream foar in echte HTTPS-ophaling. Bewarje de diagnostyske status en it lichem by har spesifike proxy en doel.

Relatearre artikelen