Сеть в Linux: короткий гайд по проверке подключения

За 10 минут вы проверите сетевой интерфейс, IP-адрес, маршрут, DNS и доступ к сайту — и поймёте, на каком участке пропало подключение. Команды подходят для большинства дистрибутивов Linux; менять настройки сети не придётся.

Перед началом

Откройте терминал. Понадобятся стандартные утилиты ip и ping; для последних проверок — getent и, по возможности, curl. Команды ниже рассчитаны на обычную настольную систему и не требуют прав администратора. В серверной среде часть проверок может быть недоступна из-за настроек сети или фильтрации ICMP.

Гайд показывает, где искать неисправность, а не меняет конфигурацию. Это важно: случайная правка маршрута или DNS может отключить сервер от сети, особенно если вы подключены к нему удалённо.

Проверяем подключение по порядку

1. Убедитесь, что сетевой интерфейс включён. Выполните ip -br link. Интерфейс — это проводное или беспроводное сетевое устройство; его имя часто выглядит как enp3s0 или wlp2s0. Строка lo — внутренний интерфейс системы, для выхода в интернет он не подходит. Если сетевое устройство имеет состояние DOWN, проверьте настройки сети в графическом интерфейсе или у администратора. Проверка: у нужного интерфейса отображается UP.

2. Проверьте, получил ли компьютер IP-адрес. Выполните ip -br addr и найдите строку своего интерфейса. Адрес обычно указан после имени устройства; 127.0.0.1 относится только к компьютеру, а адреса вида 169.254.x.x часто означают, что устройство не получило адрес от сети. Проверка: у подключённого интерфейса есть адрес, отличный от адреса lo. Если адреса нет, проверьте кабель или подключение к Wi-Fi и состояние сети в системных настройках.

3. Посмотрите, куда система отправляет трафик. Выполните ip route. Для обычного выхода в интернет обычно нужна строка, начинающаяся с default; в ней указан шлюз — устройство, через которое компьютер обращается к другим сетям. Если строки нет, локальный адрес может быть, но интернет-соединения не будет. Проверка: команда показывает маршрут по умолчанию. На рабочей станции переподключитесь к сети через системные настройки; на сервере уточните ожидаемую конфигурацию у администратора, прежде чем менять маршруты.

4. Проверьте связь по IP-адресу. Выполните ping -c 4 1.1.1.1. Ответы показывают, что пакеты туда и обратно проходят; потери или отсутствие ответа не всегда означают поломку — некоторые сети блокируют ping. Проверка: если пришли ответы, попробуйте следующий шаг. Если ответов нет, хотя маршрут есть, проверьте подключение к роутеру и уточните, не запрещён ли ICMP в вашей сети.

5. Отделите проблему DNS от проблемы доступа к сети. Выполните getent ahosts example.com. Если команда вывела IP-адреса, система смогла разрешить имя сайта. Затем, если установлен curl, выполните curl -I --max-time 10 https://example.com. Ответ с HTTP-статусом, например 200 или 301, означает, что сервер ответил; редирект сам по себе не ошибка. Проверка: если IP-проверка прошла, а имя не разрешается, ищите проблему в DNS; если имя разрешилось, но curl не подключился, проверьте настройки сети, межсетевой экран или доступность сайта.

Не начинайте с изменения DNS или перезапуска сетевой службы. Сначала определите, где именно обрывается цепочка: интерфейс, адрес, маршрут, DNS или соединение с сайтом.

Если не получилось

Текст ошибок зависит от дистрибутива и версии утилиты. Ниже — распространённые сообщения; если формулировка отличается, ориентируйтесь на её смысл и повторите проверку после каждого изменения.

• Network is unreachable — системе некуда отправить пакет. Проверьте IP-адрес и маршрут по умолчанию командой ip route. Если маршрута нет, переподключитесь через настройки сети или обратитесь к администратору.

• Temporary failure in name resolution — система не смогла разрешить доменное имя. Если ping -c 4 1.1.1.1 получает ответы, а getent ahosts example.com — нет, проблема, вероятно, связана с DNS. Проверьте DNS-настройки подключения; не редактируйте системные файлы наугад.

• curl: (6) Could not resolve host — curl не смог найти адрес по имени. Сравните результат с getent ahosts example.com: это поможет понять, проблема общая для системы или проявляется только при запросе через curl.

• curl: (28) Operation timed out — за отведённое время соединение не установилось. Проверьте, открывается ли другой сайт, не влияют ли настройки подключения и не ограничивает ли соединение ваша сеть. Тайм-аут также может означать, что сам сайт временно недоступен.

Если пропал доступ по Wi-Fi, сначала проверьте подключение в системном меню. В системах с NetworkManager посмотреть состояние устройств можно командой nmcli device status, если утилита установлена. Для подключения к Wi-Fi используйте системные настройки: они помогут выбрать сеть и ввести пароль без передачи его в командной строке.

Что проверить после диагностики

Сопоставьте результаты: интерфейс активен, адрес получен, маршрут есть, IP-проверка проходит, доменное имя разрешается, HTTPS-запрос получает ответ. Первый шаг, на котором цепочка ломается, и есть направление для поиска. Если подключение пропадает периодически, сохраните время сбоя и вывод этих команд: так проще отличить проблему устройства от сбоя роутера, DNS или внешнего сервиса.

Термин: DNS — система, которая находит IP-адрес по доменному имени, например связывает example.com с адресом сервера. Если DNS не работает, сайт может открываться по IP, но не по имени.

Дальше проверьте документацию именно вашего дистрибутива и сетевого менеджера: способы постоянной настройки отличаются. В продакшене отдельно следите за потерями пакетов, изменениями маршрута и доступностью DNS — разовый успешный ping не подтверждает стабильную работу сервиса.