Subukan ang HTTP proxy gamit ang curl

Gumamit ng curl test na may limitasyon sa oras para tingnan ang koneksyon sa proxy, HTTPS tunnel, status ng tugon at bypass rules nang hindi binabago ang global proxy ng device.

Palitan ang 127.0.0.1:8080 ng endpoint mula sa iyong serbisyo o sa listahan ng mga HTTP proxy at patakbuhin ito sa isang hindi mapanganib na HTTPS destination:

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

Ang loopback address ay tumutukoy sa listener sa sarili mong computer. Tahasang pinipili ito ng command, nililinis ang bypass list ng curl para sa tawag na ito, at nagbibigay ng limang segundo sa pagbuo ng koneksyon at labinlimang segundo sa kabuuan. Hindi nito binabago ang proxy settings ng browser o system.

Gamitin ang totoong curl executable kung ginagawang alias ng shell ang curl para sa ibang programa; kinikilala ng curl --version ang build. Kung ang listener mismo ay nangangailangan ng TLS, gamitin ang proxy URL scheme na nasa dokumentasyon nito.

Basahin ang apat na resulta, hindi isang senyales ng tagumpay

  1. Nakakonekta sa piniling proxy: naaabot ang address at port.
  2. Tinanggap ang CONNECT: nagbukas ang proxy ng tunnel sa HTTPS destination.
  3. Nasuri ang certificate ng destination: natapos ang TLS kasama ang inaasahang trust checks.
  4. Natanggap ang tugon ng destination: tingnan ang status at nilalaman para sa resultang kailangan ng application.

Puwedeng sundan ang gumaganang tunnel ng 403 o 429 mula sa destination. Puwede ring mag-exit nang matagumpay ang curl matapos tumanggap ng HTTP error response, kaya itala ang response status at error result ng curl. Hindi sapat ang TCP connection o matagumpay na CONNECT lamang.

Maikling resulta para sa paulit-ulit na paghahambing

Sa Unix-like shell, itapon ang response body at ilimbag ang tunnel status, destination status, kabilang dulo ng koneksyon at lumipas na oras:

curl --noproxy '' --proxy http://127.0.0.1:8080 --connect-timeout 5 --max-time 15 --silent --show-error --output /dev/null --write-out 'http=%{http_code} connect=%{http_connect} peer=%{remote_ip} total=%{time_total}\n' https://example.com/

Inilalarawan ng http_connect ang tunnel response; ng http_code ang huling HTTP response. Ang remote_ip ay kabilang dulo ng koneksyon ng curl, hindi hiwalay na pagsukat ng exit address ng proxy. Palitan ang /dev/null sa ibang system o panatilihin ang response body.

Kung mabigo ang test, hanapin ang hakbang sa pagbuo ng koneksyon o paglilipat na nabigo at ihambing ang direktang koneksyon sa parehong destination kung pinapayagan ang rutang iyon:

curl --noproxy '*' --connect-timeout 5 --max-time 15 --verbose https://example.com/

Nilalampasan ng --noproxy '*' ang mga proxy. Ang pagkabigo ng certificate verification sa parehong ruta ay tumutukoy sa posibleng magkasanib na problema sa tiwala; ang direktang tagumpay na may tinanggihang CONNECT ay tumutukoy sa proxy authentication o policy. Suriin ang detalyadong output bago ibahagi dahil maaaring may impormasyong makakakilala sa iyo.

Itago ang endpoint, target at timestamp kasama ng resulta. Itinatatag nito kung ano ang gumana para sa request na iyon; kailangan ng hiwalay na ebidensiya para sa pagiging available sa hinaharap, privacy at performance kapag may load.

Kaugnay na mga artikulo