Сетевая диагностика и логи

    Когда сайт недоступен или работает с ошибками, первым делом нужно понять, где проблема: на вашем компьютере, у хостинг-провайдера или на самом сервере. Базовые сетевые утилиты помогают это выяснить. Разберем, как ими пользоваться и что означают результаты.

    Что такое IP-адрес и порт

    IP-адрес — это уникальный числовой идентификатор устройства в сети. Он позволяет найти конкретный сервер, но не указывает, к какому именно приложению на этом сервере (например, к веб-серверу, почте или базе данных) нужно обратиться.. Чтобы обратиться к конкретной программе, потребуется порт.

    Порт — идентификатор приложения или процесса в диапазоне от 0 до 65 535. У каждой программы на сервере свой порт, например:

    • порт 80 — HTTP (нешифрованный веб-трафик),
    • порт 443 — HTTPS (защищенный веб-трафик поверх TLS/SSL),
    • порт 25 — SMTP (отправка электронной почты).

    Если порт закрыт или заблокирован фаерволом, то даже когда сервер включен и пингуется, нужная программа не ответит и соединения не будет.

    Поэтому после переноса сайта на новый хостинг или настройки защиты на сервере нужно проверить, действительно ли нужный порт открыт для внешних подключений. При этом важно понимать: порт будет считаться открытым снаружи только тогда, когда на сервере его прослушивает какое-либо приложение (например, веб-сервер должен слушать порты 80/443). Если порт не прослушивается, при внешних проверках он будет определяться как закрытый, даже при полном отсутствии блокировок со стороны фаервола или сети. Иначе посетители не смогут открыть сайт, даже если сам сервер работает.

    Существует несколько способов проверить доступ к серверу:

    • проверка доступности портов — с помощью онлайн-сервиса или консольной команды telnet,
    • проверка сетевой доступности и диагностика — с помощью консольных команд ping, traceroute, а также программы MTR.

    Проверка доступности сервера с помощью telnet

    Самый быстрый способ — использовать встроенную утилиту telnet. Telnet — это клиентская утилита для подключения к любому порту удаленного компьютера. Она пытается установить TCP-соединение по IP-адресу (или имени сервера) и порту нужного приложения. Если порт не указан, утилита проверяет доступность сервера — так же, как команда ping.

    Внимание

    В Windows Vista и Windows 7/8/10 утилита telnet по умолчанию отключена. Вы можете установить утилиту по инструкции от Microsoft.

    • 1
      Откройте меню «Пуск» или нажмите комбинацию клавиш Win + R.
    • 2
      В строке поиска или в окне «Выполнить» введите «cmd» и нажмите ОК.
    • 3
      В открывшемся окне командной строки введите одну из команд: 
    telnet адрес_сервера номер_порта

    или

    telnet IP_адрес номер_порта

    Как понять результат:

    • порт закрыт — если система выдает сообщение об ошибке (например, «Не удается открыть подключение к узлу…» или «Сбой подключения»);
    • порт открыт — если экран командной строки становится пустым (черным) или вы видите приветствие от сервера (например, приглашение ввода). Так выглядит успешное подключение как в Windows, так и в Linux (Ubuntu, CentOS).
    • 1
      Запустите терминал. Для этого в поисковой строке введите слово «Терминал» или нажмите комбинацию клавиш Ctrl+Alt+T;
    • 2
      Установите утилиту telnet: 
    sudo apt install telnet
    • 3
      В терминале введите команду: 
    telnet имя_сервера номер_порта

    или

    telnet IP_сервера номер_порта
    • 4
      • если командная строка возвращает ошибку (например, «Connection refused»), то порт закрыт;
      • если экран терминала очищается или появляется приглашение сервера (так же, как в Windows), то порт открыт.

    Использование ping и traceroute

    Ping — это утилита, которая отправляет на целевой сервер специальные сетевые запросы. Если сервер доступен и не блокирует такие запросы, он возвращает ответ обратно. В выводе вы видите время от отправки до получения ответа. Важно понимать, что это общее время складывается из трех составляющих: времени доставки пакета до конечного сервера, времени обработки запроса самим сервером и времени обратной доставки ответа. При этом задержки могут возникать на любом участке пути следования пакета. Пинг помогает понять, доступен ли сервер и как быстро он отвечает в целом, но не показывает, где именно возникают наибольшие задержки. Для этого служат утилиты traceroute и MTR, которые будут рассмотрены дальше. Также отсутствие ответа на ping не всегда означает аварию: многие серверы и фаерволы игнорируют такие запросы намеренно. Подробнее об этом вы можете узнать в статье: «Команда Ping».

    Traceroute — это утилита, которая показывает маршрут следования пакетов от вашего устройства до сервера. Она отправляет последовательность пакетов с искусственно ограниченным «временем жизни» (TTL). TTL (Time To Live) — это счетчик, который уменьшается на каждом промежуточном узле. Когда счетчик достигает нуля, узел отбрасывает пакет и сообщает об этом отправителю. Так traceroute узнает адрес каждого следующего узла. В итоге вы видите весь путь с указанием IP-адресов и задержек на каждом переходе.

    Стоит учитывать, что некоторые промежуточные узлы могут игнорировать ICMP-запросы — это делается для снижения нагрузки на оборудование, так как основная задача роутера — передавать трафик, а не отвечать на диагностические запросы. В выводе вместо адреса таких узлов появляются звёздочки. Это нормально, если конечный узел отвечает.

    Тем не менее, traceroute позволяет локализовать проблему: например, если обрыв происходит на пятом шаге, значит, неисправность где-то на этом роутере или дальше по цепочке. Подробнее о работе утилиты и ее установке читайте в статье: Утилиты Traceroute и Tracert.

    Внимание

    Доменные имена, написанные не латиницей, нужно указывать не в привычном виде, а в специальном преобразованном формате — Punycode. Чтобы получить такой формат, используйте любой онлайн-конвертер. Полученную строку (начинающуюся с xn--) уже можно использовать в настройках, проверках и командах.

    Чтобы проверить доступность сайта или IP адреса, воспользуйтесь инструкцией для вашей ОС.

    • 1
      Нажмите Пуск или сочетание клавиш Win + R.
    • 2
      В поле поиска введите «cmd» и нажмите кнопку ОК.
    • 3

      В окне терминала введите нужную команду:

      • для Ping
    ping имя_сайта

    или

    ping IP_сервера
    • для traceroute:
    tracert имя_сайта

    или

    tracert IP_сервера
    • 1
      Запустите терминал. Для этого в поисковой строке введите слово «Терминал» или нажмите комбинацию клавиш Ctrl+Alt+T.
    • 2
      В открывшемся окне терминала введите нужную команду:
    • ping:
    ping имя_сайта

    или

    ping IP_сервера
    • traceroute:
    traceroute имя_сайта

    или

    traceroute IP_сервера
    • 1
      Откройте Spotlight: нажмите сочетание клавиш Command (⌘) + Пробел.
    • 2
      Введите Terminal, нажмите Enter.
    • 3

      В открывшемся окне используйте команды (по аналогии с инструкцией по Linux):

      • Ping — для проверки доступности узла напишите ping
    имя_домена_ или_IP
    • Traceroute — для отслеживания маршрута до узла напишите traceroute
    имя_домена_или_IP

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

    Диагностика сети с помощью MTR

    MTR (My TraceRoute) — это сетевая утилита, которая комбинирует функционал traceroute и ping. Она последовательно опрашивает каждый маршрутизатор на пути от вашего компьютера до указанного сервера и собирает статистику по потерям пакетов и времени отклика для каждого узла.

    Внимание

    Потери пакетов на промежуточных маршрутизаторах не свидетельствуют о проблеме — это штатная ситуация. Некоторые узлы в сети могут не обрабатывать ICMP-запросы и просто транслировать трафик дальше, не отвечая на них. Однако если потери фиксируются на конечной точке маршрута, сохраните результаты диагностики и передайте их в службу технической поддержки. В сообщении обязательно укажите ваш внешний IP-адрес.

    Двухсторонний MTR (прямой и обратный)

    Для полной диагностики часто требуется выполнить MTR в двух направлениях:

    • Прямой MTR — от клиента до сервера.
    • Обратный MTR — от сервера до клиента.

    Обратный MTR необходим, если недоступность наблюдается только в каком‑то конкретном направлении. Например, сервер недоступен с мобильного интернета клиента, но с его домашнего интернета доступен. В таких случаях проблема может быть на обратном пути (от сервера к клиенту) или в разной маршрутизации входящего и исходящего трафика.

    Как выполнить обратный MTR?

    Когда сервер недоступен с клиентской стороны, клиент может подключиться к нему альтернативными способами:

    • для облачного сервера — через VNC-консоль (обычно доступна в панели управления хостинг-провайдера),
    • для выделенного сервера — через IPMI или KVM-консоль.

    После такого подключения нужно запустить на сервере MTR, указав в качестве целевого узла внешний IP-адрес клиента. Это позволит увидеть путь от сервера к клиенту и локализовать проблему на обратном маршруте.

    • 1
      Скачайте дистрибутив WinMTR.
    • 2
      Распакуйте архив и запустите программу от имени администратора.
    • 3
      Нажмите Options, в настройках отключите галочку Resolve names. Нажмите OK.
    • 4
      В поле «Host» введите ваше доменное имя или IP-адрес. Нажмите Start.
    • 5
      Когда число отправленных пакетов (колонка «Sent») будет более 200, нажмите Stop.
    • 6
      Нажмите Export TEXT и сохраните результат работы программы.

    Результат работы содержит:

    • Hostname — IP-адрес или домен узла. Значение «No response from host» говорит о блокировке ICMP-пакетов в узле;
    • Loss % — процент потерянных ответов от данного узла. Например, при «No response from host» процент потерь равен 100 — значит, маршрутизатор не ответил на ICMP-запрос;
    • Sent — количество отправленных запросов узлу;
    • Recv — количество полученных ответов от узла;
    • Best — наименьшее время задержки, мс;
    • Avrg — среднее время задержки, мс;
    • Worst — наибольшее время задержки, мс;
    • Last — время задержки последнего полученного пакета, мс.

    На Linux утилита MTR установлена по умолчанию.

    • 1
      Запустите терминал. Для этого в поисковой строке введите слово «Терминал» или нажмите комбинацию клавиш Ctrl+Alt+T.
    • 2

      Если утилита MTR не установлена, введите команды:

      • для Ubuntu/Debian:
      sudo apt install mtr
      • для CentOS:
      sudo yum install mtr
      • для Fedora:
      sudo dnf install mtr
    • 3

      Введите команду:

      mtr -n -c 300 -r 123.123.123.123

      Где 123.123.123.123 — IP-адрес вашего сайта.

    • 4
      Дождитесь окончания выполнения запроса. В окне терминала вы увидите результат работы утилиты MTR.

    Результат работы содержит:

    • HOST — IP-адрес или домен узла. Значение «???» говорит о блокировке ICMP-пакетов в узле;
    • Loss% — процент потерянных ответов от данного узла. Например, при «???» процент потерь равен 100 — значит, маршрутизатор не ответил на ICMP-запрос;
    • Snt — количество отправленных запросов узлу;
    • Last — время задержки последнего полученного пакета, мс;
    • Avg — среднее время задержки, мс;
    • Best — наименьшее время задержки, мс;
    • Wrst — наибольшее время задержки, мс;
    • StDev — среднеквадратичное отклонение времени задержки, мс.

    В MacOS MTR не установлена по умолчанию. Чтобы установить MTR вручную:

    • 1
      Запустите терминал. Для этого нажмите command + Пробел, в поисковой строке введите слово «Терминал» и нажмите Enter.
    • 2

      Если у вас не установлен пакетный менеджер Homebrew, установите его командой:

      /bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"

      Для выполнения команды укажите пароль пользователя. Если установка прошла успешно, появится уведомление с текстом «Installation successful!».

    • 3

      Затем установите MTR командой:

      brew install mtr
    • 4

      После установки запустите MTR:

      sudo /usr/local/sbin/mtr yourdomain.com

      Где yourdomain.com — ваш домен. Для выполнения команды также потребуется ввести пароль пользователя.

    • 5
      Подождите примерно 10 минут, пока MTR отправит около 300 пакетов и соберет статистику.

    Результат работы содержит:

    • HOST — IP-адрес или домен узла. Значение «???» говорит о блокировке ICMP-пакетов в узле;
    • Loss% — процент потерянных ответов от данного узла. Например, при «???» процент потерь равен 100 — значит, маршрутизатор не ответил на ICMP-запрос;
    • Snt — количество отправленных запросов узлу;
    • Last — время задержки последнего полученного пакета, мс;
    • Avg — среднее время задержки, мс;
    • Best — наименьшее время задержки, мс;
    • Wrst — наибольшее время задержки, мс;
    • StDev — среднеквадратичное отклонение времени задержки, мс.

    Логи веб-сервера

    Вы уже проверили сеть: порт открыт, пинг идет, соединение есть. Но сайт всё равно не работает — выдает ошибку 500 или пустой экран. Это значит, что проблема не в канале связи, а на самом сервере или в вашем сайте. Чтобы понять, что именно пошло не так, нужно посмотреть логи — специальные файлы, куда сервер записывает все события и ошибки.

    Логи можно посмотреть следующими способами:

    • Через панели управления;
    • FTP (File Transfer Protocol) — протокол для передачи файлов. С его помощью вы подключаетесь к серверу как к удаленной папке: видите все файлы и папки хостинга, можете скачать логи на компьютер или открыть их прямо на сервере;
    • SSH (Secure Shell) — защищенный протокол для удаленного управления сервером через командную строку. Он дает больше возможностей, чем FTP: вы можете не только смотреть и скачивать файлы, но и выполнять команды на сервере.

    Логи в панели управления ispmanager

    Для каждого сайта создаются свои логи доступа и ошибок. Обычно они хранятся в директории /var/www/имя_пользователя/data/logs. Посмотреть их также можно в разделе «Мониторинг и журналы» > «Журналы WWW-запросов»

    Логи в панели управления fastpanel

    Выберите карточку сайта и перейдите в раздел Логи

    Переключайтесь между вкладками для просмотра соответствующего журнала логов:

    • Журнал доступа frontend (Nginx) — здесь фиксируются все запросы к вашему сайту, которые обработал Nginx;
    • Журнал ошибок frontend (Nginx) — сюда попадают ошибки, возникшие на уровне Nginx (например, ошибки 404 или 502);
    • Журнал доступа backend (Apache) — в этом журнале записываются запросы, переданные для обработки Apache;
    • Журнал ошибок backend (Apache) — здесь содержатся ошибки, возникшие при выполнении кода сайта на серверной части (например, ошибки PHP).

    FTP

    Подключитесь к хостингу по протоколу FTP, перейдите в директорию logs, откройте необходимый файл журнала.

    SSH

    Подключитесь к хостингу по SSH, введите команды cd logs и ls -la, чтобы посмотреть содержимое папки logs, затем откройте нужный файл (например, с помощью cat error.log или less error.log).

    Диагностика логов

    В папке logs вы увидите несколько файлов. Самые важные для диагностики — это access.log и error.log.

    Файл
    Какую информацию отображает
    Для чего он нужен
    access.log
    Фиксирует каждое обращение к сайту: с какого IP пришло, в какое время, какой URL запросили и какой код ответа получили (200 — успех, 404 — страница не найдена, 500 — внутренняя ошибка сервера)
    Помогает заметить подозрительную активность: например, один IP шлет сотни запросов за минуту (признак атаки), много ошибок 404 (кто-то перебирает страницы) или резкий скачок нагрузки
    error.log
    Содержит сообщения о сбоях в работе сервера и скриптов: отсутствие нужного файла, нехватку памяти, отказ базы данных, синтаксическую ошибку в коде
    Это главный источник информации, когда сайт внезапно выдает ошибку 500, показывает пустой экран или работает с перебоями

    Подробнее о том, что такое логи, зачем они нужны и как их читать вы можете узнать в статье: Логи сервера.

    Была ли статья полезна?

    Спасибо за оценку. Рады помочь 😊

     👍
    Специальные предложения