Captcha melalui proxy — bukan hukuman atas proxy itu sendiri, melainkan pertanyaan sistem perlindungan "apakah ini manusia". Melalui proxy, captcha lebih sering muncul karena tiga alasan: alamat dibagi dengan orang dan program lain, alamat tersebut sudah memiliki riwayat, dan sinyal browser lainnya sering bertentangan dengannya. Menghilangkan captcha sepenuhnya tidak mungkin — memang untuk itulah captcha diciptakan — tetapi membuatnya muncul jauh lebih jarang bisa dilakukan. Mari kita bahas apa yang dikatakan Google, Yandex, dan Cloudflare sendiri, mengapa proxy meningkatkan peluang verifikasi, dan langkah apa yang benar-benar membantu serta apa yang justru memperburuk keadaan.
Apa Kata Layanan Itu Sendiri
Google: "lalu lintas tidak biasa dari jaringan Anda"
Google menampilkan halaman ini ketika permintaan otomatis ke pencarian datang dari suatu jaringan. Dalam bantuan resminya, Google menyebutkan penyebabnya: program berbahaya di komputer, jaringan bersama di sekolah atau kantor tempat seseorang mengirim permintaan otomatis, VPN yang pengguna lainnya melakukan hal yang sama, tunnel IPv6, dan penyedia layanan yang pelanggannya berbagi alamat. Rekomendasinya juga ada di sana: selesaikan reCAPTCHA, periksa komputer dari program berbahaya, hubungi administrator jaringan, hapus atau ganti VPN — menurut Google, beberapa VPN tidak memungkinkan membedakan lalu lintas yang sah dari penyalahgunaan — dan hubungi penyedia layanan internet Anda.
Proxy tidak disebutkan secara langsung dalam bantuan tersebut, tetapi mekanismenya sama: Anda berbagi alamat dengan orang lain, dan Google tidak melihat Anda, melainkan seluruh lalu lintas dari alamat tersebut.
Yandex: "banyak permintaan sejenis"
Dalam bantuan Yandex, penyebab captcha hanya satu: layanan menerima banyak permintaan sejenis dan ingin memastikan bahwa yang mengirimnya adalah manusia, bukan robot. Untuk proxy, ini berarti yang penting bukan hanya kecepatan Anda, tetapi juga kecepatan semua orang yang menggunakan alamat yang sama.
reCAPTCHA v3: penilaian alih-alih gambar
Versi ketiga reCAPTCHA sama sekali tidak menampilkan tugas: menurut dokumentasi Google, versi ini tidak pernah mengganggu pengguna, melainkan memberikan skor dari 0,0 hingga 1,0, di mana 1,0 berarti kemungkinan besar interaksi yang sah, dan 0,0 berarti kemungkinan besar bot. Secara default, Google menyarankan situs untuk menggunakan ambang batas 0,5. Apa yang harus dilakukan dengan skor rendah — menampilkan verifikasi, meminta konfirmasi login, atau memblokir — diputuskan oleh situs itu sendiri.
Cloudflare: penilaian dan tiga jenis verifikasi
Cloudflare menilai setiap permintaan pada skala 1 hingga 99: 1 berarti permintaan otomatis, 99 berarti dari manusia. Penilaian ini mencakup heuristik (perbandingan dengan basis sidik jari yang dikenal), pembelajaran mesin yang memberikan sebagian besar skor, dan pemeriksaan JavaScript yang menangkap browser headless dan alat otomatisasi lainnya. Pengunjung mendapatkan verifikasi ketika aturan firewall, modul perlindungan bot, atau pembatasan frekuensi terpicu. Ada tiga jenis verifikasi:
- non-interaktif — browser menjalankan JavaScript, biasanya kurang dari lima detik, tidak ada yang diperlukan dari manusia;
- terkelola — Cloudflare sendiri yang memilih jenis verifikasi; sebagian besar orang melewatinya secara otomatis dan melihat "Berhasil";
- interaktif — memerlukan tindakan; Cloudflare sendiri menyarankan situs untuk menggunakan verifikasi terkelola alih-alih ini.
Setelah verifikasi berhasil, browser menerima cookie cf_clearance, dan untuk sementara waktu tidak diverifikasi lagi. Ini penting untuk proxy, dan alasannya akan menjadi jelas di bawah.
Mengapa Captcha Lebih Sering Muncul Melalui Proxy
- Alamat dibagi, dan memiliki riwayat. Mekanisme yang sama seperti VPN dalam bantuan Google: jika sebelum Anda ada yang mengirim permintaan otomatis dari alamat tersebut, kecurigaan jatuh pada semua orang yang menggunakannya. Proxy bersama yang murah paling menderita karena hal ini.
- Jenis alamat. Sistem perlindungan mengetahui alamat mana yang dimiliki hosting. IP server bagi mesin pencari atau media sosial — sudah menjadi alasan untuk lebih teliti: orang dari pusat data tidak duduk diam. Cara kerja jenis-jenis alamat dijelaskan dalam artikel proxy residensial, server, dan mobile.
- Frekuensi. "Banyak permintaan sejenis" — itulah pernyataan langsung Yandex. Program yang membuka halaman lebih cepat dari manusia akan mendapatkan captcha dari alamat mana pun.
- Kontradiksi antar sinyal. IP dari Jerman, tetapi zona waktu dan bahasa browser Moskow; alamat mobile, tetapi sidik jari browser desktop. Setiap kontradiksi semacam itu menurunkan skor. Tentang sinyal apa yang membingungkan sistem perlindungan — ada di artikel cara kerja sistem anti-bot dan apa itu sidik jari TLS.
- Tidak ada riwayat dan cookies. Browser yang setiap kali datang "dari awal yang bersih" dan dari alamat baru, terlihat seperti pengunjung baru di setiap kunjungan. Ia kehilangan
cf_clearancedan kepercayaan yang telah terkumpul. - Otomatisasi. Browser headless dan browser yang dikendalikan program membocorkan diri melalui JavaScript — Cloudflare secara langsung menyebut ini sebagai mekanisme deteksi tersendiri.
Apa yang Benar-Benar Membantu
- Pilih jenis alamat yang tepat. Untuk situs dengan perlindungan ketat — gunakan proxy residensial, mobile, atau residensial statis (ISP) alih-alih proxy server. Alamat mobile operator dibagi oleh ribuan pelanggan, dan memblokirnya tidak menguntungkan bagi situs.
- Jangan gunakan proxy bersama. Alamat khusus hanya bertanggung jawab atas perilaku Anda, bukan perilaku orang lain.
- Pertahankan alamat, jangan ganti setiap permintaan. Sesi sticky mempertahankan alamat dan cookie setelah verifikasi berhasil. Rotasi setiap permintaan untuk situs dengan Cloudflare berarti verifikasi baru di setiap permintaan (rotasi IP dan sesi sticky).
- Kurangi kecepatan. Jeda antar permintaan dan paralelisme yang wajar menghilangkan penyebab utama menurut versi Yandex. Aturan umum — ada di artikel robots.txt, batas, dan pengumpulan data yang sopan.
- Sinkronkan sinyal. Zona waktu, bahasa, dan geolokasi browser harus sesuai dengan negara IP, WebRTC tidak boleh membocorkan alamat asli Anda. Browser antidetek melakukan ini secara otomatis (apa itu browser antidetek).
- Simpan cookies antar sesi. Profil browser dengan riwayat lebih mudah melewati verifikasi daripada yang baru setiap kali.
- Periksa alamat sebelum bekerja. Daftar hitam, jenis IP di basis data, kebocoran — urutan pemeriksaan dijelaskan dalam artikel cara menguji proxy.
Apa yang Tidak Membantu
- Ganti alamat setelah setiap captcha. Alamat baru dari kumpulan yang sama biasanya memiliki reputasi yang sama, dan pergantian terus-menerus itu sendiri terlihat mencurigakan.
- Beli proxy termurah "dengan cadangan". Seribu alamat server bersama akan menghasilkan seribu captcha.
- Selesaikan captcha secara otomatis dengan melewati perlindungan. Layanan semacam itu ada, tetapi ini adalah pelanggaran langsung terhadap perlindungan situs dan sering melanggar aturannya: Google, misalnya, mengkategorikan permintaan otomatis ke pencarian sebagai hal yang dilarang tanpa izin. Jika situs begitu gigih membedakan manusia dari program, untuk tugas otomatis sebaiknya cari API resmi.
Jika Captcha Muncul Tanpa Proxy
Bantuan Google memberi petunjuk di mana harus mencari: program berbahaya di komputer, jaringan bersama di kantor atau tempat belajar, VPN, atau penyedia layanan yang mengeluarkan banyak pelanggan melalui satu alamat. Internet mobile juga mengeluarkan ribuan orang melalui alamat bersama, jadi terkadang captcha didapat karena aktivitas orang lain. Periksa komputer Anda, matikan VPN dan ekstensi yang mengirim permintaan atas nama Anda, dan coba jaringan lain.
Singkatnya: Gejala, Penyebab, Apa yang Harus Dilakukan
| Gejala | Kemungkinan Penyebab | Apa yang Harus Dilakukan |
|---|---|---|
| Google langsung menampilkan "lalu lintas tidak biasa" | Alamat bersama dengan riwayat buruk | Alamat khusus; jenis proxy lain |
| Yandex menampilkan captcha setelah beberapa permintaan | Banyak permintaan sejenis | Kurangi kecepatan; distribusikan permintaan |
| Cloudflare memverifikasi setiap kali kunjungan | Alamat berubah atau cookies tidak tersimpan | Sesi sticky; simpan cookies |
| Verifikasi tidak lolos secara otomatis | Kontradiksi sinyal atau tanda otomatisasi | Sinkronkan zona waktu dan bahasa dengan IP; browser biasa |
| Captcha di semua alamat kumpulan sekaligus | Kumpulan ditandai secara keseluruhan (misalnya, satu subnet) | Penyedia lain atau alamat dari subnet berbeda |
Tentang kasus khusus subnet IPv6 yang dibatasi situs secara keseluruhan — ada di artikel proxy IPv6.
Pertanyaan yang Sering Diajukan
Mengapa Google menampilkan captcha padahal saya hanya melakukan beberapa permintaan?
Karena Google menilai seluruh lalu lintas dari alamat Anda, bukan hanya milik Anda. Jika alamatnya bersama — VPN, proxy, jaringan kantor, penyedia layanan — permintaan otomatis orang lain juga menimpa Anda. Hal ini secara langsung dinyatakan dalam bantuan Google.
Apakah mengganti IP membantu menghilangkan captcha?
Sesekali mungkin ya, tetapi jika alamat baru berasal dari kumpulan yang sama, biasanya reputasinya sama. Pergantian alamat terus-menerus di situs dengan Cloudflare juga mereset verifikasi yang sudah berhasil.
Proxy apa yang paling jarang terkena captcha?
Alamat residensial khusus, mobile, dan residensial statis dengan sesi tetap. Proxy server dan proxy bersama paling sering terkena captcha.
Mengapa Cloudflare memverifikasi saya berulang kali?
Setelah verifikasi, Cloudflare memberikan cookie cf_clearance. Jika alamat berubah setiap permintaan atau browser tidak menyimpan cookies, tanda ini hilang, dan verifikasi terulang.
Apa arti skor reCAPTCHA v3?
Ini adalah angka dari 0,0 hingga 1,0: semakin mendekati 1,0, semakin mirip manusia. Secara default, Google menyarankan situs untuk menggunakan ambang batas 0,5, dan apa yang harus dilakukan dengan skor rendah diputuskan oleh situs itu sendiri.