Диагностика сетевых проблем

Назначение

Это руководство поможет вам выявить и сообщить о проблемах с сетевым подключением к INTROSERV. Мы рассмотрим два ключевых диагностических инструмента: тестирование MTR и измерение пропускной способности iPerf. Правильная диагностика ускоряет реакцию нашей поддержки и помогает точно определить источник проблемы.

1. Перед началом

Сначала проверьте базовые вещи:

• Стабильно ли ваше локальное подключение?
• Отключили ли вы VPN или прокси?
• Не потребляют ли другие приложения трафик (стриминг, загрузки)?
• Включен ли ваш сервер и доступен ли он?

Если проблемы сохраняются, переходите к тестам MTR и iPerf.

2. Тест MTR

Что делает MTR

MTR (My Traceroute) показывает сетевой путь от вашего устройства до целевого сервера. Он объединяет функции traceroute и ping, предоставляя данные о задержках и потерях пакетов на каждом узле в реальном времени.

Используйте MTR, чтобы найти:

• Где теряются пакеты
• Какие узлы имеют высокую задержку
• Стабильно ли соединение от начала до конца

Важно: двунаправленное тестирование

Для полной картины сетевого подключения необходимо запустить тесты MTR в двух направлениях:

• С вашего компьютера на сервер (исходящее направление)
• С сервера обратно на ваш компьютер (обратное направление)

Это помогает определить, возникают ли проблемы на исходящем пути, обратном пути или на обоих. Асимметрия сети - обычное явление: одно направление может иметь проблемы, а другое - нет.

Запуск MTR на Linux

Направление 1: С вашего компьютера на сервер (исходящее)

sudo mtr -o 'J M X LSR NA B W V' -wzbc 500 YOUR_SERVER_IP

Направление 2: С сервера обратно на ваш компьютер (обратное)

Подключитесь к серверу INTROSERV по SSH и выполните:

sudo mtr -o 'J M X LSR NA B W V' -wzbc 500 YOUR_LOCAL_IP

Замените YOUR_SERVER_IP на IP вашего сервера INTROSERV, а YOUR_LOCAL_IP на ваш публичный IP-адрес (узнать его можно, выполнив curl ifconfig.me на вашем компьютере перед подключением к серверу).

Примечание: выполнение занимает некоторое время - дождитесь завершения. Флаг -c 500 отправляет 500 пакетов для надежных результатов.

Дополнительная диагностика Linux

Перед отправкой тикета в поддержку соберите информацию о сетевом интерфейсе (NIC):

Определите имя сетевого интерфейса по умолчанию:

ip route | grep default

Имя интерфейса указано после слова "dev" (например, eth0, ens3).

Проверьте ошибки интерфейса:

sudo ethtool -S ethX | grep error

Проверьте скорость подключения:

sudo ethtool ethX | grep Speed

Замените ethX на фактическое имя вашего интерфейса из предыдущей команды.

Определите активный интерфейс и IP:

ip a

Проверьте шлюз:

ip r

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

Запуск MTR на Windows

WinMTR

Для тестирования MTR на Windows используйте WinMTR - графическую версию MTR. Скачайте и запустите его, следуя этому руководству: Checking the WinMTR Channel

Запустите тесты в обоих направлениях:

• С вашего компьютера на сервер
• С сервера на ваш компьютер (требуется SSH-доступ для запуска MTR на стороне сервера)

Сделайте скриншоты результатов WinMTR для прикрепления к тикету.

Дополнительная диагностика Windows Server

Откройте PowerShell от имени администратора и выполните эти команды:

Определите IP, статус и имя сетевого интерфейса:

Get-NetAdapter | Select-Object Name, Status, LinkSpeed

Проверьте ошибки интерфейса:

Get-NetAdapterStatistics -Name "SERVERS_ACTIVE_NIC" | Select-Object *Error*, *Discard* | Format-List

Замените SERVERS_ACTIVE_NIC на имя интерфейса из предыдущей команды (например, "Ethernet", "Public Network").

Проверьте шлюз:

