Pada 4 Agustus 2026, puluhan layanan pemintas blokir di Rusia berhenti berfungsi hampir secara bersamaan. Masalah ini dikonfirmasi oleh tim Paper VPN, Amnezia, VPN Generator, VPN Legend, GaMMa VPN, LTVPN, ABS, dan FoxyBot — totalnya lebih dari 20 layanan dengan berbagai ukuran terpengaruh oleh gangguan tersebut. Roskomnadzor tidak memberikan komentar resmi mengenai situasi ini, tetapi gambaran dari gangguan tersebut sudah jelas: layanan-layanan tersebut tidak mati satu per satu, melainkan secara berkelompok, terikat pada penyedia hosting tertentu.
Ini bukan sekadar "gelombang pemblokiran lainnya". Objeknya sendiri telah berubah: yang dikirim ke filter bukan protokol atau aplikasi, melainkan ruang alamat — alamat IP tertentu dan seluruh subnet penyedia hosting, di mana infrastruktur pemintas beroperasi. Mari kita bahas apa yang sebenarnya berubah, mengapa ini merusak VPN konsumen lebih efektif daripada DPI mana pun, dan apa yang harus diperhatikan oleh mereka yang membutuhkan akses kerja ke layanan eksternal.
Apa yang terjadi pada 4 Agustus: gangguan di batas penyedia hosting
Dari luar, ini tampak seperti kecelakaan biasa: pengguna mengeluh tentang ketidakmampuan untuk terhubung atau koneksi yang sangat tidak stabil. Namun, kecelakaan tidak mungkin terjadi secara bersamaan pada delapan tim independen yang tidak terhubung satu sama lain kecuali melalui kapasitas yang disewa.
Media terkait (Anti-Malware.ru, SecurityLab) menggambarkan mekanisme yang sama: alamat IP dan seluruh subnet dari penyedia hosting besar terkena pembatasan. Jika rentang alamat langsung masuk ke filter, maka serangkaian koneksi juga terputus — dan layanan yang menyewa kapasitas dari satu penyedia akan terputus dalam satu menit, meskipun secara teknis tidak ada yang sama di antara mereka.
Komentar dari para ahli juga sangat berarti. Pengacara Sarkis Darbinyan menunjukkan beberapa saluran deteksi: detektor VPN yang tertanam dalam aplikasi Rusia dan pembelian akun premium yang sederhana untuk mendapatkan daftar server layanan yang terkini dari dalam. Mikhail Klimarev berbicara tentang penemuan beberapa puluh sistem otonom yang digunakan oleh layanan pemintas.
Poin kedua perlu dibaca kembali. VPN konsumen massal harus memberikan daftar server kepada klien — jika tidak, aplikasi tidak akan terhubung. Artinya, siapa pun yang membayar langganan mendapatkan peta lengkap infrastruktur layanan. Ini bukan peretasan dan bukan intelijen yang rumit, ini hanya satu pembelian.
Dinamika: dari 197 layanan menjadi 469 dalam satu setengah tahun
Pemblokiran berdasarkan daftar sudah ada sebelumnya, tetapi kecepatan meningkat secara signifikan. Menurut data dari Roskomnadzor sendiri, pada akhir Februari 2026 akses dibatasi ke 469 layanan VPN. Sebagai perbandingan: pada Oktober 2024, jumlahnya adalah 197, dan pada Oktober 2025 — 258. Jadi, dalam empat bulan musim dingin, daftar tersebut hampir dua kali lipat.
Secara bersamaan, sejak Desember 2025, pembatasan pada protokol tertentu — SOCKS5, VLESS, dan L2TP — semakin ketat. Garis terpisah — Telegram: pembatasan berlaku sejak musim panas 2025 dan semakin ketat pada Februari 2026, dan keluhan tentang pengunduhan foto dan video masih tercatat hingga kini (menurut data Downdetector — sekitar 500 pengaduan per hari pada 20 Agustus).
Detail penting bagi mereka yang mencoba mengatasi masalah dengan pengaturan: berdasarkan analisis gelombang Agustus, kriteria utama pemilihan adalah port standar. Jika hanya port 443 yang ditutup, memindahkan koneksi ke port non-standar memang membantu — tetapi hanya sampai saat pemilihan mulai dilakukan tidak berdasarkan nomor port, tetapi berdasarkan karakteristik respons server. Maka, pemindahan hanya akan menunda pemblokiran.
Lapisan kedua: pembersihan "daftar putih" dan peran baru penyedia hosting
Yang paling menarik dalam cerita Agustus adalah bukan pemblokiran itu sendiri, tetapi apa yang dibahas beberapa hari sebelum itu. Kementerian Digital mengusulkan kepada penyedia hosting mekanisme pemeriksaan permanen alamat IP dari "daftar putih" Pusat pemantauan dan pengelolaan jaringan komunikasi umum — daftar pengecualian yang mencakup VPN korporat yang legal.
Logika dari skema yang dibahas adalah sebagai berikut:
- jika dalam seminggu pemantauan melihat tanda-tanda infrastruktur VPN pada alamat tersebut, penyedia hosting akan menerima permintaan;
- penyedia memiliki 24 jam untuk mengonfirmasi legalitas penunjukan server;
- jika klien telah melewati identifikasi minimal — hanya nomor telepon atau kartu bank — layanan dapat dihentikan dalam waktu 30 menit;
- jika klien terverifikasi melalui "Layanan Publik", biometrik, atau sebagai badan hukum, mereka akan diminta untuk menghapus infrastruktur;
- penyedia hosting yang secara sistematis membiarkan hal ini terjadi dengan pemeriksaan klien yang lemah berisiko mendapatkan status tidak jujur — dan bersamaan dengan itu, pembatasan pada seluruh subnet perusahaan dengan akses hanya ke sumber daya dari "daftar putih".
Saya tekankan: ini adalah usulan yang dibahas, bukan aturan yang berlaku — kriteria, tenggat waktu peluncuran, dan urutan penerapan belum disetujui. Namun, arahannya jelas: kewajiban untuk mencari layanan pemintas dialihkan kepada penyedia hosting itu sendiri, dan alatnya adalah ruang alamatnya sendiri. Sejak Februari 2024, hanya perusahaan dari daftar Roskomnadzor yang dapat memberikan layanan hosting di Rusia — pada Juli 2026, ada 584 penyedia dalam daftar tersebut, dan ini adalah daftar tanggung jawab yang sudah siap.
Mengapa ini merusak VPN lebih baik daripada DPI
Pertarungan klasik melawan pemintas blokir adalah kompetisi dalam menyamarkan lalu lintas: DPI mencari tanda tangan protokol, pengembang menyembunyikannya di bawah HTTPS biasa, DPI belajar lagi. Permainan ini tidak ada habisnya, dan dalam permainan ini pihak yang bertahan secara teratur memenangkan putaran: protokol yang menyamarkan lalu lintas di bawah HTTPS biasa pada tahun 2026 bekerja jauh lebih stabil dibandingkan dengan yang "telanjang".
Pemblokiran berdasarkan alamat menghindari kompetisi ini. Tidak peduli seberapa baik lalu lintas Anda disamarkan, jika alamat tujuan itu sendiri tidak dapat diakses. Yang diserang bukanlah tanda tangan, tetapi sumber daya langka — IP bersih di platform yang bersahabat. Dan sumber daya ini di VPN konsumen diatur dengan sangat rentan: beberapa ratus server di beberapa penyedia, klien publik dengan daftar alamat lengkap, dan satu titik kegagalan di tingkat sistem otonom.
Tiga tingkat di mana akses dibatasi saat ini
Untuk tidak membingungkan penyebab dan tidak mengobati satu dengan yang lain, berguna untuk memegang skema sederhana. Pembatasan dikenakan pada tiga tingkat independen, dan langkah-langkah perlindungan di masing-masing berbeda.
- Tingkat protokol. DPI mencari tanda tangan: handshake, ukuran paket yang khas, perilaku TLS. Ini dapat diatasi dengan menyamarkan sebagai HTTPS biasa — dan di sinilah perlombaan abadi berlangsung. Sejak Desember 2025, pada tingkat ini, SOCKS5, VLESS, dan L2TP ditekan secara terpisah.
- Tingkat alamat. Filter memasukkan IP, subnet, atau seluruh sistem otonom. Menyamarkan lalu lintas di sini tidak ada gunanya: alamat tujuan tidak dapat diakses. Inilah yang terjadi pada 4 Agustus.
- Tingkat penyedia. Kewajiban untuk mencari dan mematikan infrastruktur pemintas dialihkan kepada penyedia hosting, dan sanksinya adalah pembatasan pada subnetnya sendiri. Meskipun ini adalah skema yang dibahas, tetapi ini berdampak pada semua klien platform sekaligus, termasuk mereka yang tidak memiliki hubungan dengan VPN.
Kesalahan yang paling sering dilakukan adalah mencoba menyelesaikan masalah tingkat kedua dengan cara tingkat pertama: mengubah protokol dan port, ketika alamat sudah ada dalam daftar. Gejala yang muncul sama — koneksi tidak terhubung — tetapi penyebabnya berbeda.
Apa yang berubah bagi mereka yang membutuhkan akses ke layanan eksternal
Di sini dimulai bagian praktis, dan sebaiknya diungkapkan dengan jujur, tanpa janji akan ketidakrentanan.
Permukaan pemblokiran pada proxy residensial dan mobile diatur secara berbeda. Alamat keluar dari proxy semacam itu tidak dimiliki oleh penyedia hosting, tetapi oleh penyedia internet rumah atau operator seluler — ASN yang sama dari mana pelanggan biasa keluar. Memblokir seluruh subnet di sini berarti memutuskan orang-orang hidup, oleh karena itu pembersihan massal di batas sistem otonom di segmen ini tidak berfungsi seperti yang terjadi pada penyedia hosting pada 4 Agustus. Ini juga menjelaskan mengapa proxy mobile dengan alamat CGNAT yang umum untuk ratusan pelanggan lebih mahal daripada data center: menolak alamat semacam itu mahal bagi platform itu sendiri.
Apa yang tidak diberikan. Proxy tidak menghapus DPI: jika filtrasi terikat pada tanda tangan protokol atau karakteristik sesi TLS, jenis IP keluar tidak akan menyelamatkan. Ini juga tidak akan menyelamatkan dari pemblokiran layanan tujuan itu sendiri, dan dari pembatasan yang dikenakan oleh platform (captcha, persyaratan login, kebijakan regional). Analisis mendetail tentang bagaimana garis pertahanan ini bekerja dapat ditemukan dalam materi tentang pemintas blokir di bawah DPI aktif.
Apa yang harus dilakukan sekarang jika akses diperlukan untuk pekerjaan:
- Jangan menyimpan semuanya dalam satu sistem otonom. Gangguan Agustus adalah tentang ini: satu penyedia — satu titik kegagalan. Saluran cadangan harus melalui jenis alamat yang sama sekali berbeda, bukan melalui server kedua dari penyedia yang sama.
- Bedakan tugas. Akses ke layanan eksternal untuk individu dan otomatisasi dengan ratusan permintaan — skenario yang berbeda dengan persyaratan yang berbeda. Untuk yang kedua, jenis alamat dan stabilitas sesi lebih penting daripada kecepatan.
- Jangan menganggap port non-standar sebagai solusi. Ini hanya penundaan. Jika pemilihan beralih ke analisis respons server, pemindahan ke port lain tidak akan membantu.
- Diagnosis terlebih dahulu, kemudian pembelian. Gejala "tidak ada yang berfungsi" bisa muncul dari empat kerusakan yang berbeda, dan proxy tidak membantu dalam semua kasus. Bagaimana membedakan pemutusan regional dari pemblokiran layanan tertentu dalam beberapa menit dijelaskan dalam panduan diagnosis pemutusan.
- Untuk Telegram, lihat protokol secara terpisah. MTProto dan SOCKS5 berperilaku berbeda saat difilter, dan pilihan di sini tidak sekadar "ambil proxy mana saja" — detailnya ada dalam panduan jujur untuk proxy Telegram.
Kesimpulan
Gelombang Agustus menunjukkan perubahan taktik: dari perburuan protokol ke pengelolaan ruang alamat dan pengalihan pencarian kepada penyedia hosting. Untuk VPN konsumen massal, ini adalah pukulan berat — infrastruktur mereka kompak, publik, dan terpusat di beberapa penyedia, dan daftar server dibeli bersamaan dengan langganan.
Untuk akses yang diperlukan dalam pekerjaan, kesimpulannya sederhana dan membosankan: ketahanan sekarang ditentukan bukan oleh "keren-nya protokol", tetapi oleh keragaman ruang alamat dan seberapa mahal bagi platform untuk menolak IP keluar Anda bersama dengan pelanggan biasa. Jika tujuannya adalah akses stabil ke layanan eksternal dan otomatisasi, proxy residensial memberikan permukaan pemblokiran yang secara prinsip berbeda dibandingkan dengan server di hosting sewaan. Ini bukan sihir, tetapi ekonomi yang berbeda untuk sisi itu.
```