Инструкции по составлению отчета об ошибках с проблемами сети Hetzner

Вступление

Если у вас возникли проблемы с сетью на вашем сервере, отправьте подтвержденный запрос поддержки через Robot нашим техническим специалистам, не забудьте выбрать затронутый сервер. В зависимости от проблемы, с которой вы столкнулись, вы можете выбрать один из двух типов запроса.

Сервер недоступен

Если ваш сервер недоступен, вы можете попытаться перезапустить его самостоятельно на вкладке «Сброс» сервера в Robot, после выбора соответствующего сервера. Если это не сработает, возможно, ваш сервер был заблокирован нами. Дополнительную информацию о такой блокировке сервера см. Также в нашем Руководстве по блокировке сервера .

Если у вас все еще возникают проблемы, отправьте заявку через робота , выбрав соответствующий сервер, нажав «Поддержка», а затем выбрав «Проблемы с сервером» -> «Сервер недоступен».

Потеря пакетов

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

Трассировка (в обоих направлениях) по крайней мере с 1000 пакетов с помощью инструмента типа MTRили WinMTRполезна. MTRможет быть установлен через менеджер пакетов дистрибутива Linux или MacOS, а для Windows его можно загрузить с определенного веб-сайта. В следующей таблице перечислены способы установки / загрузки этого инструмента для различных операционных систем.

Тип ОСКонкретная ОСУстановка
LinuxDebian / Ubuntuapt install mtr-tiny
LinuxCentOS / RHELyum install mtr
LinuxSuSEyast -i mtr
LinuxArch Linuxpacman -S mtr
LinuxGentooemerge -av mtr
WindowsWindows 98 и вышеhttps://sourceforge.net/projects/winmtr/
MacOS*brew install mtrТребуется HomeBrew )

Следуйте этим рекомендациям, чтобы создавать трассировки, которые будут полезны нашим техническим специалистам:

  • Должно быть отправлено не менее 1000 пакетов
  • Каждая трассировка должна выполняться в обоих направлениях, то есть от вашей локальной конечной точки (ПК, ноутбук и т. Д.) До сервера и от сервера обратно к вашей конечной точке.
  • IP-адрес вашей локальной конечной точки можно определить с помощью онлайн-инструмента, например http://whatismyip.host/

Следующая команда хорошо подходит для создания MTR под Linux или MacOS:

mtr -s 1000 -r -c 1000 <TARGET-IP_OR_DOMAIN>

Поэтому выполните вышеупомянутую команду в обеих системах и замените заполнитель на противоположный IP-адрес или домен:

[user@SERVER]$ mtr -s 1000 -r -c 1000 <CLIENT-IP_OR_DOMAIN>
[user@CLIENT]$ mtr -s 1000 -r -c 1000 <SERVER-IP_OR_DOMAIN>

Тест обычно занимает около 18 минут.

Важный:

  • Если ваш MTR показывает, что последний переход недоступен, вероятно, установленная система или ваш локальный маршрутизатор настроены на игнорирование запросов ICMP из соображений безопасности. Тем не менее, MTR можно использовать для исследования связи.
  • Переходы MTR показывают процесс соответствующего соединения. Следовательно, ваш MTR может выглядеть совершенно иначе, чем в следующих примерах.

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

1. Потеря пакета, которая исчезает до целевого перехода.

  • Как вы можете видеть в этом примере, потери показаны на переходах 4 и 5.
 1.|-- your_client.example.com    0.0%  1000    0.2   0.1   0.1  11.0   0.9
 2.|-- dmbkt.your-cloud.host      0.0%  1000    0.2   0.2   0.1  11.0   0.8
 3.|-- leaf1.cloud2.fsn1.hetzner  0.0%  1000   13.4  18.0   1.6 328.3  19.7
 4.|-- spine1.cloud2.fsn1.hetzne  4.2%  1000    0.8   1.3   0.7  50.0   3.1
 5.|-- core21.fsn1.hetzner.com   31.7%  1000    0.5   2.9   0.3  51.2   6.6
 6.|-- core21.fsn1.hetzner.com    0.0%  1000    0.6   1.4   0.4  56.6   4.2
 7.|-- ex9k2.dc1.fsn1.hetzner.co  0.0%  1000    0.6   1.8   0.4 214.1  12.0
 8.|-- your_host.example.com      0.0%  1000    0.5   0.4   0.3  11.0   0.9
  • Когда потеря пакетов вернется к 0%, прежде чем соединение достигнет последнего перехода, MTR не покажет никаких проблем, которые могли бы повлиять на соединение с вашим сервером. Такое поведение вызвано маршрутизаторами, которые игнорируют пакеты ICMP (например, для экономии полосы пропускания или производительности).

