HTTP CONNECT: HTTP proxy batek HTTPS nola kudeatzen duen

Jarraitu HTTPS eskaera bati HTTP proxy batean zehar, bereizi CONNECT erantzuna jatorrizko zerbitzariaren erantzunetik, eta aurkitu tunelak non huts egiten duen.

«200 Connection Established» mezuak esan nahi du proxyak tunela onartu duela. Webguneak ez du oraindik orririk itzuli. Ondoren, TLS dator helmugarekin, eta gero HTTPS eskaera bera.

Proxyarekiko konexiotik webgunearen erantzunera

  1. Bezeroa proxyaren amaiera-puntura konektatzen da.
  2. Helburuko ostalari eta ataka batera konektatzeko eskatzen dio proxyari.
  3. Proxyak eskaera hori onartu edo baztertzen du.
  4. Onartu ondoren, bezeroak helmugarekiko TLS negoziatzen du tunelean zehar.
  5. Bezeroak HTTPS eskaera bidali eta webgunearen erantzuna jasotzen du TLS barruan.

Proxyarekiko konexioa ukatzea, tunela baztertzea eta ziurtagiri-errorea sekuentzia horren puntu desberdinetan gertatzen dira. Ezarpenak aldatu aurretik, aurkitu amaitutako azken urratsa.

CONNECT trukea

HTTP/1.1 protokoloan, truke sinplifikatu bat honelakoa da:

CONNECT example.com:443 HTTP/1.1
Host: example.com:443

HTTP/1.1 200 Connection Established

Eskaeraren helburua ostalari bat eta ataka bat dira, webgunearen biderik edo kontsulta-parametrorik gabe. CONNECT erantzun arrakastatsuaren ondoren, konexioak tunelaren byteak garraiatzen ditu. HTTPS helmuga baterako, bezeroaren hurrengo trukea TLS esku-ematea da.

Irakurri zenbakizko egoera, ingelesezko azalpen-esaldiarekin bat datorren begiratu ordez. Proxyek testu desberdinak erabil ditzakete egoera bererako.

Begiratu curl erabiliz

Tokiko 8080 atakan dagoen HTTP proxy baterako:

curl --noproxy '' --proxy http://127.0.0.1:8080 --connect-timeout 5 --max-time 15 --verbose https://example.com/

Ordezkatu entzute-helbidea zure amaiera-puntuarekin. Hautagaiak behar badituzu, begiratu HTTP proxyen zerrenda eta probatu hautatutako sarrera. Salbuespen-zerrenda hutsak dei honek proxya hautatzen duela bermatzen du. Bilatu denbora-ordenan proxyarekiko konexioa, CONNECT erantzuna, helmugako ziurtagiriaren egiaztapena eta webgunearen erantzuna. Erregistroko hitz zehatzak curl-en konpilazioaren araberakoak dira.

Helmugak 404, 429 edo 500 itzul dezake proxyak tunela onartu ondoren. TLS bitartean ere huts egin dezake, inolako HTTP erantzunik itzuli aurretik.

Non gelditu da?

IkusitakoaOndoren aztertu beharrekoa
Proxyarekiko konexioa ukatu daProxyaren helbidea, entzute-ataka, prozesua eta sareko sarbidea.
Proxyak 407 itzultzen duProxyaren kontua eta autentifikazio-eskema.
Proxyak helmuga edo ataka baztertzen duSarbide-politika eta baimendutako CONNECT helmugak.
Tunela irekitzen da, baina gero TLS egiaztapenak huts egiten duHelmugaren izena, konfiantza-biltegia, erlojua eta kudeatutako TLS atzematerik dagoen.
TLS arrakastatsua da eta webguneak errorea itzultzen duWebgunearen erantzuna.

Konparatzeko, mantendu alde bat aldatu gabe: probatu beste helmuga bat proxy beraren bidez, edo alderatu helmuga bera baimendutako bide zuzen batetik.

Tunelak ere badu operadorea

Proxyak CONNECT helmuga ezagutzen du eta trafikoaren denborak eta bolumena kudeatzen ditu. Muturretik muturrerako ohiko TLSak webgunearen aplikazio-edukia babesten du TLS saio hori amaitzen ez duen proxy baten aurrean. Bezeroak fidagarritzat duen kudeatutako atzemate-proxy batek bestelako konfiantza-harremana du.

Erlazionatutako artikuluak