Get-NetRoute -DestinationPrefix "0.0.0.0/0"

Значение NextHop - это ваш шлюз по умолчанию.

На что обращать внимание в статистике NIC:

• ReceivedPacketErrors - ошибки при приеме (обычно проблемы с кабелем или портом)
• OutboundPacketErrors - ошибки при передаче
• ReceivedPacketsDiscarded - отброшенные пакеты (указывает на перегрузку)

О любых ненулевых значениях следует сообщить в поддержку.

Чтение вывода MTR

Что показывают результаты

Потеря пакетов: любая потеря (>0%) может указывать на проблему. Однако некоторая потеря пакетов нормальна на определенных узлах - некоторые маршрутизаторы имеют отключенный или ограниченный ICMP, показывая потери в MTR, хотя трафик проходит нормально. Такие узлы часто настроены так намеренно и не указывают на реальную проблему.

Проверьте, где происходит потеря пакетов в обоих направлениях. Если потери происходят до узлов INTROSERV (в направлении 1) или после вашего IP (в направлении 2), проблема у вашего провайдера. Если постоянные потери появляются на нескольких узлах INTROSERV или влияют на работу сервиса, нам нужно разобраться. В любом случае отправьте результаты двунаправленного теста нашей команде поддержки для анализа.

Задержка: некоторое увеличение нормально по мере удаления пакетов. Небольшие скачки между узлами ожидаемы. Следите за резкими скачками или очень высокой вариацией (StDev), которые указывают на нестабильность или перегрузку. Сравните результаты в обоих направлениях - асимметрия может выявить источник проблемы.

Базовые значения: для регионов ЕС ожидайте 10-50мс задержки до Европы и 100-300мс до других континентов. Сравните свои результаты с этими диапазонами в обоих направлениях.

При сообщении о проблемах всегда прикрепляйте оба отчета MTR (на сервер и с сервера) или скриншоты, а также вывод диагностики NIC. Двунаправленные отчеты обязательны - одностороннего теста недостаточно для правильной диагностики.

3. Тестирование пропускной способности iPerf

Что делает iPerf

iPerf - инструмент измерения производительности сети, который точно тестирует пропускную способность между вашим сервером и публичными тестовыми серверами. Для диагностики INTROSERV мы рекомендуем использовать публичные серверы iPerf, географически близкие к расположению вашего дата-центра, что обеспечивает надежные результаты, отражающие реальное качество сервиса.

Почему не Speedtest-cli или браузерные тесты?

Мы не рекомендуем использовать Speedtest-cli, Speedtest.net или Fast.com для диагностики. Эти сервисы случайным образом выбирают тестовые серверы в сторонних сетях, что может давать несогласованные результаты. Слабый или перегруженный сервер в их инфраструктуре может показать низкие скорости, не отражающие реальное качество вашего подключения к INTROSERV. Это приводит к ложным сообщениям о проблемах с сервисом.

Вместо этого мы рекомендуем использовать публичные серверы iPerf, географически близкие к вашему дата-центру, для точного измерения пропускной способности.

Установка iPerf и запуск тестов

На Linux:

sudo apt install iperf3

iPerf3 поддерживает два направления теста:

1. Тест загрузки (upload):

iperf3 -c <public_iperf_server_ip> -p <port> -t 30 -P 10 -i 0

Это измеряет скорость загрузки - смотрите значение Sender в результатах.

1. Тест скачивания (download):

iperf3 -c <public_iperf_server_ip> -p <port> -t 30 -P 10 -R -i 0

Это измеряет скорость скачивания - смотрите значение Receiver в результатах.

Флаг -R меняет направление теста.

Сохраните результаты в файл при необходимости:

iperf3 -c <public_iperf_server_ip> -p <port> -t 30 -P 10 -i 0 > iperf-upload.txt

iperf3 -c <public_iperf_server_ip> -p <port> -t 30 -P 10 -R -i 0 > iperf-download.txt

На Windows / Windows Server:

