Пинг до Германии из разных городов России: от чего он зависит

Siberian V · 14 октября 2026 · раздел «Пинг и география»

14 октября 2026 года сервис WonderNetwork, который каждый час пингует свои серверы в разных городах, показал такую картину до Франкфурта: из Петербурга 30 мс, из Казани 47 мс, из Москвы 50 мс. Казань дальше от Германии на 700 км, а ответ оттуда пришёл раньше. Расстояние задаёт только нижнюю границу задержки, остальное решает маршрут, и его можно увидеть самому.

Из чего складывается пинг

Команда ping показывает время, за которое пакет доходит до сервера и возвращается обратно (RTT, round-trip time). В этой цифре сложены три части:

• Путь сигнала по кабелю. В стекле оптоволокна свет идёт примерно на треть медленнее, чем в вакууме, около 200 тысяч км в секунду.
• Работа маршрутизаторов. Каждый узел на пути пересылает пакет за доли миллисекунды, но в час пик пакет ещё стоит в очереди.
• Последняя миля, то есть дорога от вашего компьютера до сети провайдера. Кабель до роутера почти ничего не добавляет, а Wi-Fi в загруженном эфире и мобильная сеть дают и задержку, и разброс.

Сколько миллисекунд даёт расстояние

Правило для прикидки: каждые 100 км по прямой дают минимум 1 мс к пингу туда и обратно. В таблице расстояния от Франкфурта и средний пинг взяты со страницы WonderNetwork за 14.10.2026, минимум посчитан по этому правилу. Замеры не наши: это один маршрут между дата-центрами в один момент. Из квартиры цифры будут выше.

У Петербурга, Казани, Новосибирска и Хабаровска замер оказался больше минимума примерно в 1,7 раза: столько в этих маршрутах добавили изгибы трассы и пересылка на узлах. У Москвы вышло почти в 2,5 раза. Скорее всего, пакеты этого замера шли с крюком, и от другого провайдера в той же Москве цифра может быть заметно ниже. Расчёт для Краснодара, Екатеринбурга и Владивостока есть в статье о выборе VPS.

Почему пакеты идут не по прямой

Кабель тянут вдоль дорог и по дну моря, поэтому трасса длиннее прямой на карте. К тому же интернет состоит из тысяч сетей, и пакет переходит из одной в другую только там, где они соединены.

• Точки обмена трафиком. Сети соединяются в крупных узлах. В России главные из них в Москве и Петербурге, во Франкфурте работает DE-CIX, одна из крупнейших точек обмена в мире.
• Региональный провайдер. Небольшой оператор в Самаре или Ставрополе может отправлять весь иностранный трафик через Москву, где у него стык с магистралью. К расстоянию до Германии добавляется дорога до Москвы.
• Пиринг и транзит. Если сеть вашего провайдера и сеть хостинга соединены напрямую, путь короткий. Если нет, пакеты идут через третью сеть, и та может везти их через Стокгольм или Амстердам.
• Обратная дорога. Каждая сеть сама решает, куда отправить ответ, поэтому путь от сервера к вам может отличаться от пути к серверу. traceroute с вашего компьютера показывает только дорогу туда.
• IPv4 и IPv6. Маршруты по двум протоколам бывают разными, проверяйте оба: ping -4 и ping -6.

Как проверить маршрут самому

В примерах ниже 203.0.113.10 означает адрес вашего сервера или тестовый адрес хостинга. Начните с обычного ping на 50 пакетов:

# Linux и macOS
ping -c 50 203.0.113.10
# Windows
ping -n 50 203.0.113.10

В итоговой строке смотрите на минимум и разброс. Минимум ближе всего к тому, что даёт маршрут без очередей. Большой разброс (в Linux это mdev) значит, что связь неровная, а в терминале по SSH он заметнее высокой, но стабильной цифры.

Чтобы увидеть узлы на пути, нужен traceroute. В Linux он по умолчанию шлёт пакеты, которые часто режут файрволы, поэтому лучше включить режим ICMP ключом -I:

