Muat naik VPN lebih perlahan daripada muat turun? Tentukan had mana yang anda hadapi

Kebanyakan talian akses adalah asimetri, jadi terowong biasanya memuat naik lebih perlahan daripada memuat turun, dan itu jawapan yang dijangka, bukan kerosakan. Persoalan menarik ialah sama ada muat naik anda dihadkan oleh talian, oleh sesuatu yang lain yang sudah menggunakannya, atau oleh aliran yang tersekat dan bukannya mengalir dengan mantap. Ketiga-tiga menghasilkan aduan yang sama dan memerlukan kerja yang berbeza.

Tiga had yang kelihatan sama dari bar kemajuan

Kapasiti ialah yang pertama, dan ia sifat produk akses, bukan terowong. Pautan atas beberapa megabit adalah biasa pada gentian pengguna dan banyak pelan mudah alih, dan kos penyulitan kecil berbanding jurang itu. Pengekapsulan juga menambah bait pada setiap paket, yang mengurangkan daya pemprosesan berguna dalam kedua-dua arah dan bukan satu sahaja, jadi ia tidak boleh menjelaskan asimetri besar sendirian.

Pertikaian ialah yang kedua. Penyegerakan awan, pustaka foto dan agen kemas kini memuat naik semasa mesin kelihatan melahu, dan peranti kedua pada talian yang sama melakukan perkara yang sama. Beratur ialah yang ketiga: pautan atas yang tepu menolak trafik interaktif ke belakang data pukal, jadi panggilan terputus semasa pemindahan itu sendiri melaporkan kemajuan yang sihat.

Uji satu arah pada satu masa

Gunakan peranti, profil dan destinasi yang sama, dan jangan sekali-kali menjalankan kedua-dua arah serentak kecuali pertikaian itu yang anda mahu perhatikan. Hentikan pemindahan pilihan anda sendiri sebelum larian pertama. Dua larian dengan satu bendera di antaranya menyelesaikan sebahagian besarnya.

iperf3 menghantar daripada klien secara lalai, jadi larian biasa mengukur laluan muat naik anda; -R membalikkan arah dan mengukur muat turun. Jalankan dengan selang beberapa minit dan catat kedua-dua nombor dan bukannya mengambil purata:

iperf3 -c speed.example.net -t 30 -P 4
iperf3 -c speed.example.net -t 30 -P 4 -R

Jika angka muat naik ialah pecahan kecil angka muat turun dan kekal stabil antara larian, bentuknya sepadan dengan talian akses asimetri dan terowong bukan ceritanya. Jika muat naik berayun antara larian atau runtuh selepas sepuluh saat, teruskan membaca.

Tentukan berdasarkan tempat muat naik berubah

Tukar satu pemboleh ubah pada satu masa dan lihat arah mana yang bergerak. Titik akhir VPN kedua yang memuat naik dengan lebih baik menunjukkan titik itu atau laluan ke sana. Muat naik perlahan yang sama daripada peranti kedua pada talian yang sama menunjukkan talian. Peranti berbeza pada talian berbeza yang juga perlahan menunjukkan dasar masuk destinasi, yang tidak boleh anda baiki secara setempat.

Catat bait sesaat dan masa berlalu untuk beban kerja yang sama, bukan satu skor kelajuan. Klien sandaran dan ujian kelajuan menggunakan destinasi dan keserempakan yang berbeza, jadi membandingkan nombor mereka tidak menjawab apa-apa. Jika permintaan kecil baik dan hanya pemindahan besar merangkak, hadnya mungkin bukan lebar jalur sama sekali.

Untuk kegunaan harian, mengehadkan muat naik latar belakang atau menjadualkannya di luar waktu mesyuarat selalunya membantu lebih daripada mana-mana tetapan terowong. Nilai perubahan itu melalui beban kerja gabungan: sandaran yang selesai lebih lewat tetapi tidak lagi merosakkan panggilan biasanya tawaran yang lebih baik.

Apabila tersekat mengalahkan kelembapan

Pemindahan yang membeku pada titik yang berulang dan kemudian menyambung semula bertindak seperti masalah MTU laluan dan bukan had kadar. Terowong mengurangkan muatan berguna setiap paket, dan peranti yang membuang mesej ICMP yang terhasil membiarkan penghantar meneka. Corak itu wajar diuji sendiri, kerana pembaikannya berbeza daripada melaraskan kadar. Nombor rendah yang stabil menunjukkan kapasiti, manakala letupan yang diikuti kesunyian menunjukkan muatan yang tidak dapat dibawa laluan.

Uji laluan dengan muatan yang tidak boleh difragmen, kemudian bandingkan MTU antara muka terowong dengan nilai yang lulus:

ping -M do -s 1400 -c 3 203.0.113.10
ip link show dev tun0 | grep -o "mtu [0-9]*"

Jika prob besar hilang sementara yang kecil berjaya, ketatkan TCP MSS pada terowong dan bukannya menurunkan MTU antara muka untuk setiap protokol. Kesesakan berterusan selepas titik itu milik storan atau rentak aplikasi penerima, bukan laluan rangkaian.

Apa yang perlu diubah dan apa yang perlu dibiarkan

Ubah perkara yang anda kawal: jadual pemindahan latar belakang, pilihan titik akhir dan MSS untuk laluan yang tersekat. Pastikan setiap perubahan boleh diterbalikkan dan terhad kepada satu beban kerja. Biarkan perkara yang menurut pengukuran baik-baik saja, termasuk kelajuan muat turun yang sudah sepadan dengan talian.

Catat nombor sebelum dan selepas bersama profil, titik akhir dan waktu hari, kerana masalah muat naik yang bergerak dengan titik akhir ialah persoalan penghalaan, dan yang bergerak dengan peranti adalah setempat. Rekod itulah yang menukar aduan kabur menjadi keputusan, dan kosnya dua larian arahan yang sama.