1. Скачайте iperf3 для Windows с: https://iperf.fr/iperf-download.php
2. Распакуйте ZIP-файл в папку, например, C:\iperf3.
3. Откройте командную строку (cmd.exe) и перейдите в папку: cd C:\iperf3
4. Запустите тесты в обоих направлениях:

Тест загрузки (исходящий):

iperf3.exe -c <public_iperf_server_ip> -p <port> -t 30 -P 10 -i 0

Это измеряет скорость загрузки - смотрите значение Sender в результатах.

Тест скачивания (входящий):

iperf3.exe -c <public_iperf_server_ip> -p <port> -t 30 -P 10 -R -i 0

Это измеряет скорость скачивания - смотрите значение Receiver в результатах.

Флаг -R меняет направление теста.

Сохраните результаты в файлы при необходимости:

iperf3.exe -c <public_iperf_server_ip> -p <port> -t 30 -P 10 -i 0 > iperf-upload.txt

iperf3.exe -c <public_iperf_server_ip> -p <port> -t 30 -P 10 -R -i 0 > iperf-download.txt

Описание параметров команды:

• -c <IP> - подключиться к серверу по этому IP-адресу
• -p <port> - использовать указанный порт или диапазон портов
• -t 30 - запустить тест на 30 секунд
• -P 10 - использовать 10 параллельных соединений (тестирует полную пропускную способность)
• -i 0 - отключить промежуточные отчеты (показать только итоговые результаты)
• -R - изменить направление теста (публичный сервер iperf отправляет вам, измеряет скорость скачивания)

Важно: выбирайте тестовый сервер, географически близкий к вашему дата-центру INTROSERV. Тестирование с сервера в Германии через австралийский сервер iPerf может дать неточные результаты. Это публичные серверы, и они могут быть иногда заняты - если один не отвечает, повторите тест через некоторое время.

Понимание вывода iPerf

В iPerf строка sender показывает скорость загрузки от вашего источника теста к целевому серверу, а строка receiver показывает скорость скачивания обратно от сервера к вашему устройству.

Для согласованных измерений запишите оба значения и повторите тест минимум три раза.

Получение точных результатов

Запустите минимум три последовательных теста, чтобы выявить периодические проблемы.

Перед тестированием:

• Закройте приложения, потребляющие много трафика (стриминг, загрузки, передача файлов)
• Не запускайте тесты на нескольких устройствах одновременно
• Убедитесь, что фоновые обновления не запущены

Сохраните результаты с временными метками (в UTC) и расположением тестового сервера. Скриншот итогового вывода тоже приемлем.

Ожидаемая производительность

После завершения теста (дождитесь полных 30 секунд) вы увидите итоговые результаты:

[ ID] Interval      Transfer   Bitrate     Retr

[SUM]  0.00-30.00 sec 2.91 GBytes 832 Mbits/sec  0       sender

[SUM]  0.00-30.00 sec 2.90 GBytes 830 Mbits/sec         receiver

Важно: дождитесь полного завершения теста. Итоговая сводка появляется в конце после всего промежуточного вывода. Делайте скриншот или сохраняйте только итоговые строки [SUM] - они содержат ваши фактические результаты.

Для сервиса в ЕС скорости скачивания/загрузки не должны падать более чем на 10-15% ниже лимитов вашего тарифа в непиковые часы. Если видите хуже, что-то не так.

Публичные тестовые серверы iPerf

Для получения точных результатов используйте публичный сервер iPerf, географически близкий к расположению вашего дата-центра INTROSERV. Ниже приведены рекомендуемые публичные серверы iPerf с надежными каналами 10Gbps+.

Европа:

<p># Германия, Вольфсбург
<p># Тест загрузки (смотрите значение Sender):</p>
<p>iperf3 -c 62.176.224.217 -p 5201 -t 30 -P 10 -i 0</p>
<p># Тест скачивания (смотрите значение Receiver):</p>
<p>iperf3 -c 62.176.224.217 -p 5201 -t 30 -P 10 -R -i 0</p>