# Linux и macOS
sudo traceroute -I 203.0.113.10
# Windows
tracert 203.0.113.10

Удобнее всего mtr: он сочетает traceroute и ping и считает потери и задержку по каждому узлу. В Ubuntu и Debian он ставится командой sudo apt install mtr-tiny, на macOS через Homebrew (brew install mtr).

sudo mtr -rwbz -c 100 203.0.113.10

Ключ -r печатает отчёт в конце, -w не обрезает имена, -b показывает имена и адреса, -z добавляет номер автономной системы (сети, которой принадлежит узел), -c 100 задаёт сто проверок на узел, это около полутора минут. Если сервер не отвечает на ping, проверяйте по TCP: sudo mtr -rwbz -T -P 443 -c 100 203.0.113.10.

В Windows mtr нет, его заменяет встроенный pathping 203.0.113.10. Он собирает статистику примерно по 25 секунд на узел, на длинном пути отчёт придётся подождать несколько минут.

Как читать отчёт mtr

В отчёте по строке на узел. Loss% показывает долю потерянных проверок, Snt число отправленных, Avg, Best и Wrst среднюю, лучшую и худшую задержку, StDev разброс. Дальше четыре правила:

1. Итог показывает последняя строка. Потери на середине пути при чистой последней строке ненастоящие: маршрутизатор быстро пересылает чужие пакеты, а на проверки, адресованные ему самому, отвечает когда успеет.
2. Ищите ступеньку: задержка выросла на одном узле и дальше держится на новом уровне. Здесь пакеты прошли длинный отрезок. 20–30 мс на отрезке от Москвы до Франкфурта объясняет расстояние, а те же 20 мс между узлами одного города говорят о крюке или перегрузке.
3. Всплеск на одном узле, который не продолжается дальше, ни о чём не говорит. Строки ??? значат, что узел молчит на проверки, но пакеты пропускает.
4. Читайте имена узлов. В них часто зашиты коды городов: msk, spb, hel, sto, ams, fra. По ним и по номерам сетей из -z видно, где маршрут свернул в сторону.

Обратную дорогу проверяют с сервера: mtr -rwbz -c 100 <ваш внешний IP>. Если доступа к серверу ещё нет, попросите поддержку хостинга прислать такой отчёт. Если домашний роутер на проверки не отвечает, последней строкой будет узел провайдера.

Как проверить из города, где вас нет

Пользователи проекта сидят у других провайдеров и в других городах, и увидеть сервер их глазами можно двумя способами. Первый: Globalping, бесплатный открытый сервис команды jsDelivr. Он запускает ping, traceroute и mtr с узлов, которые держат добровольцы по всему миру, в том числе в российских городах. Так видно, как адрес во Франкфурте отвечает Москве, Екатеринбургу или Новосибирску, если там сейчас есть узлы.

Второй: страница looking glass и тестовый IP у хостинга. Многие провайдеры публикуют для каждой локации адрес, который можно пропинговать до аренды, и страницу, где ping и traceroute запускаются из их дата-центра в сторону вашего адреса.

Когда пинг до Германии заметен, а когда нет

• Сайт. До первого байта страницы браузер делает несколько обменов с сервером: TCP-соединение, TLS-рукопожатие и сам запрос. При пинге 50 мс это 150 мс до начала загрузки. Картинки и скрипты обычно отнимают больше.
• Приложение и база в разных местах. Каждый запрос к базе означает полный круг. Страница, которая делает 40 запросов при 50 мс между приложением и базой, теряет 2 секунды. Приложение и базу держат в одном дата-центре.
• Бэкапы и большие файлы. Здесь важнее потери и ширина канала, чем пинг.

Бывает, что до собственного сервера во Франкфурте нужно достучаться из сети, где часть иностранных адресов отвечает с перебоями: гостиничный Wi-Fi, офис с жёстким файрволом. В такой сети помогает защищённому каналу с раздельной маршрутизацией: зарубежные адреса идут через туннель, российские — напрямую. Такой туннель делаем и мы — Siberian V, первые три дня бесплатно.

Частые вопросы