Може ли VPN да биде побрз од директната врска?

Пренос што на канцелариската врска едвај се движи понекогаш завршува брзо низ тунелот, а дополнителната инкапсулација го прави тоа да изгледа невозможно. Привидниот парадокс доаѓа од споредување на погрешни работи. Тунелот додава работа и исто така менува по кој мрежен пат оди сообраќајот, која адреса ја гледа целта и понекогаш кој сервер воопшто одговара. Одлуката меѓу двете рути бара овие три ефекти да се одделат пред каков било заклучок за брзината.

Три работи што тунелот може да ги промени

Првото е транзитот. Интернет рутирањето следи политика на операторот и деловни односи, а не измерено задоцнување, затоа патот низ давател на VPN може да помине низ други мрежи од директната рута. Тоа може да избегне преоптоварена разменска точка или да слета на таква со подобар peering, и исто толку лесно може да биде полошо.

Второто е целта. Промената на излезната адреса често го менува DNS-одговорот, а мрежата за содржини може да ви даде друг кеш или регион. Тогаш дел од подобрувањето ѝ припаѓа на новата серверска машина, а не на тунелот. Истото име на домаќин може да слета на поблизок или помалку оптоварен сервер без ништо да се смени кај клиентот.

Третото е однесувањето на транспортот. Инкапсулацијата ја менува ефективната големина на пакетот, а тунел што заобиколува загубен среден сегмент може да дозволи TCP текот да ја зголеми својата прозорец наместо постојано да отстапува. Ниту едно од овие не е универзален механизам за забрзување; секое е услов што треба да се набљудува. Нивното одделување е она што ја претвора љубопитноста во факт.

Што не може да промени

Ништо во тунелот не додава капацитет на врската меѓу уредот и мрежата. Заситен Wi-Fi канал, преоптоварена последна милја или ограничен мобилен план подеднакво ги ограничуваат двата пата, и тестот за брзина низ тунелот не може да го надмине тој таван. Истата врска ги носи инкапсулираните пакети, па инкапсулацијата може да троши капацитет, но никогаш да не го создава. Она што се менува е каде одат пакетите откако ќе ја напуштат таа врска. Затоа брз резултат низ тунел секогаш има објаснување над првиот скок.

Ограничувањата на страната на серверот се исто толку рамнодушни. Ако оддалечениот домаќин служи бавно, подобриот пат само го доставува бавниот одговор поефикасно, а корисникот сè уште чека. Заедничко потекло под оптоварување изгледа бавно на двата пата во истиот момент.

Споредете ги патиштата правилно

Држете ги апликацијата, насоката, времетраењето и паралелноста идентични и менувајте само патот. Пуштете го секој тест повеќе од еднаш, во исто време од денот, и запишете ја излезната адреса и одговорот на разрешувачот покрај пропусната моќ. Едно пуштање е примерок, а не мерење, и едно брзо преземање може да биде погодок во кешот што не кажува ништо за рутата. Запишете ги условите пред резултатите, бидејќи бројките тешко се толкуваат подоцна.

mtr -rwc 50 -T -P 443 203.0.113.20
curl -o /dev/null -s -w '%{speed_download} %{time_connect}\n' https://example.com/file
dig +short cdn.example.com
traceroute -n -T -p 443 cdn.example.com

Одговорот на разрешувачот е детаљот што повеќето споредби го испуштаат и го објаснува „подобрувањето“ што исчезнува кога ќе се наметне истиот сервер. Ако адресата се разликува меѓу пуштањата, тестот споредил две цели, а не два пата. Наведете задоцнување и загуба покрај пропусната моќ, бидејќи пат што е побрз вкупно, но додава доцнење на секое интерактивно барање, не е подобар за оптоварувањето што се пожали. Времето на одење и враќање е поважно од масовната брзина за сè што прашува и чека.

Кога разликата вреди да се задржи

Ако одобрен тунел сигурно подобрува одредено оптоварување, тоа е легитимен оперативен избор: документирајте го оптоварувањето, мерењето и користениот излез. Употреблив запис именува еден домаќин, излезната адреса што ја создал тунелот, одговорот на разрешувачот и истите бројки од директниот пат истиот ден. Тоа е доволно за следниот инженер да го повтори споредувањето наместо повторно да го расправа. Тоа сè уште не е доказ дека давателот ограничува нешто и не се пренесува на други апликации или други часови.

Чувајте го записот од мерењето со конфигурацијата. Тој одговара на следното прашање дали подобрувањето сè уште постои, и тоа е единствениот начин да се знае дали се сменил патот или оптоварувањето. Запис без датум воопшто не може да одговори на тоа прашање.