В течение многих лет я использую Ubuntu (в настоящее время на 18,10) для разработки приложений PHP на доменах как foo.bar.localhost
для локального тестирования. Эти домены были разрешены к 127.0.0.1 и обработаны Apache 2.4. Это всегда работало. Строка 127.0.0.1 localhost
находится в моем /etc/hosts
как он всегда был.
Сегодня утром я включил свое устройство, и это больше не работало. ping localhost
все еще работает, но ping foo.bar.localhost
не (это все еще работало вчера). Удивительно Хром все еще решает foo.bar.localhost
, Я предполагаю, что это не использует ОС для разрешения DNS. Но я главным образом использую Firefox, который также прекратил разрешать localhost субдомены.
Я вчера не изменил связанных с системой настроек, но я помню некоторые обновления пакета со вчерашнего дня, таким образом, я предполагаю, что были некоторые изменения в некоторых связанных с сетью вещах. Есть ли любой способ добраться dpgk
перечислять даты установки/обновления так, чтобы я мог узнать точные пакеты, которые были обновлены?
Какие настройки я мог проверить, чтобы заставить разрешение субдоменов работать снова в масштабе всей системы? Там кто-либо - известные ошибки?
Дополнительная информация: В /var/log/dpkg.log
Я нашел недавнюю запись upgrade resolvconf:all 1.79ubuntu10 1.79ubuntu10.18.10.1
который звучит релевантным. Это и следующие последующие строки - единственные строки, содержащие термин "resolv" (найденный с cat /var/log/dpkg.log | grep resolv
). Так, в прошлые часы этот пакет, важный для DNS, был обновлен.
Другая информация: руководство man systemd-resolved
имеет следующую строку:
Имена хостов "localhost" и "localhost.localdomain" (а также любое имя хоста, заканчивающееся в ".localhost" или ".localhost.localdomain"), разрешены к IP-адресам 127.0.0.1 и:: 1.
Таким образом, это четко определенное поведение прекратило работать. Я также не могу помнить изменяться, что-либо связанное с этим DNS низкого уровня наполняют меня.
Точное сообщение при выполнении ping foo.bar.localhost
ping: foo.bar.localhost: Name or service not known
По-видимому, единственная ошибка, "исправленная" в новой версии resolvconf, была этим: https://bugs.launchpad.net/ubuntu / + source/systemd / + ошибка/1817903, которая связана с локальным разрешением.
Проблема имела resolveconf
установленный вообще рядом systemd-resolved
. Я удалил его apt-get purge resolvconf
с корневыми правами. Затем все работало снова.
Я принимаю установку, оба были остатком от некоторого предыдущего обновления основной версии между релизами Ubuntu, которые теперь инициировали это странное поведение.