Start typing to search across invoices, services, domains, tickets, and more...
Если сервер недоступен, есть потери пакетов или вопросы по IP и BGP, быстрее всего создать тикет в техническую поддержку IMIDC. Тикет с полной информацией позволяет инженеру сразу найти причину без лишних уточнений. В статье описано, как отправить тикет IMIDC, что в нём указать (IP сервера, описание проблемы, скриншоты, результаты MTR), как собрать эти данные в Linux (Debian/Ubuntu, CentOS/Rocky/AlmaLinux) и Windows Server, а также как связаться с онлайн-чатом в срочных случаях.
Чётко укажите, о каком сервере речь: IP услуги, тип продукта (VPS или выделенный сервер), локацию дата-центра и операционную систему. Если вход ещё возможен, команды ниже покажут имя хоста, версию ОС и адреса интерфейсов; если нет — достаточно IP из клиентской панели.
# Linux
hostnamectl
cat /etc/os-release
ip -br addr
# Windows Server (CMD / PowerShell)
ipconfig /all
systeminfo | findstr /B /C:"OS Name" /C:"OS Version"При потерях, высокой задержке или недоступности из отдельных регионов инженерам больше всего нужен двусторонний MTR: от вас (или проблемного клиента) до сервера и от сервера обратно до вашего публичного IP. Используйте 100 пакетов и запускайте тест во время проблемы.
# Debian / Ubuntu
apt install -y mtr-tiny
# CentOS / Rocky / AlmaLinux
dnf install -y mtr# from your local computer / other server to the IMIDC server
mtr -rwzbc 100 203.0.113.10 > mtr-to-server.txt
# from the IMIDC server back to your local public IP
mtr -rwzbc 100 198.51.100.25 > mtr-from-server.txtВ Windows используйте графическую утилиту WinMTR или встроенные команды:
tracert -d 203.0.113.10
pathping -n 203.0.113.10Сделайте скриншоты ошибок (в браузере, коды ошибок удалённого рабочего стола, сообщения панели управления) и приложите статистику ping, загрузку ресурсов и последние ошибки из журналов — так проще понять, связана ли проблема с сетью, оборудованием или ОС.
ping -c 50 203.0.113.10 | tail -3
uptime; free -m; df -h
dmesg -T | tail -50
journalctl -p err -b --no-pager | tail -50Войдите в клиентскую панель и откройте страницу создания тикета. Выберите отдел (например, техническую поддержку), заполните тему, связанную услугу, приоритет и подробное описание, приложите скриншоты и файлы MTR. Если нужного пункта нет, просто укажите это в описании. Можно использовать шаблон:
Service IP: 203.0.113.10
Product: Hong Kong dedicated server
Problem started: 2026-10-06 14:30 (UTC+8)
Symptom: packet loss 20% from China Telecom, SSH lag
Already tried: reboot, firewall disabled, no change
Attachments: mtr-to-server.txt, mtr-from-server.txt, screenshot.pngКонкретная тема вроде «HK dedicated 203.0.113.10 — потери в сторону China Telecom» распределяется быстрее, чем «проблема с сервером».
Дополнительную информацию присылайте ответом в тот же тикет, не создавая новые, — так сохраняется история. В срочных ситуациях (сервер полностью недоступен, массовый сбой сети) после отправки тикета сообщите его номер в онлайн-чате на сайте IMIDC, чтобы ускорить обработку. IMIDC поддерживает тикеты и онлайн-чат 24/7.
# after the engineer has finished
passwd root # Linux: replace the temporary password
sed -i '/imidc-support/d' /root/.ssh/authorized_keys # remove the temporary SSH key
net user Administrator * # Windows: set a new passwordДа. Для несетевых запросов (переустановка, оплата, настройка rDNS) MTR не нужен; при сетевых проблемах он заметно ускоряет диагностику.
Выполните ping и MTR со своей стороны до IP сервера, сделайте скриншоты и сообщите, когда сервер работал нормально в последний раз и что менялось после этого.
В клиентской панели в списке тикетов видны статусы и ответы; уведомления также приходят на e-mail.
Если проблема не решена, создайте тикет в поддержку IMIDC, работающую 24/7.