Port TCP Terbuka Tidak Membuktikan Proksi Berfungsi
Semakan port yang berjaya hanya mewujudkan sambungan. Semak juga rundingan proksi dan respons destinasi yang dijangka.
Port TCP terbuka menunjukkan bahawa pendengar menerima sambungan. Ia mungkin proksi, pelayan web biasa atau perkhidmatan lain; port 8080 tidak mengenal pasti protokol.
Bagi titik akhir yang didokumenkan sebagai proksi HTTP, gunakan alamat sebenarnya dalam permintaan HTTPS dengan had masa:
curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 --verbose https://example.com/Gantikan alamat dokumentasi dengan titik akhir HTTP anda atau calon daripada senarai proksi HTTP. Untuk SOCKS, gunakan mod klien SOCKS yang sepadan dan lengkapkan rundingannya. Jabat tangan yang salah boleh gagal sejurus selepas penerimaan TCP.
| Peringkat diperhatikan | Perkara yang dibuktikan |
|---|---|
| TCP diterima | Pendengar boleh dicapai. |
| Jabat tangan proksi diterima | Pendengar menerima operasi proksi ini. |
| TLS destinasi disahkan | Klien melengkapkan sambungan selamat yang dimaksudkan mengikut tetapan kepercayaannya. |
| Status dan kandungan dijangka diterima | Permintaan aplikasi menghasilkan keputusan yang dijangka. |
Untuk HTTPS melalui proksi HTTP, CONNECT ke port destinasi mesti dibenarkan. Malah CONNECT 200 ialah peringkat perantaraan: terowong boleh tertutup sebelum TLS atau permintaan akhir berjaya. Kejayaan HTTP biasa tidak membuktikan keupayaan terowong itu.
Gunakan destinasi dengan kandungan yang boleh dijangka, sebaiknya di bawah kawalan anda, dan periksa rekod permintaannya jika tersedia. Pendengar HTTP tanpa penyulitan boleh memulangkan halaman tetap berstatus 200 tanpa menghubungi sasaran langsung. Menerima sebarang status berjaya ialah bukti lebih lemah daripada respons yang sepadan dengan jangkaan; pengesahan identiti HTTPS memberikan perlindungan tambahan.
Catat peringkat terakhir yang berjaya. ‘Port terbuka, rundingan SOCKS ditolak’ memberikan titik permulaan berguna untuk siasatan seterusnya.