Сеть не работает. С чего начать?

Проверьте интерфейс и маршрут

Начните с адресов и таблицы маршрутизации. Команда ip -br address показывает интерфейсы в компактном виде; ip route — доступные маршруты. Если у интерфейса нет ожидаемого адреса или маршрута по умолчанию, проверять веб-сайт пока рано.

ip -br address
ip route
ip route get 1.1.1.1Копировать

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

Отделите связность от DNS

Проверка по числовому адресу помогает отделить сетевую доступность от разрешения имён. ping проверяет ответы ICMP, но отсутствие ответа не доказывает недоступность сервера: ICMP может фильтроваться.

ping -c 3 1.1.1.1
getent ahosts example.com
resolvectl statusКопировать

getent использует системную базу разрешения имён. resolvectl доступен в системах с systemd-resolved; на других системах проверьте их штатный менеджер DNS. Сравнивайте результаты с устройства, где проблема воспроизводится.

Проверьте нужный протокол

Работающий DNS ещё не означает работающий HTTPS. Следующий запрос ограничен по времени и показывает этапы соединения. В HTTP-заголовках могут находиться идентификаторы и cookies; удаляйте их перед публикацией логов.

curl -I --connect-timeout 5 --max-time 15 https://example.com
curl -v --connect-timeout 5 --max-time 15 https://example.com -o /dev/nullКопировать

Ошибка разрешения имени, таймаут TCP, ошибка сертификата и код HTTP 500 — четыре разных класса проблем. Фиксируйте точный текст ошибки и время, прежде чем перезапускать сервисы.

Оставьте воспроизводимый результат

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