Я имею хост Ubuntu 14.04 и имею 15,10 серверов, работающих в virtualbox. Это - весь новая установка, которую я завершил 3 дня назад.
Когда я зарегистрировался прошлой ночью для выполнения "склонный - получают обновление", ничто разрешенное.
Я пытаюсь использовать свой маршрутизатор в качестве сервер-серверного DNS. Это - то, как у меня есть остальная часть моей установки LAN. Я могу решить успешно от хоста, но я ничего не могу разрешить от гостя.
source /etc/network/interfaces.d/*
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
auto enp0s3
iface enp0s3 inet static
address 192.168.1.4
netmask 255.255.255.0
network 192.168.1.0
gateway 192.168.1.1
dns-namesevers 192.168.1.1
Я могу проверить с помощью ping-запросов свой маршрутизатор. Если я изменяю серверы имен DNS на 8.8.8.8 и сети перезапуска, я все еще не могу разрешить google.com. Существует что-то на поле, которое это препятствует тому, чтобы запросы DNS разрешили, и я не уверен, что могло вызвать его. Спасибо за справку.
то же самое, продолжающееся здесь, я думаю, что это - что-то связанное с DNSMASQ, разрешение DNS нескольких раз никогда не работает, несколько раз это, медленно работает занимая на каждое имя приблизительно 3 секунды к resolv, и иногда это работает действительно быстро, как это должно быть. Я выполняю человечность 15.10, и да я пытался изменить серверы DNS на свой ISP, Goolge и opendns, ничто, кажется, не стабильно
ОБНОВЛЕНИЕ: Я думаю, что нашел РЕШЕНИЕ
для решения
, проблема, кажется, связана с конфликтом dnsmasq и resolvconf пакетами. До 12.10, dnsmasq использовался. От 13,04 вперед, Ubuntu, казалось, переключалась на dnsmasq/resolvconf гибрид, где Вы установили dnsmasq-основу пакетов и resolvconf, но не dnsmasq сам.я не могу сказать, является ли это ошибка в сценариях обновления для 13,04 или что-то еще, потому что при обновлении (как в новых установках) resolvconf установлен, dnsmasq-основа обновлена, и dnsmasq (правильно) удаляется.
выгода, сценарию обновления не удается прокомментировать dns=dnsmasq строку в/etc/NetworkManager/NetworkManager.conf. Так, даже при том, что dnsmasq демон больше не присутствует в системе,/etc/resolv.conf все еще ожидает, что это будет.
ТАК для фиксации проблемы редактируют этот файл/etc/NetworkManager/NetworkManager.conf и комментируют эту строку: надежда #dns=dnsmasq
это помогает кому-то