Kenapa VPN lambat dan cara mempercepatnya

Cara mengukur kecepatan dengan benar

Kebanyakan keluhan soal VPN lambat berdasarkan satu pengukuran di momen yang kurang tepat. Sebelum mengubah apa pun, dapatkan angka yang bisa dipercaya.

1. Matikan VPN dan ukur kecepatan serta latensi ke server tes di negara yang sama dengan lokasi VPN Anda.
2. Aktifkan VPN dan ulangi pengukuran ke server tes yang sama setelah satu menit.
3. Lakukan tiga kali pengukuran di setiap kondisi dan bandingkan mediannya, bukan nilai terbaik.
4. Catat protokol, lokasi, jenis jaringan (Wi-Fi 2,4 atau 5 GHz, kabel, LTE), dan waktu pengukuran.
5. Ulangi di jaringan lain: jika selisih antara rumah dan LTE lebih besar dari selisih antara “dengan VPN” dan “tanpa VPN”, penyebabnya ada di jaringan, bukan di VPN.

Membandingkan kecepatan ke server tes Rusia tanpa VPN dengan server tes Eropa memakai VPN itu keliru: Anda mengukur rute yang berbeda. Tesnya harus mengarah ke titik yang sama.

Jarak dan pemilihan lokasi

Setiap 1000 km menambah sekitar 10 ms latensi satu arah, dan dengan perjalanan pulang serta node perantara — 20–30 ms. Untuk memuat halaman web ini tidak terasa, tapi untuk game dan panggilan — terasa jelas. Kecepatan koneksi TCP juga bergantung pada latensi: makin tinggi latensinya, makin lambat koneksi mencapai kecepatan penuh dan makin terasa dampak kehilangan paket.

Nilainya tergantung pada penyedia internet Anda dan konektivitasnya. Saran praktis: jadikan lokasi terdekat sebagai lokasi utama, dan aktifkan lokasi jauh hanya sesuai kebutuhan. Mengganti lokasi di aplikasi hanya butuh beberapa detik, dan server pribadi disiapkan di lokasi baru dalam beberapa menit. Untuk pengguna dari Rusia, titik awal yang baik biasanya Belanda atau Finlandia.

Protokol dan overhead-nya

Protokol menentukan berapa banyak data layanan yang ditambahkan ke setiap paket dan berapa banyak waktu prosesor yang dipakai untuk enkripsi. Perbedaan antara protokol modern dan yang sudah usang bisa berkali-kali lipat.

Jika jaringan tidak mengganggu, pilih WireGuard atau MeduzaVPN. Jika terganggu — ULTRA atau VLESS: keduanya sedikit lebih berat, tapi tetap berfungsi di tempat WireGuard terputus atau melambat. Simpan OpenVPN untuk kasus ketika tidak ada yang lain yang bisa lewat jaringan tersebut: arsitekturnya memang lambat, dan dalam mode TCP masih ditambah masalah kontrol pengiriman ganda.

Jaringan seluler, perlambatan, dan DPI

Jika di rumah VPN-nya cepat tapi di LTE nyaris tidak berfungsi, penyebabnya biasanya bukan kecepatan jaringan, melainkan perangkat analisis lalu lintas mendalam milik operator. Perangkat itu mengenali protokol berdasarkan tanda dan perilaku, dan bisa saja tidak memblokir koneksi sepenuhnya, tapi memperlambatnya sampai hanya beberapa Mbps atau memutusnya setelah beberapa menit.

Tanda-tanda bahwa penyebabnya pemfilteran, bukan jaringan:

• Koneksi tersambung, tapi kecepatannya puluhan kali lebih rendah dibanding tanpa VPN.
• Beberapa detik pertama cepat, lalu tiba-tiba melambat drastis.
• Mengganti protokol ke ULTRA atau VLESS langsung mengembalikan kecepatan.
• Masalahnya muncul di satu operator dan tidak ada di operator lain.

Solusinya adalah mengganti protokol di aplikasi. Selengkapnya soal bagaimana mekanisme ini bekerja dan kenapa protokol yang kemarin berfungsi bisa melambat hari ini, ada di bagian tentang VPN di Rusia.

MTU dan DNS

MTU: saat semua “berfungsi”, tapi lambat

MTU adalah ukuran maksimum paket di jalur pengiriman. Ethernet biasa — 1500 byte, terowongan menambahkan header, dan di dalamnya paket harus lebih kecil: untuk WireGuard biasanya 1420, di operator seluler dan PPPoE lebih kecil lagi. Jika MTU di dalam terowongan lebih besar dari yang bisa dilewatkan jalur, paket akan terpecah atau hilang. Gejalanya khas: halaman kecil terbuka normal, berkas besar dan video macet, kecepatannya naik turun.

Aplikasi menyesuaikan MTU secara otomatis, tapi di jaringan dengan enkapsulasi nonstandar (sebagian operator seluler, internet satelit, terowongan bertingkat), pengurangan manual ke 1280–1380 di pengaturan koneksi bisa membantu.

DNS: jeda lambat di awal tiap halaman

Jika permintaan DNS mengarah ke server yang jauh atau kelebihan beban, setiap halaman baru dimulai dengan jeda, meski kecepatan pemuatannya sendiri normal. Aplikasi mengarahkan DNS lewat terowongan ke resolver yang dekat dengan server Anda. Jika Anda menulis DNS secara manual di sistem, pastikan DNS itu tidak berada di benua lain dari lokasi VPN Anda.

Wi-Fi, prosesor perangkat, dan router

Wi-Fi 2,4 atau 5 GHz

Frekuensi 2,4 GHz penuh sesak oleh tetangga dan gelombang mikro, batas praktisnya 30–60 Mbps dengan kehilangan paket yang tinggi. VPN lebih sensitif terhadap kehilangan paket dibanding lalu lintas biasa, karena satu paket terowongan yang hilang berarti data dari beberapa koneksi sekaligus ikut hilang. Sambungkan ke jaringan 5 GHz atau kabel dan ulangi pengukuran: sering kali diagnosis selesai sampai di sini.

Prosesor perangkat

Enkripsi dilakukan di perangkat. Ponsel atau laptop modern melakukannya dengan mudah pada kecepatan ratusan Mbps, tapi tablet lama, TV, atau router bisa terbentur batas prosesornya. Tandanya: kecepatan sama rendahnya di lokasi mana pun, dan perangkatnya jadi panas. Protokol dengan enkripsi ringan — WireGuard atau MeduzaVPN — bisa membantu.

VPN di router

Jika VPN dipasang di router, batasannya adalah prosesornya. Di MT7621 batasnya puluhan Mbps, di Filogic dan x86 ratusan Mbps. Ini normal dan tidak bisa diatasi dengan mengganti lokasi; untuk perangkat yang butuh kecepatan penuh, pasang aplikasinya langsung di perangkat itu.

Beban server

Di layanan VPN massal, satu server dipakai bersama oleh ribuan pengguna, dan di malam hari, saat semua orang menonton video, kecepatannya turun untuk semua orang. Ini tidak bisa diatasi dengan protokol atau MTU — hanya dengan mengganti server yang saat itu lebih sedikit penggunanya.

Server pribadi MeduzaVPN tidak punya masalah ini: hanya Anda dan keluarga Anda yang ada di server itu, jalurnya tidak dibagi dengan orang asing. Jadi kalau kecepatannya turun, carilah penyebabnya di antara penyebab lain dalam artikel ini. Perbedaan kedua model ini dibahas lebih lengkap di artikel tentang server VPN pribadi.

Satu-satunya faktor “server” pada VPN pribadi adalah konektivitas data center dengan penyedia internet Anda. Jika lokasi yang secara geografis lebih dekat justru bekerja lebih buruk dari yang lebih jauh, masalahnya ada di rute, dan solusinya adalah mencoba lokasi tetangga.

Split tunneling untuk aplikasi berat

Tidak semua lalu lintas butuh VPN. Pembaruan game puluhan gigabita, cadangan cloud, layanan lokal yang tetap menolak IP asing — semua itu bisa dikeluarkan dari terowongan. Split tunneling di aplikasi MeduzaVPN memungkinkan Anda memilih aplikasi mana yang lewat langsung, dan menyisakan di terowongan hanya yang memang membutuhkan VPN.

Yang biasanya dikeluarkan dari terowongan:

• toko game dan klien pembaruan;
• penyimpanan cloud dengan sinkronisasi besar;
• aplikasi perbankan dan layanan pemerintah;
• streaming lokal yang tidak berfungsi dengan IP asing;
• klien torrent, jika bukan tujuan dari VPN itu sendiri.

Sisi buruknya: lalu lintas dari aplikasi yang dikecualikan terlihat oleh penyedia internet dan lewat dengan IP asli Anda. Kecualikan hanya yang memang bisa diterima.

Kesimpulan

Urutan diagnosisnya: ukur dengan benar, pilih lokasi terdekat, pasang WireGuard atau MeduzaVPN di jaringan bersih dan ULTRA di jaringan yang difilter, periksa Wi-Fi 5 GHz dan MTU, keluarkan aplikasi berat lewat split tunneling. Setelah itu, dalam kebanyakan kasus VPN hanya tertinggal beberapa persen dari koneksi langsung.

Server pribadi MeduzaVPN menghilangkan penyebab utama VPN bersama yang lambat — beban dari pengguna lain, dan pergantian protokol di aplikasi mengatasi pemfilteran dari operator. Langganan berlaku tanpa biaya selama 7 hari untuk menguji kecepatan di jaringan Anda sendiri. Lihat paket harga.

Pertanyaan yang sering diajukan