Mengapa dua ujian kelajuan VPN pada terowong yang sama tidak sepadan

Dua larian, satu terowong, dan angkanya berbeza tiga kali ganda. Terowong itu tidak berubah antara keduanya. Yang berubah ialah pengukuran: laman ujian yang memilih pelayan berdasarkan lokasi nampak anda, bilangan strim yang menentukan sama ada satu permulaan perlahan atau enam mengisi paip, dan tempoh yang cukup pendek untuk tamat sebelum laluan itu digunakan dengan betul. Ujian kelajuan tidak salah, tetapi ia menjawab soalan yang lebih sempit daripada yang ditanya orang kepadanya.

Alamat exit baharu menukar destinasi ujian

Kebanyakan laman ujian memilih pelayan pengukuran secara automatik, dan mereka memilihnya sebahagiannya dengan melihat dari mana sambungan anda kelihatan datang. Hidupkan terowong dan negara nampak anda berubah, jadi pelayan yang dipilih berubah, dan perbandingan kini merangkumi dua laluan berbeza ke dua hos berbeza.

Hasilnya bukan pengukuran VPN sama sekali. Ia pengukuran laluan anda ke pelayan yang anda tidak pilih, dan perbezaan antara dua larian itu boleh didominasi oleh peering pelayan tersebut dan bukan oleh apa-apa yang dilakukan terowong.

Tetapkan destinasi sebelum mengubah apa-apa yang lain. Setiap alat yang boleh dipercayai membolehkan anda memilih pelayan secara jelas, dan apabila tidak, halaman hasil biasanya menamakan yang digunakan, yang cukup untuk menyedari kedua-dua larian tidak setara. Sahkan apa yang dilihat laman itu sebelum anda mempercayai pilihannya:

curl -sS https://ipinfo.io/json | grep -E '"ip"|"org"|"country"'

Jika negara berubah antara larian, semua yang dipilih ujian selepas itu juga berubah. Tulis exit yang diperhatikan di sebelah setiap hasil dan kekeliruan itu kebanyakannya hilang.

Permulaan perlahan tamat selepas kebanyakan ujian pendek tamat

Sambungan TCP tidak bermula pada kadar pautan. Ia bermula dengan tetingkap kesesakan yang kecil, menggandakannya kira-kira setiap perjalanan pergi balik, dan hanya mencapai kapasiti laluan selepas beberapa perjalanan. Ujian sepuluh saat pada laluan berlaten tinggi boleh menghabiskan sebahagian besar hayatnya dalam pendakian itu.

Sebab itulah terowong yang lebih tinggi latensinya mendapat skor lebih buruk dalam ujian pendek daripada yang sepatutnya, dan sebab itulah larian lebih panjang sering melaporkan angka lebih tinggi tanpa sebarang perubahan konfigurasi. kerangka daya pemprosesan RFC 6349 mengendalikan perkara ini secara jelas, dan sebab itulah pengukuran serius berjalan cukup lama untuk mencapai keadaan mantap. Larian lima saat pada laluan satelit mengukur pemecut, bukan jalan.

Lihat fasa sambungan daripada mempercayai satu angka. Curl melaporkan setiap peringkat secara berasingan, jadi anda boleh melihat sama ada masa pergi ke jabat tangan, ke pendakian atau ke pemindahan:

curl -sS -o /dev/null -w 'dns=%{time_namelookup} tcp=%{time_connect} tls=%{time_appconnect} total=%{time_total} bytes/s=%{speed_download}\n' \
  https://mirror.example.net/testfile.bin

Jalankannya dua kali berturut-turut ke destinasi yang sama. Jika larian kedua jauh lebih pantas, anda mengukur pendakian, bukan laluan, dan sebarang perbandingan yang hanya menggunakan larian pertama adalah syak wasangka.

Satu strim dan enam strim mengukur perkara berbeza

Satu strim TCP dihadkan oleh tetingkap yang boleh dikekalkan di udara, iaitu kira-kira masa perjalanan pergi balik didarab dengan kadar. Pada laluan panjang hasil darab itu melebihi apa yang akan digunakan oleh satu strim, jadi satu muat turun melaporkan kapasiti yang ada dengan lebih rendah. Enam strim selari mengisi jurang itu dan menghasilkan angka yang lebih besar.

iperf3 -c speed.example.net -t 20
iperf3 -c speed.example.net -t 20 -P 6
mtr -rwc 50 speed.example.net

Kedua-dua angka itu benar. Angka satu strim memberitahu apa yang akan dilakukan satu muat turun, yang biasanya diperoleh tab pelayar. Angka selari memberitahu apa yang boleh dibawa oleh laluan secara keseluruhan, yang boleh dimanfaatkan oleh torrent atau muat turun berbilang bahagian. Memetik satu seolah-olah ia yang lain adalah cara terowong sihat diganti tanpa sebab.

Membandingkan hasil selari dengan hasil satu strim ialah cara paling biasa orang membuat kesimpulan bahawa VPN telah memotong kelajuan mereka separuh. Samakan kaedahnya, kemudian bandingkan. Jejak dalam arahan ketiga menambah konteks yang hilang: laluan dengan jitter tinggi akan memberi hasil tidak konsisten dalam kedua-dua mod, dan tiada bilangan strim membaikinya.

Penyulitan memakan masa pemproses, penkapsulan memakan bait

Dua mekanisme berjalan pada setiap paket tanpa mengira betapa pantasnya pautan. Penyulitan menggunakan pemproses setiap bait, dan penkapsulan menambah bait pengepala yang masih perlu dibawa oleh pautan. Kedua-duanya muncul sebagai siling, dan gejalanya berbeza.

Siling pemproses muncul sebagai dataran: daya pemprosesan berhenti meningkat berapa pun strim yang ditambah, dan pemproses mesin sibuk sedangkan pautan tidak. Pada penghala kecil atau telefon, itu selalunya had sebenar, dan sebab itulah talian pantas masih boleh memberi terowong yang sederhana.

Kos bait lebih kecil tetapi tetap. Pengepala tambahan bermakna kurang muatan setiap paket, dan pada laluan dengan unit penghantaran maksimum tetap ia juga boleh mencetuskan pemecahan atau lubang hitam yang muncul sebagai tersekat pada pemindahan besar dan bukan sebagai purata perlahan.

Ketiga-tiga ini sering dikelirukan kerana pengguna menyifatkan semuanya sebagai «VPN perlahan». Hanya yang pertama bertindak balas kepada mesin lebih besar, hanya yang kedua bertindak balas kepada MTU lebih kecil, dan hanya yang ketiga bertindak balas kepada pengurusan baris gilir.

Catat kaedahnya dalam rekod

Hasil yang berbaloi disimpan menamakan peranti, rangkaian akses, exit, pelayan pengukuran, arah, bilangan strim dan tempoh. Tanpa itu, dua angka tidak boleh dibandingkan, dan tiket yang mengandungi satu angka sebenarnya hanyalah suasana hati.

Simpan juga larian yang buruk. Siri di mana satu exit menghasilkan tersekat setiap kali jauh lebih bermaklumat daripada purata, dan tersekat itulah yang disembunyikan oleh purata.

Kemudian uji perkara yang anda benar-benar pedulikan. Jika matlamatnya muat turun besar, muat turun fail itu. Jika matlamatnya panggilan, ukur latensi di bawah beban dan bukan daya pemprosesan semasa melahu, kerana terowong boleh mendapat skor baik dalam ujian kelajuan dan masih menjadikan setiap mesyuarat tidak terdengar.