<p># Нидерланды, Наалдвейк</p>
<p># Тест загрузки (смотрите значение Sender):</p>
<p>iperf3 -c 185.182.195.76 -p 5201 -t 30 -P 10 -i 0</p>
<p># Тест скачивания (смотрите значение Receiver):</p>
<p>iperf3 -c 185.182.195.76 -p 5201 -t 30 -P 10 -R -i 0</p>

<p># Великобритания, Лондон</p>
<p># Тест загрузки (смотрите значение Sender):</p>
<p>iperf3 -c 5.180.211.133 -p 5200 -t 30 -P 10 -i 0</p>
<p># Тест скачивания (смотрите значение Receiver):</p>
<p>iperf3 -c 5.180.211.133 -p 5200 -t 30 -P 10 -R -i 0</p>

<p># Франция, Париж</p>
<p># Тест загрузки (смотрите значение Sender):</p>
<p>iperf3 -c 45.147.210.189 -p 5200-5240 -t 30 -P 10 -i 0</p>
<p># Тест скачивания (смотрите значение Receiver):</p>
<p>iperf3 -c 45.147.210.189 -p 5200-5240 -t 30 -P 10 -R -i 0</p>

<p># Польша, Варшава</p>
<p># Тест загрузки (смотрите значение Sender):</p>
<p>iperf3 -c 185.246.208.67 -p 5201 -t 30 -P 10 -i 0</p>
<p># Тест скачивания (смотрите значение Receiver):</p>
<p>iperf3 -c 185.246.208.67 -p 5201 -t 30 -P 10 -R -i 0</p>

Северная Америка:

<p># США, Нью-Йорк</p>
<p># Тест загрузки (смотрите значение Sender):</p>
<p>iperf3 -c 194.33.45.192 -p 5200 -t 30 -P 10 -i 0</p>
<p># Тест скачивания (смотрите значение Receiver):</p>
<p>iperf3 -c 194.33.45.192 -p 5200 -t 30 -P 10 -R -i 0</p>

<p># США, Лос-Анджелес</p>
<p># Тест загрузки (смотрите значение Sender):</p>
<p>iperf3 -c 77.247.126.223 -p 5200-5209 -t 30 -P 10 -i 0</p>
<p># Тест скачивания (смотрите значение Receiver):</p>
<p>iperf3 -c 77.247.126.223 -p 5200-5209 -t 30 -P 10 -R -i 0</p>

<p># Канада, Монреаль</p>
<p># Тест загрузки (смотрите значение Sender):</p>
<p>iperf3 -c 70.38.95.143 -p 5201-5210 -t 30 -P 10 -i 0</p>
<p># Тест скачивания (смотрите значение Receiver):</p>
<p>iperf3 -c 70.38.95.143 -p 5201-5210 -t 30 -P 10 -R -i 0</p>

Азиатско-Тихоокеанский регион:

<p># Сингапур</p>
<p># Тест загрузки (смотрите значение Sender):</p>
<p>iperf3 -c 23.108.99.54 -p 5201-5210 -t 30 -P 10 -i 0</p>
<p># Тест скачивания (смотрите значение Receiver):</p>
<p>iperf3 -c 23.108.99.54 -p 5201-5210 -t 30 -P 10 -R -i 0</p>

<p># Австралия, Сидней</p>
<p># Тест загрузки (смотрите значение Sender):</p>
<p>iperf3 -c 23.106.244.70 -p 5201-5210 -t 30 -P 10 -i 0</p>
<p># Тест скачивания (смотрите значение Receiver):</p>
<p>iperf3 -c 23.106.244.70 -p 5201-5210 -t 30 -P 10 -R -i 0</p>

<p># Индия, Бангалор</p>
<p># Тест загрузки (смотрите значение Sender):</p>
<p>iperf3 -c 49.205.75.2 -p 5001-5020 -t 30 -P 10 -i 0</p>
<p># Тест скачивания (смотрите значение Receiver):</p>
<p>iperf3 -c 49.205.75.2 -p 5001-5020 -t 30 -P 10 -R -i 0</p>

4. Распространенные проблемы

