Удаляется файл resolv conf

Обновлено: 06.07.2024


Это результат ifcfg-enp0s31f6 так что точно это DHCP:

С другой стороны, я не знаю, делает ли Network Manager что-то еще в этом направлении.

Обновление: содержимое NetworkManager.conf (Я удалил комментарии, так как они бесполезны)

Могу я получить помощь с этим? Досадно настраивать файл один раз при каждой перезагрузке.

ОБНОВЛЕНИЕ 2

Спустя месяц у меня все еще есть та же проблема, когда файл удаляется "чем-то".

Вот шаги, которые я сделал, чтобы провести новый тест:

После перезагрузки ПК откройте терминал и попробуйте ping Серверы Google конечно безуспешно:

Проверьте конфигурацию сети, вроде все в порядке:

Перезапустите network служба:

Пытаться ping Снова серверы Google, но безуспешно:

Проверить файл /etc/resolv.conf :

Файл больше не существует - и это проблема: что-то удаляет его при каждой перезагрузке

Создайте файл и добавьте содержимое DNS:

Пингуйте серверы Google на этот раз успешно:

Есть идеи, что здесь может происходить?

  • май PEERDNS=no помочь тебе
  • @IporSircer нет, я изменил значение и перезагрузил компьютер, результат тот же, нет информации о DNS. Кстати, мне нужно перезагрузить компьютер или service network restart хватит?
  • Пытаться chattr +i /etc/resolv.conf
  • @ GAD3R не работает: chattr: Operation not supported while reading flags on /etc/resolv.conf
  • Какую версию Fedora (и Spin / Edition) вы используете?

По моему опыту, /etc/resolv.conf восстанавливается при загрузке, поэтому любые ручные изменения в нем сбрасываются.

Чтобы обойти это, вы можете создать /etc/resolv.conf.head (или же .tail в зависимости от того, в какой конец файла вы хотите добавить) и вставьте туда нужные вам настройки (обычно nameserver изменения). Затем содержимое этого файла добавляется автоматически, когда /etc/resolv.conf генерируется NetworkManager (или какой-либо другой службой, отвечающей за файл в вашей системе).

Если это не сработает, вы можете изменить /etc/resolvconf/resolv.conf.d/base - в нем хранится "стандартный" контент для /etc/resolv.conf .

  • Этот workaroudnd тоже не работает, я пробовал и после перезапуска /etc/resolv.conf пусто

Я думаю, вы были на правильном пути.

У меня сейчас это работает, но я не делал:

После того, как я перезапустил сетевой менеджер, он автоматически создал resolv:

Я перезагрузился, но все еще работало.

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

открыть (или создать) как sudo: /etc/dhcp/dhclient.conf

Добавить: prepend domain-name-servers 127.0.0.1;

почти уверен, что это мешает /etc/dhcp/dhclient.conf выполнять свою работу, и ваш DNS никогда не разрешается. В лучшем случае это расстраивает, а в худшем - все зависает, поскольку ваш компьютер постоянно пытается запустить этот файл и установить соединение. Я думаю, что ключ кроется в редактировании "/etc/dhcp/dhclient.conf", а не напрямую в resolv.conf, поскольку это файл, который записывается в resolv.conf при перезагрузке.

Возможно, NetworkManager настраивает resolve.conf . если ты этого не хочешь, измени rc-manager настройка в NetworkManager.conf. Видеть man NetworkManager.conf .

  • +1 Нет, проблема не в этом. Я читаю это в документации none: NetworkManager will not modify resolv.conf. This implies rc-managerunmanaged и я вижу это на /etc/NetworkManager/NetworkManager.conf [main] dns=none

Предотвращать resolv.conf для обновления во время загрузки необходимо внести следующие изменения:

+ Изменить PEERDNS=yes к PEERDNS=no

PEERDNS=no

Это предотвратит обновление сетевой службы /etc/resolv.conf с помощью DNS-серверов, полученных от DHCP-сервера.

упоминается в комментарии @Ipor Sircer

  • 1 PEERDNS установлен на no (см. ОП) теперь будет BOOTPROTO=static изменить на статический IP-адрес вместо динамического? Если это так, то это не решит проблему.
  • @ReynierPM правильно
  • Я вообще не использую NM, я имею в виду, что это инструмент в графическом интерфейсе, но я никогда его не трогаю, могу ли я отключить его, чтобы предотвратить такое поведение? Люди, использующие DHCP в одном офисе, получают DNS и подключение к Интернету, поэтому я не знаю, что здесь происходит, и у меня возникает соблазн отключить NM, что вы думаете?
  • @ReynierPM вы можете добавить содержимое NetworkManager.conf
  • Готово, в ОП

Сначала вы должны убедиться resolvconf service активный.

Если служба active удалять resolvconf :

Затем, если после удаления, или он не активен, или служба не найдена:

Затем перезапустите службу:

теперь посмотрим /etc/resolv.conf :

Если это не решит вашу проблему, я добавил новую строку в файл клиента DHCP.

добавить серверы доменных имен 127.0.0.1;

Затем я удаляю пакеты resolvconf и network-manger.

Наконец, если проблема не исчезла, вам следует настроить файл resolv.conf, а затем заблокировать этот файл с помощью следующей команды. (Это не сработает, если ваш resolv.conf является символической ссылкой.)

У меня была такая же проблема на

Идентификатор распространителя: Debian Описание: Debian GNU / Linux 10 (buster) Выпуск: 10 Кодовое имя: buster.

В своей системе я использую dnsmasq по нескольким причинам.

Поэтому DNS для системных приложений - localhost, он же 127.0.0.1.

Затем в dnsmasq я перенаправляю некоторые запросы на внешние преобразователи DNS, а некоторые разрешаю локально.

Поскольку я использовал статические IP-настройки для своей сетевой карты, в графическом интерфейсе NetworkManager не было настроек для DNS-серверов.

Следовательно, файл resolv.conf не создавался.

Хотя большинство сервисов работали, некоторые - нет.

Чтобы заставить ВСЕ службы работать, нужно было ввести 127.0.0.1 в качестве DNS-сервера в графическом интерфейсе NetworkManager и перезапустить эту службу.

Читайте также: