Cara menguji kecepatan VPN agar angkanya bermakna

Uji kecepatan tidak pernah mengukur VPN. Ia mengukur sebuah jalur, dan menyalakan terowongan menggantikan sebagian jalur itu sebelum byte pertama bergerak. Karena itulah satu laptop menampilkan angka sehat terhadap satu situs dan angka buruk terhadap situs lain tanpa ada yang berubah di kedua sisi. Bacalah hasilnya sebagai bukti tentang sebuah rute, bukan sebagai skor untuk sebuah produk.

Tiga hal menentukan apakah perbandingan itu bernilai: apakah kedua putaran mencapai target yang sama, apakah jaringan akses tetap diam, dan apakah Anda mencatat tunda bersama volume.

Apa yang ditulis ulang terowongan sebelum byte pertama

Klien membungkus setiap paket dalam header lain, sehingga muatan berguna per paket menyusut. Biayanya per paket, bukan per transfer, artinya berkas besar memerlukan lebih banyak paket daripada berkas yang sama yang dikirim tanpa terowongan. Biaya tambahan seperti itu tampak sebagai jumlah paket, bukan sebagai pengaturan yang terlihat.

Ada dua akibat. Uji yang dibangun dari blok besar merasakan biaya per paket, sedangkan uji dari banyak permintaan kecil justru merasakan perjalanan pulang-pergi. Dan jika penemuan MTU jalur terhalang di suatu titik, terowongan menetap pada ukuran paket lebih kecil dan laju turun karena alasan yang tidak ada hubungannya dengan sandi.

Anda bisa mengamati langit-langitnya secara langsung. Di Linux, minta muatan terbesar yang lolos tanpa fragmentasi, lalu ulangi dengan terowongan menyala:

ping -M do -s 1472 -c 3 203.0.113.10

Jika itu gagal, turunkan ke 1,400 dan coba lagi. Terowongan yang hanya membawa 1,380 byte memberi tahu Anda bahwa ada sesuatu yang menekan lebih jauh di jalur, dan tidak ada penyetelan di klien yang akan mengangkatnya.

Mengapa server uji berpindah saat terowongan menyala

Sebagian besar alat memilih server terdekat berdasarkan alamat publik yang mereka lihat. Saat terowongan menyala, alamat itu milik node keluar, sehingga alat bisa memilih host di kota atau negara lain. Anda lalu membandingkan dua tujuan, dan selisih di antaranya memuat jarak dari titik keluar ke host uji.

Patok server berdasarkan nama atau ID sebelum putaran pertama dan pertahankan pada setiap putaran berikutnya. Jika alat tidak mau menahannya, pilih target yang Anda kendalikan dan jalankan sendiri: iperf3 -c test.example.net -R -t 20 menahan tujuan tetap dan memberi Anda angka yang bisa dibandingkan dengan kemarin.

Ubah satu variabel, dan lapisan bawah bukan satu

Nirkabel adalah perubahan tersembunyi yang biasa. Kekuatan sinyal bergeser saat laptop berpindah dan keterisian kanal bergeser saat tetangga memulai panggilan, sehingga dua putaran berjarak sepuluh menit di Wi-Fi bukan pengulangan uji yang sama. Kabel, atau posisi tetap dengan tingkat sinyal dicatat, menghilangkan sebagian besar derau itu. Catatan tingkat sinyal di awal dan akhir setiap putaran biasanya cukup untuk menunjukkan apakah dua putaran saling terkait.

Beban perangkat masuk keranjang yang sama. Klien yang mengenkripsi pada satu inti mencapai langit-langitnya sendiri jauh sebelum tautan, dan sinkronisasi latar belakang mencapainya lebih cepat. Pantau CPU selama putaran dan catat apa lagi yang terbuka. Pengaturan daya juga bisa menggigit di sini, karena laptop yang memakai baterai dapat membatasi prosesor jauh sebelum tautan mendekati sibuk.

Jaga lapisan bawah tetap diam alih-alih merata-ratakannya. Tiga putaran yang sepakat mengatakan lebih banyak daripada sepuluh yang diambil di ruangan berbeda.

Tunda, kehilangan, dan ICMP menjawab pertanyaan berbeda

Ping mengirim probe kecil ke alamat tetap, dan banyak jaringan menjawab ICMP dengan prioritas rendah atau mengabaikannya sama sekali. Balasan yang hilang menggambarkan probe, bukan paket aplikasi. Waktu pulang-pergi yang naik di bawah beban biasanya berarti antrean sedang terisi, bukan bahwa rutenya memanjang.

Untuk mengetahui apakah terowongan menambah tunda, bandingkan satu target dengan dan tanpa terowongan, atau bandingkan dua titik keluar yang dapat dicapai dari jaringan akses yang sama. Jalankan probe berulang kali dan lihat sebarannya, karena rata-rata justru menyembunyikan variasi yang membuat panggilan tidak terpakai.

Kembali ke tugas yang terasa lambat

Tolok ukur yang membaik sementara panggilan masih tersendat telah menjawab hal lain. Jalankan lagi tugas yang memulai penyelidikan, entah itu rapat, berbagi berkas, atau sesi desktop jarak jauh. Jika angkanya membaik dan tugasnya tidak, hambatan ada di tempat yang tidak pernah dicapai uji, seperti server di balik terowongan atau tautan unggah di sisi Anda.

Catat setiap putaran dengan perangkat, jaringan akses, titik akhir, protokol, target, dan waktu. Putaran yang tidak pernah tersambung adalah hasil keterjangkauan, bukan laju nol, jadi simpan di bawah label itu alih-alih menghapusnya.

Daftar singkat sebelum perbandingan berikutnya

Patok target dan tuliskan mengapa Anda memilihnya. Catat ukuran paket yang diizinkan jalur, agar penurunan di kemudian hari punya penjelasan. Jaga jaringan akses tetap sama, catat beban CPU, dan ambil tiga putaran sebelum percaya pada perbedaan.

Lalu ubah tepat satu hal dan ulangi. Perbandingan yang bisa Anda jelaskan lebih baik daripada yang angkanya lebih besar.