Не удается разрешить hostname.local в локальной сети

Я бы подсчитал, сколько параметров появилось в результате раскрытия подстановочного знака. Во-первых, я бы установил nullglob, чтобы при отсутствии совпадений мы получали ожидаемый ноль вместо самого подстановочного знака.

shopt -s nullglob

Затем запросите расширение желаемого паттерна и установите их в качестве текущих параметров:

set -- /opt/presto-server-*/

Обратите внимание на добавление завершающей косой черты --, которая требует, чтобы результирующие совпадения были каталогами (или символическими ссылками на каталоги ).

Тогда спроси, сколько их:

[ "$#" -gt 0 ] && echo "There are one or more presto-server- directories"
0
29.03.2020, 19:23
3 ответа

Нашел!

Кажется, у моего маршрутизатора действительно есть DNS-сервер:

nslookup host_ip router_ip
Server:     192.168.1.254
Address:    192.168.1.254#53

69.1.168.192.in-addr.arpa   name = hostname.lan.

Так что это ответ на вопрос .localпротив .lan. В последней версии Debian локальным доменом является .lan.

Тем не менее, ping hostname.lanвозвращает неизвестный хост.

Благодаряhttps://askubuntu.com/questions/623940/network-manager-how-to-stop-nm-updating-etc-resolv-confя узнал, что /etc/resolv.confявляется символической ссылкой на /var/run/NetworkManager/resolv.conf; поэтому мне пришлось заменить его собственнымresolv.conf:

search lan
nameserver 192.168.1.254

, чтобы он использовал DNS маршрутизатора (, который при необходимости будет направлять запросы ).

Перезапуск сетевого -диспетчера systemctl restart network-managerи он работает как шарм:

$ ping hostname.lan
PING hostname.lan (192.168.1.69) 56(84) bytes of data.
64 bytes from hostname.lan (192.168.1.69): icmp_seq=1 ttl=64 time=2.02 ms

(ping google.frчтобы убедиться, что запросы WAN обрабатываются)

2
19.03.2021, 02:31

Вам необходимо отредактировать /etc/hostsс новым IP-адресом (DHCP):

IP_here         hostname.local

Чтобы навсегда решить эту проблему, вам необходимо присвоить своей машине статический IP-адрес.

0
19.03.2021, 02:31

Полное доменное имя не требуется; просто используйте хост-часть.Например:

`[root@darouter ~]# arping -I enp2s0f1 matilda
ARPING 192.168.100.12 from 192.168.100.254 enp2s0f1
Unicast reply from 192.168.100.12 [D0:67:E5:EB:37:25]  0.759ms
Unicast reply from 192.168.100.12 [D0:67:E5:EB:37:25]  0.801ms
Unicast reply from 192.168.100.12 [D0:67:E5:EB:37:25]  0.732ms
Sent 3 probes (1 broadcast(s))
Received 3 response(s)`

Я использовал арпинг, так как матильда — это ветровая коробка; это было проще, чем выяснять, как разрешить входящий пинг. Я бы отключил dns на роутере. Там должно быть место для ввода IP-адреса DNS-сервера, чтобы вы могли использовать свой внутренний DNS. Если ваш внутренний DNS не разрешается по имени хоста, вам нужно выяснить, где нарушена конфигурация вашего DNS. У меня была эта проблема некоторое время назад. К сожалению, это было некоторое время назад; и так как я не помню, что я делал вчера, я не могу дать вам окончательный ответ, что я сделал, чтобы решить эту проблему.

Надеюсь, это поможет!

Тод

0
19.03.2021, 02:31

Теги

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