Ganti 127.0.0.1:8080 dengan endpoint layanan Anda atau dari daftar proxy HTTP, lalu jalankan ini ke tujuan HTTPS yang tidak berbahaya:

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

Alamat loopback berarti listener pada komputer Anda sendiri. Perintah ini memilihnya secara eksplisit, mengosongkan daftar pengecualian curl untuk panggilan ini, serta memberikan lima detik untuk membangun koneksi dan lima belas detik secara keseluruhan. Pengaturan proxy browser dan sistem tidak diubah.

Gunakan berkas executable curl yang sebenarnya jika shell menjadikan curl alias program lain; curl --version mengidentifikasi build. Jika listener itu sendiri memerlukan TLS, gunakan skema URL proxy yang dijelaskan dalam dokumentasinya.

Baca empat hasil, bukan satu tanda berhasil

  1. Terhubung ke proxy yang dipilih: alamat dan port dapat dijangkau.
  2. CONNECT diterima: proxy membuka terowongan ke tujuan HTTPS.
  3. Sertifikat tujuan diverifikasi: TLS selesai dengan pemeriksaan kepercayaan yang diharapkan.
  4. Respons tujuan diterima: periksa status dan isinya untuk memastikan hasil yang diperlukan aplikasi.

Terowongan yang berfungsi tetap dapat diikuti respons 403 atau 429 dari tujuan. curl juga dapat keluar dengan status berhasil setelah menerima respons kesalahan HTTP, jadi catat status respons dan hasil kesalahan curl. Koneksi TCP atau CONNECT yang berhasil saja belum cukup.

Hasil ringkas untuk perbandingan berulang

Dalam shell mirip Unix, buang isi respons dan cetak status terowongan, status tujuan, rekan koneksi, serta waktu yang berlalu:

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/

http_connect menjelaskan respons terowongan; http_code menjelaskan respons HTTP terakhir. remote_ip adalah rekan koneksi curl, bukan pengukuran independen atas alamat keluar proxy. Di sistem lain, ganti /dev/null atau simpan isi respons.

Jika pengujian gagal, temukan tahap pembangunan koneksi atau transfer yang gagal dan bandingkan dengan akses langsung ke tujuan yang sama jika jalur itu diizinkan:

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

--noproxy '*' melewati proxy. Kegagalan verifikasi sertifikat pada kedua jalur menunjukkan kemungkinan masalah kepercayaan bersama; akses langsung yang berhasil dengan CONNECT ditolak mengarah ke autentikasi atau kebijakan proxy. Tinjau keluaran terperinci sebelum membagikannya karena dapat memuat informasi pengenal.

Simpan endpoint, target, dan waktu bersama hasilnya. Ini menunjukkan apa yang berhasil untuk permintaan itu; ketersediaan di masa mendatang, privasi, dan kinerja saat berbeban memerlukan bukti terpisah.

Artikel terkait