Membeli kumpulan proxy SOCKS5, memasukkan data ke dalam Dolphin Anty atau AdsPower — tetapi profil tidak terbuka, parser memberikan timeout, dan aplikasi seluler sama sekali tidak melihat koneksi. Ini bukan cacat proxy dan bukan kesalahan pengaturan. Ini adalah fitur dari protokol SOCKS5 itu sendiri, yang hampir tidak pernah dijelaskan oleh penjual proxy sebelum pembayaran. Mari kita bahas semua 7 batasan secara berurutan — dan apa yang harus dilakukan dengan masing-masing.
Apa itu SOCKS5 dan mengapa lebih sering dipilih daripada HTTP
SOCKS5 adalah protokol proxy tingkat rendah yang hanya meneruskan paket lalu lintas antara klien dan server, tanpa memahami isi paket tersebut. Berbeda dengan proxy HTTP/HTTPS, ia tidak terikat pada protokol aplikasi tertentu: melalui SOCKS5, Anda dapat mengalirkan tidak hanya lalu lintas browser, tetapi juga torrent, klien email, koneksi game, dan lalu lintas aplikasi desktop. Itulah sebabnya SOCKS5 banyak dijual untuk kebutuhan multi-akun, parsing, dan bekerja dengan bot Telegram. Masalahnya adalah bahwa "universalisme" SOCKS5 adalah kelemahan utamanya. Protokol ini beroperasi pada tingkat koneksi transport (TCP/UDP), bukan pada tingkat aplikasi. Ia tidak memahami apa yang ada di dalam paket — permintaan HTTP, resolusi DNS, atau handshake WebRTC. Akibatnya, perangkat lunak yang mengharapkan perilaku spesifik dari proxy (misalnya, browser anti-detect atau SDK aplikasi seluler) mulai berperilaku tidak stabil: di satu tempat lalu lintas melewati proxy, di tempat lain koneksi terputus, dan di tempat lain aplikasi tidak melihat server proxy sama sekali.
Di bawah ini adalah bukan teori untuk teori, tetapi situasi konkret yang dihadapi oleh para arbitrator, spesialis SMM, dan penjual marketplace setelah mereka membayar kumpulan SOCKS5.
Batasan 1: SOCKS5 tidak mengirimkan header HTTP
Proxy HTTP dapat memodifikasi header permintaan — menyisipkan atau menyembunyikan X-Forwarded-For, mengubah User-Agent pada tingkat jaringan. SOCKS5 tidak melakukan ini sama sekali — ia hanya meneruskan byte. Untuk browser anti-detect (Dolphin Anty, AdsPower, Multilogin, GoLogin) ini tidak kritis, karena mereka melakukan penggantian User-Agent dan sidik jari lainnya sendiri pada tingkat mesin browser. Tetapi jika Anda menggunakan skrip parser buatan sendiri atau sederhana yang mengharapkan proxy untuk membersihkan header — Anda akan mendapatkan kebocoran sidik jari jaringan yang sebenarnya.
Dalam praktiknya, ini muncul seperti ini: situs melihat ketidaksesuaian antara alamat IP proxy dan data yang datang dalam header koneksi (misalnya, zona waktu sistem operasi atau bahasa sistem). Untuk Wildberries, Ozon, dan Facebook Ads, ini adalah salah satu pemicu untuk pemeriksaan tambahan akun.
Batasan 2: Permintaan DNS melewati proxy
Ini mungkin adalah alasan paling umum untuk perilaku "aneh" setelah membeli SOCKS5. Banyak program secara default meresolusi domain menjadi alamat IP secara lokal, melalui server DNS penyedia Anda, dan hanya kemudian mengirimkan koneksi TCP melalui proxy. Akibatnya, server proxy secara fisik berada, misalnya, di Jerman, sementara permintaan DNS "bertanya" kepada DNS lokal Rusia, alamat IP mana yang dimiliki facebook.com. Situs atau sistem anti-fraud melihat ketidaksinkronan geolokasi IP dan resolver DNS — dan ini adalah sinyal langsung untuk pemblokiran atau verifikasi tambahan.
Solusinya adalah memaksa resolusi DNS melalui proxy (opsi Proxy DNS atau Remote DNS). Dalam browser anti-detect, pengaturan ini biasanya tersembunyi di bagian "Lanjutan" profil, dan secara default mungkin dimatikan — periksa secara manual untuk setiap profil baru.
Batasan 3: WebRTC menembus proxy secara langsung
WebRTC adalah teknologi untuk panggilan video dan streaming di browser, yang membangun koneksi P2P langsung antara perangkat. Masalahnya adalah bahwa WebRTC sepenuhnya mengabaikan pengaturan proxy SOCKS5 di sistem dan secara langsung mengungkapkan alamat IP eksternal yang sebenarnya melalui server STUN. Ini terjadi bahkan di browser dengan proxy yang diaktifkan, jika WebRTC tidak dimatikan secara terpisah.
Bagi spesialis SMM yang mengelola puluhan akun Instagram dan TikTok melalui satu browser anti-detect, kebocoran ini sangat berbahaya: platform segera melihat bahwa 15 akun "berbeda" sebenarnya berasal dari satu IP nyata melalui kebocoran WebRTC, bahkan jika proxy untuk setiap profil berbeda. Browser anti-detect profesional memblokir WebRTC secara default atau menggantinya dengan IP proxy, tetapi jika Anda menggunakan Chrome biasa dengan pengaturan SOCKS5 manual melalui pengaturan sistem — WebRTC akan bocor dengan probabilitas 100%.
Batasan 4: tidak semua perangkat lunak mendukung SOCKS5 sepenuhnya
Banyak aplikasi desktop dan seluler mengklaim mendukung "proxy", tetapi pada kenyataannya hanya menerapkan tunneling HTTP/HTTPS, dan SOCKS5 ditambahkan secara formal atau tidak ditambahkan sama sekali. Ini berlaku untuk beberapa parser marketplace, versi lama bot untuk Telegram, serta beberapa layanan otomatisasi posting di media sosial. Dalam program semacam itu, kolom untuk SOCKS5 mungkin ada di antarmuka, tetapi saat terhubung Anda akan mendapatkan kesalahan timeout atau koneksi hanya "tidak akan berhasil" tanpa penjelasan yang jelas.
Sebelum membeli partai SOCKS5 untuk perangkat lunak tertentu, sebaiknya periksa dengan jelas di dokumentasi atau dukungan layanan, bahwa versi SOCKS5 (dan bukan SOCKS4, yang memiliki batasan sendiri pada otorisasi dan UDP) didukung sepenuhnya, termasuk resolusi DNS jarak jauh.
Batasan 5: otorisasi tidak berfungsi secara konsisten di semua tempat
SOCKS5 mendukung dua cara otorisasi: berdasarkan IP (whitelist) dan berdasarkan login-password. Masalahnya adalah bahwa sebagian perangkat lunak — terutama aplikasi seluler dan SDK — hanya dapat bekerja dengan salah satu dari cara ini, dan terkadang tidak mendukung otorisasi berdasarkan login-password sama sekali pada tingkat pengaturan proxy sistem di Android atau iOS. Jika kumpulan proxy Anda hanya diatur untuk login-password, sementara aplikasi mengharapkan whitelist berdasarkan IP — koneksi hanya tidak akan terjalin, dan kesalahan akan sangat tidak informatif ("gagal terhubung ke server").
Selain itu, beberapa penyedia memerlukan alamat eksternal statis dari komputer atau server kerja Anda untuk otorisasi berdasarkan IP, yang tidak nyaman jika Anda bekerja dengan laptop melalui berbagai jaringan (rumah/kantor/kafe) — IP berubah setiap kali, dan whitelist harus diperbarui secara manual.
Batasan 6: batas jumlah koneksi simultan
Proxy SOCKS5, terutama dari pusat data, sering dijual dengan batasan pada jumlah sesi TCP simultan dari satu port. Untuk satu profil browser, ini tidak terlihat, tetapi jika Anda menjalankan parser dengan pengambilan data multithread melalui proxy yang sama untuk kartu Wildberries atau Ozon, batas koneksi dapat memotong sebagian permintaan tanpa kesalahan yang jelas — hanya sebagian halaman tidak dimuat, dan skrip terhenti menunggu respons.
Ini sangat kritis saat bekerja dengan parser harga yang sangat terbebani: jika Anda mengharapkan 50 aliran melalui satu port SOCKS5, tetapi batas sebenarnya adalah 10, kecepatan parsing akan turun 5 kali, dan Anda hanya akan mengetahuinya setelah fakta, ketika pemantauan harga pesaing mulai "tertinggal" selama berjam-jam.
Batasan 7: SDK seluler dan sistem anti-fraud
Banyak aplikasi seluler (termasuk aplikasi dari marketplace dan media sosial itu sendiri) menggunakan SDK bawaan yang melewati pengaturan proxy sistem pada tingkat OS dan terhubung langsung ke server melalui tumpukan jaringan mereka sendiri. SOCKS5 yang diatur dalam pengaturan sistem Android atau iOS hanya akan mencakup sebagian lalu lintas — lalu lintas browser dan beberapa aplikasi sistem, tetapi tidak menjamin seluruh lalu lintas aplikasi pihak ketiga.
Itulah sebabnya untuk berfungsi penuh aplikasi seluler (Instagram, TikTok, Wildberries Seller) lebih sering digunakan bukan SOCKS5 pada tingkat OS, tetapi proxy khusus proxy seluler, yang meniru akses internet melalui operator seluler dan bekerja dengan benar dengan semua mekanisme anti-fraud platform, termasuk pemeriksaan jenis jaringan (Wi-Fi/LTE) dan operator.
Cara memeriksa SOCKS5 sebelum membeli partai
Sebelum membeli kumpulan proxy dengan 50-100 port untuk tugas tertentu, sebaiknya uji satu atau dua proxy dalam skenario penggunaan nyata. Berikut adalah daftar periksa minimal untuk pemeriksaan:
- Periksa resolusi DNS melalui layanan deteksi IP dan kebocoran DNS — geolokasi harus cocok dalam kedua kasus.
- Buka halaman pengujian untuk memeriksa kebocoran WebRTC di browser dengan proxy yang diaktifkan — IP nyata tidak boleh terlihat.
- Jalankan perangkat lunak yang diperlukan (browser anti-detect, parser, bot) dengan proxy ini, bukan "proxy dalam vakum" melalui curl — beberapa batasan hanya muncul pada tingkat aplikasi tertentu.
- Tanyakan kepada penyedia tentang jenis otorisasi (login-password atau whitelist IP) dan batas koneksi simultan pada port.
- Periksa kecepatan dan stabilitas dengan beberapa aliran paralel, jika Anda berencana untuk melakukan parsing multithread.
Pemeriksaan semacam ini memakan waktu 15-20 menit, tetapi menghemat anggaran untuk partai proxy yang mungkin tidak berfungsi untuk perangkat lunak Anda.
Apa yang dipilih sebagai pengganti SOCKS5: perbandingan opsi
SOCKS5 bukanlah protokol yang buruk, hanya saja ia tidak universal untuk semua tugas. Tergantung pada perangkat lunak yang Anda gunakan, lebih bijaksana untuk memilih jenis proxy lain atau kombinasi.
| Tugas | Jenis proxy yang direkomendasikan | Mengapa |
|---|---|---|
| Multi-akunting di Facebook Ads, TikTok Ads | Proxy residensial | IP nyata dari pengguna rumah, persentase pemblokiran otomatis yang rendah |
| Mengelola akun Instagram, TikTok, SDK seluler | Proxy seluler | Sesuai dengan jenis jaringan operator, melewati anti-fraud aplikasi seluler |
| Parsing massal Wildberries, Ozon tanpa persyaratan ketat untuk anonimitas | Proxy pusat data | Kecepatan tinggi, harga rendah, cocok untuk tugas pemantauan yang tidak rumit |
| Torrent, klien email, perangkat lunak kustom tanpa spesifikasi web | SOCKS5 | Protokol universal tanpa ketergantungan pada spesifikasi HTTP |
Harap dicatat: protokol itu sendiri (HTTP/HTTPS atau SOCKS5) dan jenis IP (residensial, seluler, pusat data) adalah parameter yang berbeda. Proxy residensial dan seluler dari penyedia yang dapat diandalkan biasanya mendukung kedua protokol, jadi pertanyaannya bukan "SOCKS5 atau residensial", tetapi "jenis IP apa yang diperlukan untuk tugas + protokol apa yang didukung perangkat lunak saya".
Kesimpulan
SOCKS5 adalah protokol yang berfungsi, tetapi bukan "pil ajaib" untuk semua perangkat lunak. Sebagian besar masalah setelah pembelian terkait bukan dengan cacat proxy, tetapi dengan kenyataan bahwa protokol ini tidak menyelesaikan tugas pada tingkat aplikasi: tidak mengganti header, tidak menjamin resolusi DNS melalui proxy, tidak memblokir kebocoran WebRTC, dan tidak selalu didukung oleh SDK seluler. Sebelum membeli partai proxy, selalu uji skenario konkret pada perangkat lunak Anda, bukan pemeriksaan IP yang abstrak.
Jika tugas Anda adalah multi-akunting di kabinet iklan atau mengelola akun di media sosial, perhatikan proxy residensial — mereka menghilangkan sebagian besar masalah dengan DNS dan header berkat alamat IP yang nyata. Untuk bekerja dengan aplikasi seluler dan SDK, lebih logis untuk langsung menggunakan proxy seluler, dan untuk parsing besar tanpa persyaratan ketat untuk anonimitas — proxy pusat data yang cepat dan terjangkau proxy pusat data.