Почему systemd-resolved не использует мой локальный DNS-сервер?
закрыть стандартный ввод.
Общая форма , определенная в POSIX , такова:
[n]<&word
Его цель - создать дескриптор файла n - это копия дескриптора файла, обозначенная словом . Стандартное значение in предполагается, если n опущено, и если слово равно - , дескриптор файла n будет закрыт.
Это не то же самое, что dev / null , поскольку, когда в случае dev / null , стандартный ввод все еще открывался и был перенаправлен в другое место.
Вам необходимо закрыть все файловые дескрипторы процессов, которые были подключены к ssh-сокету, в противном случае сессия ssh не может быть закрыта.
Вы можете запустить команду на удаленном компьютере, не присоединяя ее к сеансу ssh, используя screen или tmux :
ssh user@remote 'screen -S test -d -m command'
Entonces, cambiar mi interfaz eth0 cableada para que sea administrada resolvió este problema para mí.
Cambio de ifupdown a gestionado=verdadero en /etc/NetworkManager/NetworkManager.conf
[ifupdown]
managed=true
Luego reinicie NetworkManager
sudo systemctl restart NetworkManager
Después de esto, funciona perfectamente...
Esto no fue 100%. También apliqué estos cambios para intentar eliminar el resolutor
sudo service resolvconf disable-updates
sudo update-rc.d resolvconf disable
sudo service resolvconf stop
Muchas gracias a esta publicación de blog sobre el tema :https://ohthehugemanatee.org/blog/2018/01/25/my-war-on-systemd-resolved/
Oremos para que esto funcione... Todo este sistema -resolver el asunto es tan feo.
Supongo que su servicio systemd-resolvedestá configurado correctamente, pero nunca llega a ver la solicitud. El dominio .locales tratado especialmente por los sistemas que ejecutan mDNS . avahi-daemon, que proporciona mDNS/DNS -Servicios SD (también conocido como "Bonjour" en productos Apple )puede configurarse para tener prioridad sobre DNS durante la resolución de nombres; parece que Ubuntu hace esto.
Hay algunas opciones entre las que puede elegir:
Cambie el nombre de su dominio
.locala algo diferente (posiblemente.internalo.lan). Esto puede ser lo más fácil de hacer en la práctica porque solo tiene que cambiar un par de cosas en su servidor DNS y funciona mejor con Avahi. Recomendaría este método.Modifique su archivo
/etc/nsswitch.confcolocando la entradadnsdelante de las entradasmdns.Modifique la configuración de Avahi para cambiar el dominio mDNS de
.locala otra cosa editando/etc/avahi/avahi-daemon.confy cambiando (o agregando)domain-name=.something(ubicado en la sección[server]). Deberá hacer esto en cada computadora que use mDNS para que sigan funcionando juntas.
Кажется, это было бы лучше в качестве комментария, но недостаточно репутации....
Самостоятельный -ответ Сивинга больше всего соответствовал тому, что я хотел.
Мне также пришлось добавить dns=noneв секцию [main]/etc/NetworkManager/NetworkManager.conf, так что это выглядит так:
[main]
plugins=ifupdown,keyfile
dns=none
Я только что обновился до xubuntu 18.04 с 14.04, и у меня есть более старая локальная сеть, со многими небольшими изменениями, внесенными за эти годы. Поэтому я хочу, чтобы мой DNS делал то, что я хочу (да, я купил много экземпляров книги Крикета Лиуса за эти годы, начиная со второго издания ).
Между прочим, ранее я добавлял информацию о разрешении DNS, которую я хочу видеть, в файл /etc/resolvconf/resolv.conf.d/head.
Короче говоря, когда-то у меня был рабочий файл /etc/resolv.conf от имени пользователя root:
cat /etc/resolv.conf >> /etc/resolvconf/resolv.conf.d/head
Но теперь я просто редактирую файл /etc/resolv.conf напрямую, и он остается прежним. Посетители моей локальной сети, которые используют systemd/resolvconf, - это ТАКИЕ. Их не существует.
Чтение man 8 resolvconfпомогло. Много. Я не следовал инструкциям по размещению вещей там, где их может найти программа ifup. В основном потому, что в графическом интерфейсе есть целая надстройка, которая уже игнорировалась тем, что делалось во время обновления. Это кажется более серьезной проблемой (WTF, Ubuntu? ).
Так что это некрасиво, и все еще существует проблема, что то, что я (давным-давно )ввел в графический интерфейс панели управления сетью, не подчинялось недавно -обновленной системе, но это полностью другой вопрос, как только я выясню, как его задать.
Для себя, запустив недавно установленную версию 18.04, я сделал первое изменение, указанное @Civing:
[ifupdown]
managed=true
затем, заметив, что /etc/resolv.conf всегда указывает на заглушку -resolv.conf и что создается разумный файл resolv.conf с правильным DNS-сервером локальной сети, изменил символическую ссылку:
/etc/resolv.conf -> /run/systemd/resolve/resolv.conf
, а затем локальные все имена хостов, разрешенные с помощью ping.
Остается посмотреть, как долго это будет работать.
При первоначальной установке произошел сбой настройки беспроводной сети, и я не могу не задаться вопросом, не оставила ли установка файл /etc/resolv.conf в исходном состоянии.
Таким образом, одно предложение состоит в том, чтобы посмотреть на то, что порождает разрешение; возможно, у вас уже есть рабочая база.