Чаму спампоўванне праз VPN хутчэйшае, чым напрамую

Вы пачынаеце вялікае спампоўванне, першыя секунды выглядаюць нармальна, а потым хуткасць стабілізуецца прыкладна на палове таго, што павінна даваць лінія. Вы падключаеце тунель, паўтараеце тое ж спампоўванне, і ён трымае вышэйшую хуткасць на ўсім файле. Гэта адначасова і рэальнае вымярэнне, і памылковая выснова, бо тунель не зрабіў шлях хутчэйшым. Ён проста вынес ваш трафік з порта, які нешта на шляху абмяжоўвала.

Форма крывой выдае гэта

Назірайце за перадачай, а не за канчатковым лікам. Абмежаваны шлях звычайна пачынаецца каля хуткасці лініі, выдаткоўвае свой ліміт усплёску і потым стабілізуецца на мяжы, таму сярэдняе залежыць ад таго, як доўга вы назіралі. Тунель, які сапраўды палепшыў шлях, паказаў бы лепшую хуткасць з першай секунды і трымаў бы яе. Плато — гэта адбітак пальца, і яго лёгка прапусціць, калі запісваць толькі пік.

Двух прагонаў аднаго файла, аднаго напрамую і аднаго праз тунель, дастаткова, каб убачыць, ці ёсць плато.

Адзначце, калі плато пачынаецца, колькі яно доўжыцца і якую хуткасць трымае. Гэтыя тры значэнні аддзяляюць фармавальнік ад перагружанага шляху, бо перагрузка дазваляе хуткасці блукаць, а фармавальнік прыбівае яе да аднаго ліку. Калі прамы прагон паступова пагаршаецца, а прагон праз тунель застаецца стабільным, вы маеце справу з палітыкай, а не з фізікай.

Тры параўнанні, па адной зменнай у кожным

Змяняйце па адной рэчы за прагон, інакш вы нічога не даведаецеся. Атрымайце той жа файл звычайным вэб-шляхам, потым праз інструмент перадачы, які выкарыстоўвае іншы порт, з хоста з параўнальнай ёмістасцю і ў тую ж гадзіну. Трымайце кліенцкую машыну нязменнай, бо ноўтбук, які перамяшчаецца паміж сеткамі, дадае зменную, якую вы не можаце кантраляваць.

curl -o /dev/null -w '%{speed_download}' https://files.example/big.iso
scp [email protected]:/exports/big.iso /dev/null

Выкарыстоўвайце ўжо сціснуты файл, напрыклад вобраз дыска, каб транспартнае сцісканне не магло растлумачыць розніцу. Затым, калі вы кантралюеце сервер, перанясіце яго слухача на порт, які вы падазраеце ў абмежаванні, абнавіце профіль кліента і паўтарыце. Калі тунель цяпер упадзе да абмежаванай хуткасці, мяжа ідзе за портам, а не за тунелем, і пытанне закрыта. Правядзіце кожнае параўнанне двойчы і захоўвайце лічбы плато, а не пікі.

Запішыце таксама гадзіну, бо фармавальнік можа быць заснаваны на часе, і вячэрні тэст можа не супасці з ранішнім. Два прагоны ў адну гадзіну каштуюць больш за дзесяць, разнесеных па ўсім дні.

Што гэтае вымярэнне не можа абгрунтаваць

Яно не паказвае, што тунель наогул хутчэйшы, што ён нешта сціскае або што іншыя парты не абмежаваныя. Яно апісвае адну перадачу на адной лініі на працягу адной гадзіны. Абмежаванні могуць быць на сеанс, на абанента або заснаваныя на часе, і аператар можа змяніць іх, не абвяшчаючы.

Яно таксама не паказвае, што прамы шлях няспраўны. Абмежаваны шлях працуе менавіта так, як задумана, ён проста абмежаваны палітыкай.

Гэтае адрозненне важнае, калі вы апісваеце вынік. Няспраўнасць патрабуе заяўкі на рамонт, а палітыка — пытання пра дамову або рашэння абыйсці яе. Назваць абмежаванне няспраўнасцю — значыць пачаць размову з падтрымкай з няправільнай пасылкі. Назваць яго палітыкай — дазваляе задаць канкрэтнае пытанне, на якое ёсць канкрэтны адказ.

Ператварыце выснову ў запыт у падтрымку

Выкарыстоўвайце лічбы і адкіньце выснову. Запыт, у якім сказана, што вялікія перадачы праз порт 80 у гэтыя гадзіны трымаюцца каля паловы чаканай хуткасці, з прыкладзенымі лічбамі плато, — гэта дзеянне. Запыт са словамі, што VPN хутчэйшы, такім не з'яўляецца, бо ён чытаецца як сцвярджэнне пра тунель, а не як назіранне пра лінію. Прыкладзіце абодва прагоны і іх часовыя адзнакі, а потым дазвольце аператару апісаць палітыку.

Не запіхвайце ўсе праграмы ў тунель толькі дзеля гэтай лічбы.

Тунель па-ранейшаму каштуе вам лішні скок, шыфраванне і новы набор рэжымаў збою, а абмежаваны порт застаецца абмежаваным для ўсяго іншага, што ім карыстаецца. Калі вялікія перадачы павінны завяршацца надзейна, трымайце ўласную нататку пра тое, які порт нясе абмежаванне. Перанос слухача на порт 80 таксама сутыкаецца з любым вэб-серверам, ужо прывязаным да яго, і гэта стварае новы збой замест выпраўлення.