Проблемы провайдера: если MTR показывает потери на узлах до инфраструктуры INTROSERV, свяжитесь с вашим провайдером.

Техническое обслуживание: при любом техническом обслуживании или обнаруженных сетевых проблемах INTROSERV предоставляет уведомления через официальные каналы связи. Мы всегда стремимся информировать клиентов заранее или как можно скорее.

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

5. Обращение в поддержку INTROSERV

Включите эту информацию:

• IP-адрес или имя хоста вашего сервера
• Двунаправленные отчеты MTR (оба направления приложены)
• Вывод диагностики NIC (результаты ethtool/PowerShell)
• Результаты тестов iPerf к публичному серверу iPerf, близкому к вашему дата-центру
• Когда вы заметили проблему (время UTC)
• Происходит ли это постоянно или периодически
• Ваше местоположение и название провайдера (если релевантно)

Пример тикета

Скопируйте этот шаблон и заполните своими данными:

Тема: Сетевая проблема - ДЦ Германия

IP сервера: 185.XX.XX.XX

Двунаправленные отчеты MTR:

[mtr-report-to-server.txt приложен]

[mtr-report-from-server.txt приложен]

Диагностика NIC:

[вывод ethtool или результаты PowerShell приложены/вставлены]

Инфо: Альтернативно вы можете включить скриншоты результатов MTR ниже или приложить их к тикету.

Тесты iPerf к серверу iPerf в Германии (62.176.224.217) - тестирование в 14:30-14:35 UTC

ТЕСТЫ ЗАГРУЗКИ - смотрите значение Sender:

iperf3 -c 62.176.224.217 -p 5201 -t 30 -P 10 -i 0

Тест (14:30 UTC):

[ ID] Interval      Transfer   Bitrate     Retr

[SUM]  0.00-30.00 sec 2.32 GBytes 1.95 Gbits/sec 0       sender

Результат: 1.95 Gbits/sec

Повтор (14:31 UTC):

[ ID] Interval      Transfer   Bitrate     Retr

[SUM]  0.00-30.00 sec 2.32 GBytes 1.90 Gbits/sec 0       sender

Результат: 1.90 Gbits/sec

ТЕСТЫ СКАЧИВАНИЯ - смотрите значение Receiver:

iperf3 -c 62.176.224.217 -p 5201 -t 30 -P 10 -R -i 0

Тест (14:33 UTC):

[ ID] Interval      Transfer   Bitrate     Retr

[SUM]  0.00-30.00 sec 2.24 GBytes 1.87 Gbits/sec        receiver

Результат: 1.87 Gbits/sec

Повтор (14:34 UTC):

[ ID] Interval Transfer Bitrate Retr

[SUM] 0.00-30.00 sec 2.24 GBytes 1.88 Gbits/sec receiver

Результат: 1.88 Gbits/sec

Сводка:

Средняя загрузка: ~1.92 Gbits/sec

Среднее скачивание: ~1.88 Gbits/sec

Проблема: Высокая задержка до сервера

Началось: 2025-01-15 в 14:30 UTC

Продолжается: Да (тестировалось в течение 30 минут)

Местоположение: Стокгольм, Швеция (Провайдер: Telia)

6. Справочник полезных команд

sudo mtr -o 'J M X LSR NA B W V' -wzbc 500 <host>

ip route | grep default

sudo ethtool -S ethX | grep error

sudo ethtool ethX | grep Speed

ip a

ip r

iperf3 -c <server_ip> -p <port> -t 30 -P 10 -i 0

iperf3 -c <server_ip> -p <port> -t 30 -P 10 -R -i 0

ping <host>

traceroute <host>

curl ifconfig.me

7. Резюме

Запускайте двунаправленные тесты MTR и iPerf перед сообщением о проблемах. Соберите диагностику NIC для проверки аппаратных проблем. Хорошая диагностика означает более быстрое решение и меньше переписки. Используйте временные метки UTC, включайте несколько запусков тестов и прикрепляйте данные. Это поможет нам быстро найти реальную проблему.