Удалить запись поиска из resolv.conf в Ubuntu 17.10
Мой /etc/resolv.conf (а также /run/systemd/resolve/resolv.conf) содержит запись search для wifi.ns.nl, которую я не помещал туда и не хочу туда. Кажется, это связано с проблемой, с которой я столкнулся сейчас, что я не могу разрешить некоторые веб-адреса. Файлы resolv.conf управляются с помощью systemd-resol и говорят мне не редактировать их вручную. Если я это сделаю, все равно ничего не изменится, и если я перезапущу sytsemd-resolvd, он изменит файлы resolv.conf обратно в их исходное состояние.
Линия search wifi.ns.nl, вероятно, появилась после того, как я попытался подключиться к подключенному wifi сеть работает через ns.nl. После подключения к Wi-Fi, но прежде чем принимать условия на веб-портале, я попытался подключиться к SSH на сервере. Это не сработало, и доступ к любому другому веб-сайту через Wi-Fi также не сработал. Когда я пришел домой и подключился к моей домашней сети, подключение к серверу, к которому я хотел подключиться, все еще не работал, а systemd-resolve теперь говорит resolve call failed: No appropriate name servers or networks for name found для этого сервера и для * .wifi.ns.nl. (Я все еще могу подключиться к серверу с использованием IP-адреса, и я могу разрешить имя, используя dig на удаленном DNS-сервере, поэтому проблема - это только мой локальный DNS-преобразователь.)
Если я это сделаю systemd-resolve --status он также сообщает мне, что «wifi.ns.nl» является одной из моих глобальных доменов DNS.
Очевидно, что-то где-то запомнило некоторую настройку, которая, вероятно, связана с сетью wifi в неволе и wifi.ns.nl. Я попытался перезапустить systemd-resolved, networking, network-manager, но запись поиска все еще существует.
(Я также сделал sudo grep -R wifi.ns.nl /etc, он не нашел «wifi.ns .nl 'где-либо еще в /etc, кроме файла resolv.conf)
Как удалить эту запись поиска, кроме перезагрузки моей системы?
4 ответа
Кажется, это ошибка, описанная здесь. Если установлены как systemd-resolved, так и пакет resolvconf, они сражаются за тем, кому удается управлять /etc/resolv.conf. Если в этом файле есть какие-либо search строки, эти домены ломаются по какой-то причине, я пока не совсем понимаю.
В моем случае оба установленных /etc/resolv.conf были символической ссылкой на /run/resolvconf/resolv.conf. После удаления пакета resolvconf он стал символической ссылкой на /run/systemd/resolve/stub-resolv.conf и после перезапуска службы systemd-resolved, которая устранила проблему.
У меня та же проблема, и самое простое решение - отредактировать /etc/resolve.conf и удалить строки поиска.
Перезапуск не требуется, и все работает снова.
Это, однако, не решение, так как в любое время, когда я использую свой vpn или подключаю свой ноутбук к рабочей сети, все происходит снова и снова. Я тоже не понимаю ошибку (еще даже не пробовал, так как у меня слишком много новых неприятностей с момента перехода от Unity 17.04 до Gnome 17.10). Но это ответ, который обращается к вашей (или другим, последующим) проблемам без перезагрузки.
Кажется, это ошибка, описанная здесь. Если установлены как systemd-resolved, так и пакет resolvconf, они сражаются за тем, кому удается управлять /etc/resolv.conf. Если в этом файле есть какие-либо search строки, эти домены ломаются по какой-то причине, я пока не совсем понимаю.
В моем случае оба установленных /etc/resolv.conf были символической ссылкой на /run/resolvconf/resolv.conf. После удаления пакета resolvconf он стал символической ссылкой на /run/systemd/resolve/stub-resolv.conf и после перезапуска службы systemd-resolved, которая устранила проблему.
У меня та же проблема, и самое простое решение - отредактировать /etc/resolve.conf и удалить строки поиска.
Перезапуск не требуется, и все работает снова.
Это, однако, не решение, так как в любое время, когда я использую свой vpn или подключаю свой ноутбук к рабочей сети, все происходит снова и снова. Я тоже не понимаю ошибку (еще даже не пробовал, так как у меня слишком много новых неприятностей с момента перехода от Unity 17.04 до Gnome 17.10). Но это ответ, который обращается к вашей (или другим, последующим) проблемам без перезагрузки.