Para arbitrase dan spesialis SMM memindahkan browser anti-detect ke VPS untuk mendapatkan IP yang stabil, tidak tergantung pada internet rumah, dan bekerja dari mana saja di dunia. Logika ini benar, tetapi dalam praktiknya, kombinasi VPS + Dolphin Anty, AdsPower, atau GoLogin sering kali mengungkapkan IP server yang sebenarnya tanpa melalui proxy — dan platform melihat ketidaksesuaian yang mengarah pada pemblokiran. Kami membahas enam tempat kebocoran yang spesifik dan menunjukkan cara menutupnya.
Mengapa VPS tidak menjamin anonimitas dengan sendirinya
Banyak arbitrase berpikir: "Saya mengambil VPS di Belanda, jadi lalu lintas saya berasal dari Belanda". Ini tidak benar. VPS adalah komputer jarak jauh dengan alamat IP-nya sendiri dari penyedia hosting (ini adalah IP pusat data yang mudah terdeteksi oleh sistem anti-fraud Facebook, TikTok, dan Google). Browser anti-detect mengganti jejak perangkat (fingerprint), tetapi tidak seluruh tumpukan jaringan sistem operasi. Jika Anda hanya mengatur proxy di dalam browser itu sendiri, dan bukan di tingkat seluruh sistem VPS, sebagian lalu lintas — DNS, WebRTC, pembaruan sistem — dapat langsung keluar melalui IP server, melewati proxy.
Hasilnya — Facebook Ads atau TikTok Ads melihat bahwa "browser masuk dengan IP dari Belanda", sementara permintaan DNS atau paket WebRTC datang dari IP pusat data di AS. Ini adalah sinyal klasik untuk algoritma anti-fraud, yang mengarah pada pemblokiran akun iklan secara instan, bahkan jika Anda menggunakan proxy residensial yang mahal. Mari kita bahas di mana ketidaksesuaian ini terjadi secara spesifik.
Kebocoran 1: WebRTC menunjukkan IP server yang sebenarnya
WebRTC adalah teknologi yang digunakan untuk panggilan video dan koneksi P2P langsung di browser. Masalahnya adalah WebRTC dapat memperoleh alamat IP lokal dan publik perangkat yang sebenarnya, bahkan jika seluruh lalu lintas browser lainnya melewati proxy. Ini adalah salah satu sumber kebocoran IP yang paling umum di VPS — skrip di halaman membuat permintaan STUN dan menerima IP server hosting yang sebenarnya sebagai balasan.
Sebagian besar browser anti-detect — Dolphin Anty, AdsPower, Octo Browser — memiliki perlindungan WebRTC bawaan dengan mode "Altered" (mengganti dengan IP proxy) atau "Disabled" (penonaktifan total). Pastikan bahwa di profil Anda dipilih mode penggantian, bukan "Real" — pengaturan ini secara default di beberapa build memberikan IP yang sebenarnya. Anda dapat memeriksa kebocoran melalui layanan publik pengujian kebocoran WebRTC: jika IP penyedia VPS Anda muncul di sana, bukan IP proxy — Anda perlu segera mengubah pengaturan profil.
Kebocoran 2: Permintaan DNS melewati proxy
Ketika browser membuka facebook.com, ia pertama-tama melakukan permintaan DNS untuk mengetahui alamat IP domain. Jika proxy hanya diatur pada tingkat lalu lintas HTTP/HTTPS (dan bukan sebagai SOCKS5 dengan tunneling penuh), permintaan DNS dapat langsung pergi melalui resolver sistem VPS ke server DNS penyedia hosting. Platform atau skrip pelacak pihak ketiga mencatat bahwa permintaan DNS datang dari negara pusat data, sementara lalu lintas HTTP berasal dari negara proxy. Ini disebut kebocoran DNS, dan sama berbahayanya dengan kebocoran melalui WebRTC.
Untuk menghindari ini, gunakan proxy SOCKS5 daripada HTTP di mana pun memungkinkan — SOCKS5 melakukan tunneling seluruh lalu lintas, termasuk resolusi DNS. Di pengaturan browser anti-detect (Multilogin, GoLogin, Incogniton), pilih jenis proxy SOCKS5 dan pastikan untuk mengaktifkan opsi "Resolve DNS through proxy", jika tersedia. Anda dapat memeriksa kebocoran DNS melalui pengujian terpisah: buka profil dengan proxy dan lihat IP apa yang ditampilkan oleh pengujian kebocoran DNS — itu harus sesuai dengan geo proxy, bukan dengan geo VPS.
Kebocoran 3: Zona waktu dan lokal VPS tidak cocok dengan geo proxy
Ini bukan kebocoran IP dalam arti harfiah, tetapi berfungsi dalam arah yang sama — mengungkapkan lokasi server yang sebenarnya. Jika Anda membeli proxy residensial dengan geo Jerman, tetapi VPS itu sendiri secara fisik berada di pusat data di Belanda dengan zona waktu sistem UTC+1 dan lokal nl-NL, browser dapat menarik zona waktu dan bahasa sistem OS, bukan proxy. Sistem anti-fraud Facebook dan TikTok mencocokkan geolokasi berdasarkan IP dengan zona waktu browser (atribut Intl.DateTimeFormat), dan ketidaksesuaian 1-2 jam — adalah bendera merah lainnya.
Solusinya — di setiap browser anti-detect, atur zona waktu, bahasa antarmuka, dan geolokasi secara manual sesuai dengan geo proxy, bukan mengandalkan deteksi otomatis "berdasarkan sistem". Di Dolphin Anty dan AdsPower, ini dilakukan di pengaturan profil di bagian Zona Waktu/Geolokasi — pilih "Berdasarkan IP" daripada "Berdasarkan OS", maka browser akan menarik parameter yang benar sesuai dengan IP proxy.
Kebocoran 4: Proses latar belakang dan pembaruan OS
Di VPS dengan Windows atau Linux, proses latar belakang selalu berjalan: pembaruan sistem otomatis, antivirus, sinkronisasi waktu (NTP), telemetri dari OS itu sendiri. Semua proses ini membuat permintaan jaringan langsung melalui IP sistem, melewati proxy yang hanya diatur di browser. Permintaan ini sendiri tidak terkait dengan akun iklan, tetapi jika ada perangkat lunak pelacakan atau analitik di VPS yang mencocokkan IP perangkat dengan IP sesi browser (ini dilakukan oleh beberapa skrip anti-fraud canggih dari marketplace dan platform iklan), ketidaksesuaian akan tercatat.
Saran praktis: matikan pembaruan otomatis Windows di VPS, nonaktifkan layanan latar belakang yang tidak perlu dan, jika penyedia VPS mengizinkan, atur proxy sistem di tingkat seluruh OS (melalui panel kontrol jaringan), bukan hanya di browser. Ini sangat penting jika Anda mengelola 10-50 akun klien dan menggunakan satu VPS untuk beberapa profil browser anti-detect secara bersamaan.
Kebocoran 5: Jejak TCP/IP dan metrik jaringan
Kebocoran yang lebih halus — analisis TTL (Time To Live), MTU, dan parameter lainnya dari tumpukan TCP/IP sistem operasi VPS. Sistem anti-fraud canggih, termasuk di Facebook Ads dan TikTok Ads, dapat mencocokkan metrik ini dengan geo proxy yang dinyatakan. Misalnya, TTL tipikal untuk Windows Server di pusat data berbeda dari TTL router rumah biasa di negara yang sama — dan ini menciptakan lapisan jejak tambahan yang tidak disamarkan oleh browser anti-detect, karena ia bekerja di tingkat tumpukan jaringan OS, bukan browser.
Kebocoran ini tidak kritis untuk sebagian besar tugas SMM dan pengambilan data, tetapi menjadi signifikan saat melakukan skala besar pada akun iklan. Solusi parsial — gunakan proxy seluler daripada residensial di mana kesamaan maksimum dengan lalu lintas pengguna nyata sangat penting: IP seluler kurang diasosiasikan dengan pusat data dan lebih jarang terkena analisis jaringan mendalam.
Kebocoran 6: Telemetri dari browser anti-detect itu sendiri
Banyak yang lupa bahwa browser anti-detect itu sendiri adalah aplikasi terpisah yang secara berkala memeriksa pembaruan, mengirimkan statistik penggunaan, atau menyinkronkan profil dengan cloud pengembang (ini relevan untuk Dolphin Anty, AdsPower, GoLogin dengan sinkronisasi cloud tim). Permintaan layanan ini sering kali langsung melalui IP sistem VPS, bukan melalui proxy yang terikat pada profil tertentu.
Kebocoran ini sendiri tidak memberikan platform IP pengguna yang sebenarnya secara langsung, tetapi jika Anda memiliki pemantauan firewall atau bekerja di yurisdiksi dengan persyaratan ketat untuk kebersihan jaringan, sebaiknya periksa pengaturan pembaruan otomatis di aplikasi browser anti-detect itu sendiri dan, jika memungkinkan, matikan sinkronisasi latar belakang saat bekerja dengan akun sensitif.
Daftar Periksa: cara memeriksa VPS sebelum menjalankan akun
Sebelum menjalankan kampanye iklan atau mengelola akun klien melalui VPS dengan browser anti-detect, lakukan daftar periksa sederhana:
| Pemeriksaan | Apa yang harus cocok |
|---|---|
| Pengujian kebocoran WebRTC | IP dari pengujian = IP proxy, bukan IP penyedia VPS |
| Pengujian kebocoran DNS | Server DNS di geo proxy, bukan di geo pusat data |
| Zona waktu browser | Cocok dengan geo proxy (mode Berdasarkan IP) |
| Bahasa dan lokal sistem | Cocok dengan bahasa negara proxy |
| Pembaruan otomatis OS | Dimatikan atau diatur melalui proxy sistem |
| Jenis proxy di profil | SOCKS5 dengan tunneling DNS penuh |
Lakukan pemeriksaan ini untuk setiap profil baru, terutama jika Anda memperbesar skala pengambilan akun di VPS baru atau memindahkan profil kerja klien ke server lain.
Proxy mana yang harus dipilih untuk bekerja dengan VPS
Pemilihan jenis proxy secara langsung mempengaruhi seberapa sering kebocoran yang dijelaskan akan muncul dan seberapa besar dampaknya terhadap pemblokiran. Untuk pengambilan akun iklan Facebook Ads dan TikTok Ads, sebagian besar arbitrase memilih proxy residensial — mereka menggunakan IP nyata dari pengguna rumah, dan bahkan jika zona waktu atau DNS sedikit berbeda, jejak lalu lintas tetap terlihat alami untuk sistem anti-fraud.
Untuk tugas di mana kesamaan maksimum dengan pengguna seluler penting — misalnya, pengambilan akun TikTok atau Instagram yang biasanya diakses dari ponsel — lebih baik menggunakan proxy seluler. Mereka lebih jarang memicu analisis jaringan mendalam, seperti yang dijelaskan dalam bagian tentang jejak TCP/IP, karena operator seluler sudah memberikan IP dinamis yang sering berubah, mirip dengan perilaku pengguna nyata.
Jika tugasnya bukan akun, tetapi pengambilan harga di Wildberries, Ozon, atau memantau pesaing di Avito, di mana kecepatan dan stabilitas penting, bukan penyamaran sebagai manusia, lebih bijaksana untuk menggunakan proxy pusat data — mereka lebih cepat dan lebih mudah menangani volume permintaan besar tanpa risiko akun diblokir (pengambilan biasanya dilakukan tanpa otorisasi di akun).
Kesimpulan
VPS dengan browser anti-detect adalah kombinasi yang efektif untuk multi-akun, tetapi memerlukan perhatian pada detail di tingkat seluruh sistem, bukan hanya pengaturan profil di Dolphin Anty, AdsPower, atau GoLogin. IP server yang sebenarnya dapat bocor melalui WebRTC, permintaan DNS, ketidaksesuaian zona waktu, proses latar belakang OS, jejak TCP/IP, dan telemetri dari browser itu sendiri. Setiap kebocoran ini adalah alasan terpisah untuk pemblokiran akun iklan atau aktivitas mencurigakan di marketplace.
Periksa profil menggunakan daftar periksa sebelum setiap peluncuran kampanye, atur tunneling DNS SOCKS5, dan pilih jenis proxy sesuai dengan tugas tertentu. Untuk pengambilan akun iklan dan pengelolaan media sosial, kami merekomendasikan untuk memulai dengan proxy residensial — mereka memberikan keseimbangan terbaik antara anonimitas, kecepatan, dan ketahanan terhadap anti-fraud, meminimalkan risiko bahwa kebocoran yang disebutkan dalam artikel ini akan menyebabkan pemblokiran.