2. Потеря пакетов только на последнем переходе

  • В этом примере не показаны потери пакетов, кроме последнего перехода.
 1.|-- your_client.example.com    0.0%  1000    0.2   0.1   0.1  11.0   0.9
 2.|-- dmbkt.your-cloud.host      0.0%  1000    0.2   0.2   0.1  11.0   0.8
 3.|-- leaf1.cloud2.fsn1.hetzner  0.0%  1000   13.4  18.0   1.6 328.3  19.7
 4.|-- spine1.cloud2.fsn1.hetzne  0.0%  1000    0.8   1.3   0.7  50.0   3.1
 5.|-- core21.fsn1.hetzner.com    0.0%  1000    0.5   2.9   0.3  51.2   6.6
 6.|-- core21.fsn1.hetzner.com    0.0%  1000    0.6   1.4   0.4  56.6   4.2
 7.|-- ex9k2.dc1.fsn1.hetzner.co  0.0%  1000    0.6   1.8   0.4 214.1  12.0
 8.|-- your_host.example.com     42.0%  1000    0.5   0.4   0.3  11.0   0.9
  • Эта проблема обычно возникает на самом сервере, например, из-за полностью загруженной производительности системы, неправильно настроенного программного брандмауэра или, в редких случаях, из-за сетевой карты или кабеля восходящей связи. Поэтому в таком случае сначала проверьте установленную систему. Если вы не можете найти ни одной из упомянутых проблем в своей системе, отправьте нам MTR для дальнейшего расследования с нашей стороны.

3. Потеря пакетов при соединении.

  • Здесь потеря пакетов начинается на 5-м узле и продолжается до последнего перехода.
1.|-- your_client.example.com    0.0%  1000    0.2   0.1   0.1  11.0   0.9
 2.|-- dmbkt.your-cloud.host      0.0%  1000    0.2   0.2   0.1  11.0   0.8
 3.|-- leaf1.cloud2.fsn1.hetzner  0.0%  1000   13.4  18.0   1.6 328.3  19.7
 4.|-- spine1.cloud2.fsn1.hetzne  0.0%  1000    0.8   1.3   0.7  50.0   3.1
 5.|-- core21.fsn1.hetzner.com   55.1%  1000    0.5   2.9   0.3  51.2   6.6
 6.|-- core21.fsn1.hetzner.com   54.9%  1000    0.6   1.4   0.4  56.6   4.2
 7.|-- ex9k2.dc1.fsn1.hetzner.co 59.2%  1000    0.6   1.8   0.4 214.1  12.0
 8.|-- your_host.example.com     59.2%  1000    0.5   0.4   0.3  11.0   0.9
  • В этом случае отправьте нам отчеты MTR напрямую, чтобы мы могли изучить проблему. В случае, если потеря пакетов уже начинается за пределами нашей сети (соответственно, на сетевом узле, к которому у нас нет доступа или влияния), обратитесь к соответствующему сетевому провайдеру, а также к нам.

Если один из ваших MTR показывает проблему, отправьте заявку через робота , выбрав соответствующий сервер, нажав «Поддержка», а затем выбрав «Потеря пакетов». Приложите к запросу результаты обоих MTR.

Форматирование MTR

Для запросов в службу поддержки всегда прилагайте MTR в виде файлов (например, TXTили HTML) к соответствующему запросу или ответу, чтобы обеспечить удобочитаемость.

Если вы хотите опубликовать результат на форумах (например, на форуме Hetzner), рассмотрите возможность работы над текстом, чтобы сделать его максимально аккуратным и аккуратным, чтобы другие пользователи могли легко понять его и помочь вам. Например, вы можете использовать [CODE]блоки, чтобы информация равномерно распределялась по столбцам.

: x: Неправильно:

  1.|-- your_client.example.com 0.0% 1000 0.2 0.1 0.1 11.0 0.9
  2.|-- dmbkt.your-cloud.host 0.0% 1000 0.2 0.2 0.1 11.0 0.8
  3.|-- leaf1.cloud2.fsn1.hetzner 0.0% 1000 13.4 18.0 1.6 328.3 19.7
  4.|-- spine1.cloud2.fsn1.hetzne 0.0% 1000 0.8 1.3 0.7 50.0 3.1
  5.|-- core21.fsn1.hetzner.com 55.1% 1000 0.5 2.9 0.3 51.2 6.6
  6.|-- core21.fsn1.hetzner.com 54.9% 1000 0.6 1.4 0.4 56.6 4.2
  7.|-- ex9k2.dc1.fsn1.hetzner.co 59.2% 1000 0.6 1.8 0.4 214.1 12.0
  8.|-- your_host.example.com 59.2% 1000 0.5 0.4 0.3 11.0 0.9

: жирная галочка : справа:

  1.|-- your_client.example.com    0.0%  1000    0.2   0.1   0.1  11.0   0.9
  2.|-- dmbkt.your-cloud.host      0.0%  1000    0.2   0.2   0.1  11.0   0.8
  3.|-- leaf1.cloud2.fsn1.hetzner  0.0%  1000   13.4  18.0   1.6 328.3  19.7
  4.|-- spine1.cloud2.fsn1.hetzne  0.0%  1000    0.8   1.3   0.7  50.0   3.1
  5.|-- core21.fsn1.hetzner.com   55.1%  1000    0.5   2.9   0.3  51.2   6.6
  6.|-- core21.fsn1.hetzner.com   54.9%  1000    0.6   1.4   0.4  56.6   4.2
  7.|-- ex9k2.dc1.fsn1.hetzner.co 59.2%  1000    0.6   1.8   0.4 214.1  12.0
  8.|-- your_host.example.com     59.2%  1000    0.5   0.4   0.3  11.0   0.9

Другой

Пожалуйста, не отправляйте эхо-запросы для устранения неполадок, это будет рассматриваться во многих сетях (не только в Hetzner) как атака и может привести к очень быстрому удалению исходного сервера из сети!

Подробную информацию о работе с диагностическими инструментами, такими как MTR, и общие советы по диагностике, можно найти на странице Pingplotter .

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *