Трафик

Ох, подсчет трафика дело туманное

Значит разница между полезными данными и данными в туннеле есть, но не столь катастрофическая.
В скриншотах есть два момента которые обращают на себя внимание:
- трафик, добавленный к полезным данным
- разница в количестве данных на входе и выходе.

Лучше рассмотреть их по отдельности.

1. Трафик, добавленный к полезными данным. Я бы считал, что разница в дополнительном трафике составляет 6,6МБ - 5,191МБ = 1,409MB то есть 27% от полезного трафика
Почему я считаю именно так, станет понятно чуть позже.

Эта разница может складывается из-за многих составляющих:
1.1. Любой VPN протокол добавляет свои заголовки. Счетчик на сервере считает пакеты, проходящие через интерфейс, то есть со всеми заголовками.
Я не знаю какой протокол VPN сейчас был использован, но все они добавляют фиксированные по длине заголовки к пакету.
Заголовки фиксированы, но проблема в том, что пакет может иметь разный размер и это зависит от настроек на интерфейсах устройств.
Где я давно читал, что дополнительный трафик PPTP к полезному трафику может колебаться от 2,5% до десятков процентов (в случае маленького размера пакетов).

1.2. Компрессия данных. Этот фактор мог бы экономнее использовать полосу, если бы работал.
Я не знаю какой протокол вы использовали, но штатная компрессия данных есть только у PPTP и то, если ее принудительно включить. Была ли включена компрессия?

1.3. Шифрование - и оно тоже добавляет всяких служебных данных, вот только не знаю, было ли оно использовано или нет?

1.4. При копировании вы использовали протокол сети Microsoft - Netbios (если я правильно думаю). Точнее Netbios поверх TCP/IP.
То есть к полезным данным помимо заголовков TCP/IP и VPN туннеля (PPTP или L2TP) добавляются еще и данные Нетбиос. Их процентное соотношение мне неизвестно.
Погуглил, но быстро ничего не нашел.

Могут ли они вместе дать прибавку в 27% мне сложно сказать. Великовато, конечно, но возможно.


2. Теперь насчет разницы между данными на входе и выходе, а она составила 8,8МБ - 6,6МБ = 2,2МБ.
Этот чудо-протокол (по другому и не скажешь про Нетбиос) чего только не передает вместе с полезным трафиком.
Думаю, что часть ненужных пакетов доходит и до сервера, который считает их в своих счетчиках, однако этот трафик не маршрутизируется сервером и поэтому не доходит до другой стороны.
В нетбиосе очень много широковещательных пакетов, которые вообще не понятно ведут себя в VPN, где соединение по определению - точка-точка.
Вообще, величина в 2,2МБ прилична и, возможно, есть другая причина такой разницы.

3. Есть погрешность измерения на сервере. То есть данные о переданном файле не моментально оказались на этой странице, а лишь после апдейта, который происходит раз в какое-то время.
За это время файл уже мог быть скачан, а затем в этот интерфейс начали лезть другие программы Windows (а они очень любят новые интерфейсы). Хотя они лезут туда в любое время и вне зависимости - передавали вы файл или нет. Поэтому там мог быть не только передаваемый файл, но и еще что-то.
Например, поиск соседей домашней сети Майкрософт и опеределение их имен.

4. В ваших записях есть две небольшие неточности, они не столь важны, но тем не менее я их упомяну, просто потому что придираюсь :
Первая - если речь идет о килобайтах или мегабайтах, то сокращение пишется как МБ или КБ, а маленькая буква б обычно обозначает биты. Я просто чуть автоматически не ошибся в 8 раз
Вторая - 5191 КБайт это не 5,06 МБайта, а 5,191 МБайта. 1 МБайт это 1000 КБайт, а не 1024 как обычно кажется.
Для устранения этого расхождения в понимании официально существуют Кибибайты и Мебибайты (KiB и MiB). Они как раз соотносятся между собой как 1024.
www.unitjuggler.com/%D0%BF%D0%B5%D1%80%D...B2-MiB.html?val=5191

Такой оверхед, как у вас, на мой взгляд, велик что намекает на какой-то еще паразитный трафик.
Его можно найти, но это дело непростое. Что можно сделать:
Первое - временно отказаться от использования сети Майкрософт. Убрать галочки в настройках VPN интерфейсов - Использовать Netbios поверх TCP/IP
Второе - запустить ftp сервер на одной стороне и повторить сегодняшний эксперимент по скачиванию файла
Третье - поставить Wireshrak и посмотреть на то, что на самом деле происходит на VPN интерфейсе, даже когда никакого файла не передается.

С одной стороны ничего сложного, а с другой стороны - чем глубже, тем больше вопросов.
Главное сейчас, посмотрите нет ли СУЩЕСТВЕННОЙ аномалии трафика, которая может свидетельствовать о наличии вирусной активности или некорректных настроек интерфейсов. Существенная - это вот как было у вас при первичном обращении. То, что есть сейчас - странновато, но не критично.