Я использую Ubuntu 18.04. Настройка моего рабочего ПК для подключения к сети и домену.
Я работал над переходом на Netplan с использованием / etc / network / interfaces
Я создал файл yaml и в конечном итоге запустил
netplan generate
netplan apply
без каких-либо ошибок. Я проверил мой конфигурационный файл, расположенный в / run / systemd / network для моего интерфейса, и он соответствует правильным деталям.
Я замаскировал сетевой менеджер и сеть, когда я читал, что это может помешать при использовании networkd.
Сеть работает нормально, я могу подключиться к Интернету и внутренним серверам и пинговать nslookup другие серверы. Моя проблема в том, что после 5-10 минут я больше не могу пинговать другие серверы или nslookup других внутренних машин, используя их имена, только IP. Служба имен, похоже, не работает.
Затем я запускаю
netplan apply
И это снова исправляется! Что здесь происходит? Кто-нибудь знает способ исправить это навсегда? Я уверен, что с моим файлом yaml все в порядке, но, возможно, что-то еще мешает или вызывает проблемы? Я действительно думал, что это может быть сетевой менеджер, поэтому я его замаскировал.
У меня есть только один файл yaml, расположенный в /etc/netplan/01-network-card.yaml, и его формат:
network:
version: 2
renderer: networkd
ethernets:
eno1:
dhcp4: false
addresses: [ip.add.xx.xx/20]
gateway4: xxx.xxx.xxx.x
nameservers:
search: [redacted.local]
addresses: [xxx.xxx.xxx.xxx]
addresses: [8.8.8.8]
enp14s0:
dhcp4: false
addresses: [xxx.xxx.xxx.xx/24]
gateway4: xxx.xxx.xxx.x
Есть идеи с этим? Нетплан это боль. Также соединение enp14s0 является подключением администратора к нашей сети. Я пытаюсь настроить eno1.
Спасибо
Редактировать: спасибо комментаторам за помощь. Добавление дополнительной информации:
ls -al /etc/resolv.conf
lrwxrwxrwx 1 root root 39 May 24 16:48 /etc/resolv.conf -> ../run/systemd/resolve/stub-resolv.conf
cat /etc/resolv.conf
# This file is managed by man:systemd-resolved(8). Do not edit.
#
# This is a dynamic resolv.conf file for connecting local clients to the
# internal DNS stub resolver of systemd-resolved. This file lists all
# configured search domains.
#
# Run "systemd-resolve --status" to see details about the uplink DNS servers
# currently in use.
#
# Third party programs must not access this file directly, but only through the
# symlink at /etc/resolv.conf. To manage man:resolv.conf(5) in a different way,
# replace this symlink by a static file or a different symlink.
#
# See man:systemd-resolved.service(8) for details about the supported modes of
# operation for /etc/resolv.conf.
nameserver 127.0.0.53
options edns0
search redacted.local
Как примечание, сервер имен 127.0.0.53 - это не тот, который я ввожу в файл netplan - не знаете, откуда это? imagariumuk cat / etc / network / interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)
#auto lo
#iface lo inet loopback
#auto eno1
#allow-hotplug eno1
#iface eno1 inet dhcp
Прокомментировали все вышесказанное после попытки перехода на сетевой план.
Результаты systemd-resolver --status до и после.
Global
DNSSEC NTA: 10.in-addr.arpa
16.172.in-addr.arpa
168.192.in-addr.arpa
17.172.in-addr.arpa
18.172.in-addr.arpa
19.172.in-addr.arpa
20.172.in-addr.arpa
21.172.in-addr.arpa
22.172.in-addr.arpa
23.172.in-addr.arpa
24.172.in-addr.arpa
25.172.in-addr.arpa
26.172.in-addr.arpa
27.172.in-addr.arpa
28.172.in-addr.arpa
29.172.in-addr.arpa
30.172.in-addr.arpa
31.172.in-addr.arpa
corp
d.f.ip6.arpa
home
internal
intranet
lan
local
private
test
Link 3 (eno1)
Current Scopes: DNS
LLMNR setting: yes
MulticastDNS setting: no
DNSSEC setting: no
DNSSEC supported: no
DNS Servers: serverfromnetplan.240
8.8.8.8
DNS Domain: redacted.local
Link 2 (enp14s0)
Current Scopes: none
LLMNR setting: yes