Если сервер отвечает по SSH, а сайт не открывается — проблема почти никогда не в самом сервере: SSH и HTTP работают независимо друг от друга. Чаще всего дело в упавшем веб-сервере (nginx, apache), зависшем процессе 1С, закончившемся месте на диске, заблокированном порте 80 или 443, либо истёкшем TLS-сертификате. Диагностика через SSH-консоль обычно занимает 10-15 минут. Утро понедельника: отдел продаж открывает сайт с формой заказа, которая тянет остатки со склада из 1С, и видит белый экран или «502 Bad Gateway». Системный администратор заходит по SSH за десять секунд — командная строка отвечает мгновенно, load average в норме...

Представьте: бизнес-критичный сервис начинает «тормозить». Пользователи жалуются, метрики качества падают, а на вас смотрят с возрастающим уровнем беспокойства. Первая реакция в 60% случаев, согласно статистике Gartner, одна — проблема в сети. Удобный и привычный ответ, ведь сеть — это сложно, а «виноватых» в IT-команде искать не хочется. Но в результате время простоя затягивается, а бюджет на аутсорсинг или новое оборудование растёт. В этой статье мы рассмотрим, как профессионально и быстро разобраться, где именно скрывается проблема...