Топ утилит и инструментов для проверки работоспособности VDS

В комментариях к прошлой подборке спросили: «Как понять, где проблема — на сервере или у провайдера?». И вопрос сейчас в целом актуальный, ведь теперь интернет не всегда стабилен, и непонятно, или упал сервер, или лёг канал, или с сетью беды. Эта подборка — про инструменты, которые отвечают на этот вопрос. Начну с простого, тех, кому интересны внешние инструменты, прошу пролистать ниже. Если вы не можете попасть на сервер, первое, что нужно сделать, — пингануть его внешний IP: ping -c 10 your.server.ip Флаг -c 10 задаёт десять пакетов. На Windows — просто ping your.server.ip, остановится сам через четыре пакета. В выводе смотрите на rtt min/avg/max — время отклика. Если средний RTT вырос с привычных 40 до 300 мс, условия на маршруте изменились. Чтобы понять, где именно возникла задержка, сравните результат с другими адресами и повторите проверку из другой сети, например, через мобильный интернет. Для сравнения пропингуйте другие адреса и повторите проверку из другой сети: ping -c 10 1.1.1.1 ping -c 10 your.server.ip Также важен packet loss — это потери. Нулевые потери означают, что сервер ответил на все отправленные ICMP-запросы. Однако это ещё не доказывает, что сайт, SSH или другое приложение работает, поскольку TCP-порты могут быть недоступны отдельно. Потери в 10–50% могут указывать на перегрузку или повреждение канала, но иногда маршрутизаторы просто ограничивают ответы на ICMP. При 100% потерь сервер может быть выключен, пакеты могут не доходить до него или ICMP может быть заблокирован файрволом. Дальше ping показывает проблему, но не говорит, где она. Для этого нужен traceroute: 🔍 Как выбрать сервер: сравнить актуальные конфигурации на базе современного серверного оборудования, проверить наличие у ключевых дата-центров и подобрать решение под ваш бюджет можно в каталоге серверов ServerSales.