Mengapa IP Proksi Gratis Tidak Berfungsi
Periksa proksi yang tidak merespons secara berurutan: alamat, protokol, rute lokal, dukungan terowongan, dan respons tujuan.
Daftar publik dapat memuat endpoint yang sudah berhenti menerima koneksi. Itu penyebab umum kegagalan proksi, tetapi bukan satu-satunya. Protokol keliru, pengaturan pengecualian, porta terblokir, atau situs yang menolak IP keluar dapat menimbulkan gejala yang sama.
Periksa entri sebelum mengubah aplikasi
Salin lagi IP, porta, dan protokol. Satu digit porta yang hilang atau ketidakcocokan HTTP/SOCKS sudah cukup untuk menggagalkan handshake. Jangan menebak protokol dari porta 8080 atau 1080, dan jangan menambahkan nama pengguna kecuali layanan benar-benar menyediakannya.
Untuk endpoint HTTP, permintaan curl singkat membantu memisahkan pengujian dari ekstensi browser dan pengaturan sistem:
curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 --verbose https://example.com/Ganti alamat dokumentasi dengan entri Anda. Untuk SOCKS5, gunakan porta sebenarnya dan skema SOCKS yang sesuai.
Lihat kegagalan pertama
| Hasil | Bagian yang mungkin perlu diperiksa |
|---|---|
| Koneksi ditolak | Porta tertutup atau suatu perangkat secara aktif menolak koneksi. |
| Waktu koneksi habis | Rute, penyaringan, atau layanan tidak menyelesaikan pembentukan koneksi dalam batas waktu. |
| Respons handshake proksi tidak terduga | Protokol yang dipilih mungkin tidak sesuai dengan layanan. |
| 407 | Proksi meminta autentikasi. |
| CONNECT ditolak | Proksi mungkin membatasi tujuan atau porta tersebut. |
| Situs mengembalikan 403 atau 429 | Permintaan mencapai server HTTP yang menolak atau membatasinya. Periksa server mana yang mengeluarkan respons. |
Koneksi TCP yang berfungsi hanyalah langkah pertama. Jika layanan pada porta itu bukan protokol proksi yang dipilih, permintaan dapat langsung gagal sesudahnya.
Lakukan dua perbandingan
Coba tujuan yang sama melalui proksi kedua dengan protokol yang sama. Jika hanya endpoint pertama yang gagal saat pembentukan koneksi, masalah menyempit ke endpoint atau rute itu. Lalu coba tujuan umum lain melalui proksi pertama. Jika hanya satu situs gagal, selidiki kebijakan khusus tujuan alih-alih menyatakan seluruh proksi mati.
Permintaan langsung juga berguna jika akses langsung tersedia. Nyatakan pengecualian secara eksplisit agar variabel proksi yang diwarisi tidak diam-diam membuat pengujian yang dianggap langsung tetap melalui proksi.
Ketahui kapan harus berhenti menguji entri
Jika beberapa permintaan dengan batas waktu gagal pada tahap koneksi yang sama, pilih entri lain dari daftar proksi gratis daripada memperpanjang waktu tunggu menjadi beberapa menit. Simpan kesalahan persisnya jika perlu melaporkannya. Menghubungkan ulang berulang kali tidak memperbaiki porta tertutup atau endpoint yang dihapus.
Jika semua entri gagal, lihat gambaran lebih luas. Periksa konfigurasi klien, aturan keluar jaringan, dan apakah tujuan dapat dicapai tanpa proksi. Masalah yang sama pada semua permintaan bukan alasan yang kuat untuk membuang seluruh daftar.