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

Призначення

Цей посібник допоможе вам виявити та повідомити про проблеми з мережевим підключенням до 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+.

Європа:

# Німеччина, Вольфсбург

# Тест завантаження (дивіться значення Sender):

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

# Тест скачування (дивіться значення Receiver):

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

# Нідерланди, Наалдвейк

# Тест завантаження (дивіться значення Sender):
iperf3 -c 185.182.195.76 -p 5201 -t 30 -P 10 -i 0
# Тест скачування (дивіться значення Receiver):
iperf3 -c 185.182.195.76 -p 5201 -t 30 -P 10 -R -i 0

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

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

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

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

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

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

Азійсько-Тихоокеанський регіон:
# Сінгапур
# Тест завантаження (дивіться значення Sender):
iperf3 -c 23.108.99.54 -p 5201-5210 -t 30 -P 10 -i 0
# Тест скачування (дивіться значення Receiver):
iperf3 -c 23.108.99.54 -p 5201-5210 -t 30 -P 10 -R -i 0

# Австралія, Сідней

# Тест завантаження (дивіться значення Sender):

iperf3 -c 23.106.244.70 -p 5201-5210 -t 30 -P 10 -i 0

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

# Індія, Бангалор

# Тест завантаження (дивіться значення Sender):

iperf3 -c 49.205.75.2 -p 5001-5020 -t 30 -P 10 -i 0

# Тест скачування (дивіться значення Receiver):

iperf3 -c 49.205.75.2 -p 5001-5020 -t 30 -P 10 -R -i 0

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
prep>Результат: 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, включайте кілька запусків тестів та прикріплюйте дані. Це допоможе нам швидко знайти реальну проблему.