Niyə iki VPN sürət testi eyni tuneldə fərqli nəticə verir

İki ölçmə, bir tunel və rəqəmlər üç dəfə fərqlənir. Tunel onların arasında dəyişməyib. Dəyişən şey ölçmənin özüdür: görünən yerinizə görə server seçən test saytı, borunu bir yavaş başlanğıcın yoxsa altısının doldurduğunu müəyyən edən axın sayı və yol düzgün istifadə olunmadan bitəcək qədər qısa müddət. Sürət testləri yanlış deyil, sadəcə onlar insanların onlara verdiyi sualdan daha dar bir suala cavab verir.

Yeni çıxış ünvanı test hədəfini dəyişir

Əksər test saytları ölçmə serverini avtomatik seçir və bunu qismən əlaqənizin haradan gəldiyi görünüşünə baxaraq edir. Tuneli yandırın, görünən ölkəniz dəyişir, seçilmiş server dəyişir və müqayisə artıq iki fərqli hosta gedən iki fərqli marşrutu əhatə edir.

Nəticə heç də VPN ölçməsi deyil. Bu, seçmədiyiniz serverə gedən yolunuzun ölçməsidir və iki ölçmə arasındakı fərqdə tunelin etdiyi hər şeydən çox həmin serverin pirləşməsi üstünlük təşkil edə bilər.

Başqa heç nəyi dəyişməzdən əvvəl hədəfi sabitləyin. Hər etibarlı alət serveri açıq şəkildə seçməyə imkan verir, vermədikdə isə nəticə səhifəsi adətən istifadə etdiyi serverin adını çəkir və bu, iki ölçmənin müqayisə oluna bilmədiyini görmək üçün kifayətdir. Saytın nə gördüyünü onun seçiminə güvənməzdən əvvəl təsdiqləyin:

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

Ölkə ölçmələr arasında dəyişdisə, testin sonradan seçdiyi hər şey də dəyişdi. Müşahidə olunan çıxışı hər nəticənin yanına yazın və qarışıqlıq əsasən yox olur.

Yavaş başlanğıc qısa testlərin çoxundan sonra bitir

TCP bağlantısı kanal sürəti ilə başlamır. Kiçik bir tıxacma pəncərəsi ilə başlayır, hər gediş-dönüşdə onu təxminən ikiqat artırır və yolun tutumuna yalnız bir neçə gediş-dönüşdən sonra çatır. Yüksək gecikməli yolda on saniyəlik test ömrünün xeyli hissəsini bu qalxma mərhələsində keçirə bilər.

Buna görə daha yüksək gecikməli tunel qısa testdə layiq olduğundan pis nəticə göstərir və buna görə daha uzun ölçmə heç bir konfiqurasiya dəyişikliyi olmadan daha yüksək rəqəm bildirir. RFC 6349 ötürmə qabiliyyəti çərçivəsi bunu açıq şəkildə nəzərə alır, buna görə ciddi ölçmələr sabit vəziyyətə çatmaq üçün kifayət qədər uzun çəkir. Peyk yolunda beş saniyəlik ölçmə yolu deyil, sürətləndiricini ölçür.

Tək bir rəqəmə güvənmək əvəzinə bağlantı mərhələlərinə baxın. Curl hər mərhələni ayrıca bildirir, beləliklə vaxtın əl sıxışmasına, qalxmağa yoxsa ötürməyə getdiyini görə bilərsiniz:

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

Eyni hədəfə iki dəfə ardıcıl işlədin. İkinci ölçmə xeyli sürətlidirsə, yolu deyil, qalxmanı ölçürdünüz və yalnız birinci ölçmədən istifadə edən hər hansı müqayisə şübhəlidir.

Bir axın və altı axın fərqli şeyləri ölçür

Tək TCP axını uçuşda saxlaya bildiyi pəncərə ilə məhdudlaşır, bu da təxminən gediş-dönüş vaxtının sürətə vurulmasıdır. Uzun yolda bu hasil bir axının istifadə edəcəyindən böyükdür, ona görə tək yükləmə mövcud tutumu olduğundan az göstərir. Altı paralel axın boşluğu doldurur və daha böyük rəqəm verir.

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

Hər iki rəqəm doğrudur. Tək axın rəqəmi bir yükləmənin nə edəcəyini söyləyir, brauzer vərəqi adətən bunu alır. Paralel rəqəm yolun cəmi olaraq nə daşıya biləcəyini söyləyir, torrent və ya çoxhissəli yükləmə bundan istifadə edə bilər. Birini digəri kimi təqdim etmək sağlam tunelin səbəbsiz dəyişdirilməsi yoludur.

Paralel nəticəni tək axın nəticəsi ilə müqayisə etmək insanların VPN sürətlərini yarıya endirdi qənaətinə gəlməsinin ən geniş yayılmış yoludur. Metodu uyğunlaşdırın, sonra müqayisə edin. Üçüncü əmrdəki iz çatışmayan konteksti əlavə edir: yüksək titrəyişli yol hər iki rejimdə qeyri-sabit nəticələr verəcək və heç bir axın sayı bunu düzəltmir.

Şifrələmə prosessor vaxtı, inkapsulyasiya bayt xərci gətirir

Kanalın nə qədər sürətli olmasından asılı olmayaraq hər paketdə iki mexanizm işləyir. Şifrələmə hər bayt üçün prosessor sərf edir, inkapsulyasiya isə kanalın yenə də daşımalı olduğu başlıq baytları əlavə edir. Hər ikisi tavan kimi görünür və əlamətləri fərqlidir.

Prosessor tavanı düzənlik kimi görünür: nə qədər axın əlavə etsəniz də ötürmə qabiliyyəti artmaqdan dayanır və maşının prosessoru məşğul olur, kanal isə deyil. Kiçik marşrutlaşdırıcıda və ya telefonda bu çox vaxt əsl həddir və buna görə sürətli xətt yenə də təvazökar tunel verə bilir.

Bayt xərci daha kiçikdir, lakin sabitdir. Əlavə başlıqlar hər paketdə daha az faydalı yük deməkdir və sabit maksimum ötürmə vahidi olan yolda onlar həm də böyük ötürmələrdə yavaş orta kimi deyil, dayanma kimi görünən fraqmentasiya və ya qara dəlik yarada bilər.

Bu üçü tez-tez qarışdırılır, çünki istifadəçilər hamısını «VPN yavaşdır» kimi təsvir edir. Yalnız birincisi daha böyük maşına cavab verir, yalnız ikincisi daha kiçik MTU-ya cavab verir, yalnız üçüncüsü növbə idarəetməsinə cavab verir.

Metodu qeydə yazın

Saxlamağa dəyər nəticə cihazı, giriş şəbəkəsini, çıxışı, ölçmə serverini, istiqaməti, axın sayını və müddəti adlandırır. Bunlar olmadan iki rəqəmi müqayisə etmək mümkün deyil və bir rəqəm saxlayan bilet əslində bir əhvaldır.

Pis ölçmələri də saxlayın. Bir çıxışın hər dəfə dayanma yaratdığı sıra ortalamadan qat-qat məlumatlıdır və dayanmalar məhz ortalamaların gizlətdiyi şeydir.

Sonra həqiqətən vacib olan şeyi sınayın. Məqsəd böyük yükləmədirsə, faylı yükləyin. Məqsəd zəngdirsə, boş ötürmə qabiliyyəti yerinə yük altında gecikməni ölçün, çünki tunel sürət testində yaxşı nəticə verib hər görüşü yenə də dinlənməz edə bilər.