Защо изтеглянето през VPN е ограничено от качването на сървъра

Клиентът показва бърза връзка за изтегляне, сървърът стои на оптична връзка, а трансферът пак пълзи. Числото, което хората сравняват, обикновено е това, отпечатано в плана на клиента, докато пакетът всъщност първо пресича изходящата връзка за достъп на сървъра. Тази връзка е бюджетът, в който трансферът трябва да се побере. При малка домашна връзка тя е най-малкото число по пътя.

Числото, което прочетохте, беше в грешната посока

Изтеглянето към отдалечен клиент изразходва капацитет за качване в сървърния край на тунела. Обяснените скорости за изтегляне на сървъра описват обратната посока и не ви казват нищо за тази. Същата асиметрия се обръща, когато клиентът качва, и затова едната посока може да изглежда добре, докато другата е неизползваема.

Опаковъчните разходи и всеки конкурентен трафик изразходват част от същия бюджет. Нито едно от двете не се вижда в тест за скорост, който измерва само клиента.

Запишете пътя като бюджет

Избройте всяка граница, която пакетът трябва да пресече, и дайте на всяка число в същата единица. Доставяне от източника, обработка на сървъра, изходящата връзка на сървъра, междинният път, връзката за изтегляне на клиента и обработката на клиента — всички се прилагат. Използваемата скорост е най-малкото от тях минус разходите, и никаква настройка над този таван не променя резултата. Запишете списъка преди измерване, защото той ви казва на кое число да не вярвате.

При 20 Mbit/s изходяща връзка на сървъра и 100 Mbit/s връзка за изтегляне на клиента сървърът ограничава трансфера много преди клиентът да го забележи. Разходите и всеки едновременен трансфер отнемат още дял, а наситената изходяща връзка също забавя потвържденията, което забавя TCP трансфера под суровия таван. Нито един от двата ефекта не се появява в сравнение на планове.

Дръжте мегабитите и мегабайтите разделени и кажете дали всяка цифра измерва трафик на шифрованата връзка, или полезен товар на приложението. Смесването на тези две е най-честата причина бюджетът да изглежда, че не се събира. Отбележете всяка цифра с нейната единица и точка на измерване.

Къде платката наистина ви струва

Щом връзката за достъп е достатъчно голяма, хардуерът на крайната точка става видим и едва тогава процесорът има значение. Определете модела, подредбата на интерфейсите и използваната реализация. Наблюдение за споделена шина при ранна платка не описва всяка следваща ревизия.

Сравнявайте отделните пътища за обработка, а не една средна стойност на процесора. Умерено общо натоварване може да скрие едно наситено ядро, което върши цялата работа по пакет, а тактовата честота не се пренася между процесорни дизайни като оценка за производителност. Скоростта на пакетите е толкова важна, колкото и пропускателната способност, защото малките пакети струват повече на байт от големите. Измервайте с размерите на пакетите, които вашата натовареност действително използва.

Топлинните и мощностните ограничения също определят устойчивото поведение. Кратък изблик може да изглежда отлично, докато десетминутен трансфер се забавя, и затова бенчмарк от няколко секунди е лош водач за нощно архивиране.

Указанията за производителност на доставчика разделят честотната лента за достъп, процесора, обработката на пакети, транспорта и размера на пакета в отделни ограничения. Струва си да ги прочетете преди смяна на шифър, защото смяната на шифър рядко размества граница, която никога не е била ограничението.

Измерете, преди да смените шифър

Пуснете тест по посока, който отчита действително постигнатата скорост през тунела, след което пуснете същия тест върху суровия интерфейс за сравнение. Разликата между тези две числа е цената на тунела, а по-малкият от двата тавана ви казва коя граница да атакувате.

Пазете политиката за сигурност непокътната, докато сравнявате. Стар резултат, получен със слаб шифър или овърклокната платка, не е план за текущото внедряване.

iperf3 -c 10.44.0.1 -R -t 30
iperf3 -c 10.44.0.1 -t 30
ethtool eth0 | grep -i speed

Съхранявайте резултатите по посока до наблюденията на крайната точка от същия пуск. Следващата промяна трябва да атакува измерения таван, а не компонента, който изглежда най-малък в спецификацията.