Как сообщить поддержке о проблемах с сетью

Краткий ответ: Откройте тикет (или напишите на [email protected]) с: вашим ID услуги и IP, IP-источником, с которого тестируете, точными метками времени с часовым поясом, отчётами MTR в обоих направлениях и, где уместно, результатами тестов скорости. Полный пакет доказательств обычно превращает многодневную переписку в ответ в тот же день.

Обзор

Сетевая диагностика — это триангуляция: наша команда сопоставляет ваши измерения с графиками маршрутизаторов и данными магистралей на конкретный момент. Отсутствующие метки времени и отсутствующий MTR обратного пути — две вещи, чаще всего тормозящие тикет, потому что перемежающиеся проблемы не проверишь «в целом» — только в конкретное время.

Что нужно иметь

• Воспроизведите проблему минимум дважды и запишите точное время (с часовым поясом!).
• Собирайте выводы текстом, а не скриншотами, где возможно.

Пошаговая инструкция

1. Соберите базовое: ID услуги (Client Area), IP сервера, ваш публичный IP-источник (curl -4 ifconfig.me).
2. Прямой MTR (от вас до сервера): mtr -rwbc 100 SERVER_IP — см. гайд по MTR.
3. Обратный MTR (с сервера к вам): mtr -rwbc 100 YOUR_IP.
4. Добавьте доказательства скорости, если речь о ней: выводы iperf3/wget с точками и временем.
5. Опишите влияние: «SSH подвисает каждые несколько минут с 14:00 EET», «загрузки упали с ~900 до ~50 Mbps вечером 2026-07-15» — паттерны важны.
6. Откройте тикет со всем приложенным; сохраните возможность тестирования — можем попросить повторный прогон.

Типичные проблемы

• «Интернет медленный, почините» — без IP, времени и измерений проверить нечего; первым ответом будет именно этот список.
• Скриншоты терминального текста — вставляйте текст; он ищется и сравнивается.
• Тесты из-за VPN/прокси — они полностью меняют путь; тестируйте прямой маршрут или чётко укажите, что задействован VPN.

Когда обращаться в поддержку

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

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

Что делает сетевой тикет быстрым в решении?

ID услуги и IP, ваш IP-источник, точные метки времени с часовым поясом, отчёты MTR в обоих направлениях и тесты скорости, где уместно — всё текстом.

Почему метки времени так важны?

Перемежающиеся проблемы проверяются по графикам маршрутизаторов и данным магистралей в конкретные моменты; без времени не с чем сопоставлять.

Отправлять скриншоты?

Лучше обычный текстовый вывод — его можно искать, сравнивать и передавать магистральным операторам, когда это нужно.

Похожие статьи

• Как сделать traceroute / MTR
• Как диагностировать потерю пакетов
• Как диагностировать низкую скорость сети
• Как связаться с поддержкой Cloud2Y

Нужна помощь? Связаться с поддержкой Cloud2Y →