Anda membuka Facebook Ads melalui proxy, dan alih-alih kabinet — layar putih dengan kode 502. Atau parser Wildberries tiba-tiba mulai mengeluarkan kesalahan 503 setiap lima menit. Pikiran pertama — proxy rusak, saatnya mengganti pool. Namun, dalam setengah kasus, masalahnya bukan pada proxy, tetapi di sisi situs, dan penggantian IP tidak akan memperbaiki apa pun. Mari kita bahas bagaimana dalam beberapa menit menentukan sumber masalah dengan tepat dan tidak membuang waktu untuk mencoba proxy yang berfungsi.
Apa arti kode 502 dan 503
Sebelum menyalahkan proxy, penting untuk memahami bahwa kode ini dilaporkan oleh protokol HTTP itu sendiri, dan mereka menggambarkan masalah di sisi server yang Anda akses, bukan di sisi klien. 502 Bad Gateway berarti bahwa server perantara (misalnya, load balancer atau CDN seperti Cloudflare) menerima respons yang tidak valid dari server yang lebih tinggi. Sederhananya — tautan dalam rantai antara Anda dan aplikasi akhir telah rusak atau kelebihan beban.
503 Service Unavailable memberi tahu bahwa server sementara tidak dapat memproses permintaan — biasanya karena kelebihan beban, pemeliharaan teknis, atau pengaktifan perlindungan dari bot. Nuansa penting: 503 adalah ketidaktersediaan sementara, server masih hidup, hanya saja tidak siap untuk menjawab saat ini.
Sepertinya, kedua kode ini jelas mengatakan "masalah di server". Namun, ketika Anda menggunakan proxy, gambaran menjadi lebih rumit: server proxy itu sendiri dapat menjadi "tautan perantara" yang menghasilkan 502, jika tidak dapat menghubungi situs target. Dan 503 sering muncul bukan karena situs benar-benar down, tetapi karena sistem perlindungan (Cloudflare, Akamai, DataDome) mengenali IP proxy sebagai mencurigakan dan alih-alih halaman nyata, memberikan placeholder dengan kode 503 atau 429.
Mengapa kesalahan ini lebih sering terjadi melalui proxy
Jika tanpa proxy situs terbuka dengan stabil, tetapi melalui proxy secara teratur muncul 502 atau 503, biasanya ada beberapa alasan, dan semuanya terkait dengan bagaimana proxy terintegrasi dalam rantai permintaan.
Kelebihan beban pada server proxy itu sendiri. Pada proxy dari pusat data yang murah, terlalu banyak sesi simultan dapat "tergantung" pada satu IP. Ketika proxy tidak dapat memproses lalu lintas, ia akan memutuskan koneksi atau memberikan 502 atas namanya sendiri.
Pemblokiran IP di sisi situs target. Facebook Ads, Instagram, Wildberries, dan Ozon secara aktif menggunakan sistem anti-bot yang memblokir rentang IP dari pusat data secara massal. Situs dalam hal ini secara formal berfungsi, tetapi untuk IP tertentu memberikan 503 atau pengalihan ke captcha.
Ketidaksesuaian geografis. Jika proxy berasal dari satu negara, tetapi akun dibuat dengan mengaitkan ke wilayah lain, beberapa layanan sementara "menangguhkan" sesi dan memberikan kesalahan gateway alih-alih penolakan akses yang jujur.
Protokol dan port. Jenis proxy yang salah ditentukan (HTTP alih-alih SOCKS5, atau sebaliknya) dalam pengaturan browser anti-deteksi juga sering menyamar sebagai 502 — browser secara fisik tidak dapat membangun terowongan dan menunjukkan kesalahan gateway.
Pemeriksaan cepat: proxy atau situs
Cara paling andal untuk memahami adalah dengan mengecualikan variabel satu per satu. Berikut adalah urutan tindakan yang tidak akan memakan waktu lebih dari lima menit.
Langkah 1. Buka situs yang sama tanpa proxy, langsung dari IP nyata Anda. Jika kesalahan terulang — masalah pasti ada di sisi situs, proxy tidak ada hubungannya di sini.
Langkah 2. Jika tanpa proxy semuanya berfungsi, ganti proxy dengan IP lain dari pool yang sama. Jika kesalahan hilang — berarti IP tertentu telah diblokir atau kelebihan beban, bukan seluruh layanan.
Langkah 3. Periksa proxy yang sama di situs lain (misalnya, buka sumber netral seperti httpbin.org atau whatismyip). Jika proxy tidak membuka apa pun — masalah ada pada server proxy itu sendiri, bukan di situs target.
Langkah 4. Jika proxy membuka situs lain dengan normal, tetapi di sumber target secara stabil muncul 503 — ini hampir selalu perlindungan dari bot, yang secara khusus memasukkan IP Anda ke dalam daftar mencurigakan. Dalam situasi seperti ini, mengganti jenis proxy membantu, bukan hanya rotasi dalam pool yang sama.
Diagnosis di Dolphin Anty, AdsPower, dan Multilogin
Jika Anda mengelola akun melalui browser anti-deteksi, diagnosis lebih nyaman dilakukan langsung di dalamnya, tanpa beralih ke layanan pihak ketiga.
Di Dolphin Anty, buka profil, pergi ke pengaturan proxy, dan klik tombol pemeriksaan koneksi. Jika tes menunjukkan "Proxy tidak merespons" atau timeout — masalah ada di tingkat server proxy, kesalahan 502 di browser akan menjadi konsekuensi logisnya. Jika tes berhasil, tetapi situs di dalam profil tetap memberikan 502 atau 503, catat kode respons dan buka URL yang sama di tab sebelah dengan profil lain di IP yang berbeda — ini akan menunjukkan apakah masalahnya sistemik atau lokal.
Di AdsPower, fungsi serupa disebut "Proxy check", yang juga menunjukkan kecepatan respons dan geolokasi yang terdeteksi. Jika geolokasi proxy tidak sesuai dengan yang diharapkan (misalnya, Anda membeli proxy dari AS, tetapi layanan menunjukkan Belanda), ini adalah alasan untuk mencurigai penggantian atau pengaturan yang tidak benar, yang juga dapat memicu kesalahan gateway.
Di Multilogin dan GoLogin, pemeriksaan proxy dipindahkan ke dialog terpisah saat membuat profil — gunakan ini sebelum setiap peluncuran kampanye, terutama jika Anda membuat akun baru dalam jumlah besar. Lima detik pemeriksaan cukup untuk tidak membuang waktu satu jam untuk mencari penyebab 502.
Metode teknis: pemeriksaan melalui curl
Untuk mereka yang bekerja dengan parsing atau mengatur proxy secara programatik, cara diagnosis yang paling akurat adalah permintaan langsung melalui terminal. Ini memungkinkan Anda melihat kode respons yang sebenarnya tanpa "hiasan" dari browser.
curl -x http://login:password@proxy_ip:port -I https://example.com -v
Flag -I hanya meminta header, dan -v mengaktifkan output rinci, yang menunjukkan pada tahap mana pemutusan terjadi — saat membangun terowongan ke proxy atau saat menghubungi server target.
Jika kesalahan terjadi segera saat terhubung ke proxy (baris Connection refused atau Connection timed out), maka server proxy itu sendiri yang bersalah. Jika terowongan berhasil dibangun, tetapi respons datang dengan kode 502 atau 503 dari domain target — masalah ada di sisi situs atau perlindungannya.
Berguna untuk langsung menjalankan sepuluh proxy dari pool dengan skrip dan mengumpulkan statistik kode respons — ini akan dengan cepat menunjukkan apakah masalahnya sistemik pada seluruh pool atau hanya pada beberapa IP yang "basi":
for proxy in $(cat proxies.txt); do
code=$(curl -x "$proxy" -o /dev/null -s -w "%{http_code}" https://example.com)
echo "$proxy -> $code"
doneJika lebih dari 30% proxy dari pool mengembalikan 502 di berbagai situs — masalah ada pada penyedia atau infrastruktur itu sendiri, dan sebaiknya mengganti pool secara keseluruhan. Jika kesalahan hanya terjadi di satu domain tertentu — masalah ada pada perlindungan anti-bot situs tersebut.
Tabel: penyebab kesalahan berdasarkan jenis proxy
Berbagai jenis proxy memiliki kerentanan yang berbeda terhadap kesalahan 502 dan 503 — ini penting untuk diperhatikan saat memilih untuk tugas tertentu.
| Jenis Proxy | Penyebab umum 502/503 | Frekuensi kesalahan |
|---|---|---|
| Proxy pusat data | Larangan massal rentang IP oleh sistem anti-bot, kelebihan beban server umum | Tinggi |
| Proxy residensial | Kadang-kadang koneksi perangkat donor IP tidak stabil | Rendah |
| Proxy seluler | Perubahan IP oleh operator di tengah sesi, gangguan sinyal sementara | Sedang, tetapi sementara |
IP pusat data paling sering dikenal oleh sistem anti-bot sebelumnya, sehingga mereka memicu proporsi tertinggi 503 di platform seperti Facebook Ads, Instagram, dan marketplace. IP residensial dan seluler terlihat bagi perlindungan sebagai pengguna biasa, sehingga proporsi pemblokiran palsu mereka jauh lebih rendah, meskipun tidak sama dengan nol.
Cara mengurangi jumlah kesalahan
Bagi arbitrator yang membuat akun iklan Facebook Ads atau TikTok Ads, sangat penting agar IP tidak masuk dalam daftar hitam sistem anti-bot — inilah yang paling sering mengeluarkan kode 503. Dalam tugas-tugas ini, proxy residensial berperilaku jauh lebih stabil daripada pusat data, karena IP mereka dimiliki oleh penyedia nyata dan jarang menimbulkan kecurigaan pada sistem perlindungan.
Bagi spesialis SMM, yang secara massal mengelola Instagram dan TikTok melalui beberapa profil anti-deteksi secara bersamaan, penyebab 502 sering kali adalah kelebihan beban pada IP yang sama dengan terlalu banyak sesi. Solusinya — mengaitkan IP unik untuk setiap akun dan tidak menghemat jumlah alamat dalam pool.
Bagi penjual yang memantau harga di Wildberries, Ozon, dan Avito, 503 paling sering berarti bahwa perlindungan situs mengenali pola permintaan yang sama secara berulang. Di sini, bukan hanya mengganti jenis proxy yang membantu, tetapi juga mengurangi frekuensi permintaan dan menambahkan jeda acak antara permintaan, bersamaan dengan rotasi IP untuk setiap permintaan baru.
Untuk parsing dan skrip otomatis, di mana kecepatan dan stabilitas koneksi penting saat melakukan permintaan dalam jumlah besar, proxy pusat data tetap menjadi pilihan yang masuk akal dalam hal harga dan kecepatan — tetapi harus digunakan dengan bijak, mendistribusikan beban secara merata di antara sejumlah besar IP, agar tidak terjebak dalam batas satu alamat.
Checklist diagnosis
Simpan urutan ini dan ikuti setiap kali muncul 502 atau 503 melalui proxy:
- Buka situs tanpa proxy — apakah kesalahan terulang.
- Periksa koneksi proxy secara terpisah (whatismyip, httpbin).
- Ganti IP dalam pool yang sama dan ulangi permintaan.
- Periksa jenis proxy dan port dalam pengaturan profil (HTTP/SOCKS5).
- Jalankan beberapa IP melalui curl dan bandingkan kode respons.
- Periksa apakah geolokasi proxy telah berubah relatif terhadap pengaitan akun.
- Kurangi frekuensi permintaan jika kesalahan hanya terjadi di satu situs.
- Jika kesalahan massal di seluruh pool — ganti penyedia atau jenis proxy.
Kesimpulan
Kode 502 dan 503 bukanlah vonis dan bukan alasan untuk segera menolak proxy. Dalam banyak kasus, cukup lima menit diagnosis untuk memahami di mana tepatnya terjadi kegagalan: di server proxy itu sendiri, di situs target, atau di sistem perlindungannya dari bot. Pemeriksaan tanpa proxy, penggantian IP dalam pool, dan tes melalui curl atau alat bawaan dari browser anti-deteksi seperti Dolphin Anty dan AdsPower menyelesaikan 90% pertanyaan semacam itu tanpa dugaan yang tidak perlu.
Jika penyebabnya bukan pada pengaturan, tetapi pada kenyataan bahwa IP Anda secara teratur masuk dalam daftar hitam sistem anti-bot, sebaiknya tinjau kembali jenis proxy yang digunakan untuk tugas tersebut. Untuk membuat akun iklan dan bekerja dengan media sosial, bijaksana untuk mempertimbangkan proxy residensial — mereka jarang menimbulkan kecurigaan pada sistem perlindungan situs. Untuk tugas yang membutuhkan kecepatan dalam jumlah besar permintaan, proxy pusat data cocok, dan untuk perilaku yang paling alami dalam aplikasi seluler — proxy seluler.