Как я автоматически разрешаю имена серверов на специализированном .local SLD?
Мое рабочее место (прежде всего, магазин Windows) использует пользовательский SLD в нашей локальной сети, поэтому если мое имя хоста mycomputer мой FQDN будет mycomputer.companyname.local. Я могу обычно разрешать доменные имена от своей рабочей станции, например.
yarbrdav@lusr1630:~$ ping qa-server-1
PING qa-server-1.companyname.local (172.20.20.144) 56(84) bytes of data.
64 bytes from qa-server-1.companyname.local (172.20.20.144): icmp_seq=1 ttl=127 time=22.7 ms
64 bytes from qa-server-1.companyname.local (172.20.20.144): icmp_seq=2 ttl=127 time=20.1 ms
64 bytes from qa-server-1.companyname.local (172.20.20.144): icmp_seq=3 ttl=127 time=20.0 ms
однако, IT начал добавлять дополнительные домены среднего уровня к новым серверам, таким образом, qa-server-4 теперь имеет FQDN qa-server-4.qa.companyname.local.
Моя машина Windows может решить qa-server-1 и qa-server-4 без дальнейшей квалификации.
Однако на Ubuntu qa-server-4 не может быть разрешен. Я должен проверить с помощью ping-запросов qa-server-4.qa для нахождения сервера.
Я попытался отключить avahi-демона на совете коллеги, но я не заметил различия.
Моя рабочая станция запускает Ubuntu 16.04
1 ответ
Можно интересоваться конфигурированием дополнительных областей поиска.
В зависимости от того, как настроена Ваша система, это будет один из двух путей.
Первый Путь: Если Ваша система настроена с /etc/network/interfaces
ПРЕДУПРЕЖДЕНИЕ: Этот раздел предполагает, что Вы имеете
sudoилиrootдоступ, и может отредактировать Вашу конфигурацию системы непосредственно без команды IT, вносящей изменения как администратор.
Если Ваша система статична-IP'd с /etc/network/interfaces затем у Вас могло бы быть что-то вроде этого в том файле:
auto enp7s0
iface enp7s0 inet static
address 10.75.250.20
netmask 255.255.255.0
gateway 10.75.250.1
dns-nameserver 10.74.0.10 10.74.0.10
dns-search foobar.baz
Если это верно, затем просто добавьте дополнительные субдомены к своим областям поиска, и это будет работать - таким образом, Вы видели бы что-то вроде этого:
auto enp7s0
iface enp7s0 inet static
address 10.75.250.20
netmask 255.255.255.0
gateway 10.75.250.1
dns-nameserver 10.74.0.10 10.74.0.10
dns-search foobar.baz qa.foobar.baz
Мое предположение - то, что при реализации статической конфигурации Вы, возможно, должны указать дополнительные Области поиска DNS, которые вполне возможно уже раздаются статическим резервированием DHCP под системой Windows DHCP.
Тем не менее, если Вашей сетью будет DHCP и не статически настроенная, то Вы будете видеть что-то еще, как это в /etc/network/interfaces:
auto enp7s0
iface enp7s0 inet dhcp
Если это - то, что Вы видите, то необходимо говорить людьми IT и удостовериться, что они обновляют опцию Search Domains, что DHCP способен к отсылке. Тем путем у них есть все промежуточные части субдомена, заполненные поэтому, что Вы ожидаете происходить, произойдет, когда Вы просто пытаетесь перейти к имени хоста непосредственно.
Можно определить области поиска хотя, если Вы действительно имеете к в установке DHCP, как это:
автоматический поиск DNS enp7s0 iface enp7s0 inet dhcp foobar.baz qa.foobar.baz
Отметьте это оба из них /etc/network/interfaces подходы требуют, чтобы Вы отредактировали файл как администратор и затем перезагрузили Вашу систему впоследствии для применения изменений конфигурации правильно.
Второй Путь: Если Вы используете Администратора сети для конфигурирования системы
Здесь существует на самом деле два случая. В обоих случаях, после того как Вы изменили эти конфигурации, необходимо разъединить и воссоединить Администратора сети использования.
Случай A: Ваша сеть статически настроена.
Если Вы входите в Администратора сети и опцию "Edit Connections" в выпадающем меню администратора сети, и редактируете опцию соединения Ethernet (Вы, вероятно, только имеете один, названный "соединение Ethernet 1" или подобный):
Необходимо будет добавить дополнительные области поиска к тому полю областей поиска, с помощью запятых или пробелов для разделения областей поиска. По сути, Вы затем сможете автозапросить 'области поиска' для нахождения имен хостов, как Windows уже делает.
Случай B: Ваша сеть динамично настроена.
Если Ваша сеть динамично настроена, то можно хотеть говорить командой IT для проверки DHCP, присвоенные области поиска на самом деле актуальны со всеми дополнительными промежуточными доменными именами там.
Но принятие, это - просто случай не настраивания всех областей поиска, и это - весь DHCP, мы будем видеть этот вид настроек IPv4:
Если это - то, что Вы видите, то как в разделе First Way, просто необходимо добавить дополнительные промежуточные домены (qa.foobar.baz, например) к "Дополнительным Областям поиска" параметр конфигурации.
Тем не менее необходимо, вероятно, все еще говорить с командой IT, если это - то, как она настроила - они не продвигают области поиска, конечно, и вероятно должны быть.