DNS пропадает со Статическим IP через NetworkManager

Я знаю, что существует много сообщений/потоков/вопросов/учебных руководств относительно DNS человечности, внутренностей администратора сети, и изменяется в подобном между версиями ~12 к 14-15 +. Я нахожусь на человечности 12.04, и смотрящий на обновление скоро, но сначала я должен проверить, что некоторые создают резервную копию данных, и т.д. и также хотели бы выяснить эту проблему с NM.

На самом деле я первоначально использовал одно из учебных руководств там, которые сделали весь переход через обручи с ручным редактированием /etc/network/interfaces, и т.д., но это в конечном счете не работало. Некоторые учебные руководства просто указывают на использование GUI, и это главным образом работало (смог просмотреть веб-сайты; не так с ручным подходом), таким образом, это - то, где я закончил с этой проблемой DNS как исключение.

Мой DHCP работает с с нашим внутренним DNS, позволяя мне использовать имя, а не IP addr, например, с ssh команда. Однако, после того как я переключаюсь на Статическое соединение, я устанавливаю через NM gui инструмент, это больше не работает. Я не знаю почему. Я использовал Linux в течение нескольких лет, но я - сетевой новичок и пытаюсь узнать больше об этом материале. Вот некоторый вывод, который я имею для того, насколько я смог получить проблему, стреляющую в эту вещь (Примечание: 'serverA' и 'serverB' являются названиями машины в нашей локальной сети):

$ cat /etc/lsb-release DISTRIB_ID=Ubuntu DISTRIB_RELEASE=12.04 DISTRIB_CODENAME=precise DISTRIB_DESCRIPTION="Ubuntu 12.04.5 LTS"

На DHCP eth0: $ ping serverA PING serverA.MY.local (192.168.1.16) 56(84) bytes of data. --- serverA.MY.local ping statistics --- ... $ ping serverB PING serverB.MY.local (192.168.1.15) 56(84) bytes of data. --- serverB.MY.local ping statistics --- ...

$ nmcli dev list iface eth0 GENERAL.DEVICE: eth0 GENERAL.TYPE: 802-3-ethernet GENERAL.VENDOR: Broadcom Corporation GENERAL.PRODUCT: NetLink BCM57781 Gigabit Ethernet PCIe GENERAL.DRIVER: tg3 GENERAL.HWADDR: BC:5F:F4:55:73:B3 GENERAL.STATE: 100 (connected) GENERAL.REASON: 0 (No reason given) GENERAL.UDI: /sys/devices/pci0000:00/0000:00:1c.4/0000:08:00.0/net/eth0 GENERAL.IP-IFACE: eth0 GENERAL.NM-MANAGED: yes GENERAL.FIRMWARE-MISSING: no GENERAL.CONNECTION: /org/freedesktop/NetworkManager/ActiveConnection/1 CAPABILITIES.CARRIER-DETECT: yes CAPABILITIES.SPEED: 1000 Mb/s WIRED-PROPERTIES.CARRIER: on IP4.ADDRESS[1]: ip = 192.168.1.146/24, gw = 192.168.1.1 IP4.DNS[1]: 192.168.1.10 IP4.DNS[2]: 192.168.1.11 IP4.DOMAIN[1]: MY.local DHCP4.OPTION[1]: domain_name = MY.local DHCP4.OPTION[2]: expiry = 1445191770 DHCP4.OPTION[3]: broadcast_address = 192.168.1.255 DHCP4.OPTION[4]: dhcp_message_type = 5 DHCP4.OPTION[5]: dhcp_lease_time = 518400 DHCP4.OPTION[6]: ip_address = 192.168.1.146 DHCP4.OPTION[7]: routers = 192.168.1.1 DHCP4.OPTION[8]: subnet_mask = 255.255.255.0 DHCP4.OPTION[9]: dhcp_renewal_time = 259200 DHCP4.OPTION[10]: domain_name_servers = 192.168.1.10 192.168.1.11 DHCP4.OPTION[11]: dhcp_rebinding_time = 453600 DHCP4.OPTION[12]: network_number = 192.168.1.0 DHCP4.OPTION[13]: dhcp_server_identifier = 192.168.1.11

На Статическом eth0: $ ping serverA ping: unknown host serverA $ ping serverB ping: unknown host serverB

$ nmcli dev list iface eth0 GENERAL.DEVICE: eth0 GENERAL.TYPE: 802-3-ethernet GENERAL.VENDOR: Broadcom Corporation GENERAL.PRODUCT: NetLink BCM57781 Gigabit Ethernet PCIe GENERAL.DRIVER: tg3 GENERAL.HWADDR: BC:5F:F4:55:73:B3 GENERAL.STATE: 100 (connected) GENERAL.REASON: 0 (No reason given) GENERAL.UDI: /sys/devices/pci0000:00/0000:00:1c.4/0000:08:00.0/net/eth0 GENERAL.IP-IFACE: eth0 GENERAL.NM-MANAGED: yes GENERAL.FIRMWARE-MISSING: no GENERAL.CONNECTION: /org/freedesktop/NetworkManager/ActiveConnection/0 CAPABILITIES.CARRIER-DETECT: yes CAPABILITIES.SPEED: 1000 Mb/s WIRED-PROPERTIES.CARRIER: on IP4.ADDRESS[1]: ip = 192.168.1.17/24, gw = 192.168.1.1 IP4.DNS[1]: 192.168.1.10 IP4.DNS[2]: 192.168.1.11

Теперь вот интересная вещь: это - действительно весь вывод nmcli команда для статического соединения. Заметьте IP4.DOMAIN отсутствует. Я подозреваю, что это - точно проблема, но не быть чрезмерно знакомым с innerworkings NM, которые я не знаю, как продолжить двигаться. Я действительно пытался редактировать соединение (через NM gui) и добавить MY.local к полю "Search domains" под вкладкой "IPv4 Settings". Даже после перезагрузки, это, казалось, не имело значение.

Что я пропускаю? У кого-либо есть предложения как, туда, где пойти отсюда? Я был бы рад обеспечить некоторый вывод от dig учитывая определенное колдовство (все еще изучение роют, не уверенный, которые производят, было бы самым полезным). Я чувствую, что это очень близко к работе (по крайней мере, относительно моего соединения с использованием DHCP), но эта проблема стоит на пути все еще. Любой поиск и устранение неисправностей справки значительно ценится.

0
задан 12 October 2015 в 21:56

1 ответ

Ничего себе, хорошо. Я заставил это работать. Вот то, что я нашел: от метания попытки заставить ручной метод работать, я уехал dns=dnsmasq линия прокомментированный в /etc/NetworkManager/NetworkManager.conf. Повторно позволяя ту линию, проблема была устранена, никакая необходимая перезагрузка. Ping теперь твердость имена правильно, хотя эти nmcli продукция не изменилась вообще, который интересен.

Делает любой знает: это ожидаемое поведение? У меня было впечатление, которое эти dnsmasq было дополнительно к утилитам NM, но по-видимому нет. Также: объясняют , почему эти nmcli продукция не изменилась.

я сделал эту почту ответом, в случае, если никто больше не приезжает, чтобы объяснить вещи (но конечно предпочел бы некоторое понимание, если бы другие должны были способствовать). Спасибо.

0
ответ дан 30 September 2019 в 23:41

Другие вопросы по тегам:

Похожие вопросы: