Обычно мой Google-Fu позволяет мне решать большинство проблем с Linux после достаточного количества времени, но этому озадачили меня.
Я недавно попытался установить Pihole на своем поле Plex, которое выполняет человечность 18.04.2. Все хорошо работало, но pihole не смог надежно заблокировать главное, которое я хотел заблокированный (главным образом реклама YouTube по моему roku), таким образом, я удалил его. С тех пор, как я сделал это, у меня были проблемы DHCP с моим сервером Plex.
Я выяснил два лейкопластыря для получения вещей, работающих, но я хочу надлежащую фиксацию.
Проблема с обоими из этих мер, они не сохраняются после перезагрузки. Я думаю, что что-то где-нибудь идет не так, как надо с Администратором сети, но я не уверен, что, и я не уверен, как зафиксировать его. Я предполагаю, что это имеет некоторое отношение к PiHole не действительно наличие истинной "чистой" опции удаления.
Я попробовал следующее без успеха:
На перезагрузку роют, www.google.com всегда неудачен, и-c 3 8.8.8.8 ping всегда успешен. Попытка получить доступ к Google через 8.8.8.8 всегда неудачна, пока одна из вершины не фиксирует, применяется.
Я не совсем уверен, что будет необходимо для фиксации этого, но я ценю время любого, кто читает это. Я понимаю, что мог, вероятно, сделать что-то, что работает при запуске, который работает, netplan применяют команду, но я чувствую, что существует лучшее решение этого.
Спасибо!
Править: Я добавил это после того, как другой вопрос, подобный шахте, имел вывод requested.--------------------------sudo lshw-C, сеть дает:
*-network
description: Ethernet interface
product: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
vendor: Realtek Semiconductor Co., Ltd.
physical id: 0
bus info: pci@0000:01:00.0
logical name: enp1s0
version: 15
serial: 30:9c:23:d6:d4:c8
size: 1Gbit/s
capacity: 1Gbit/s
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress msix bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt 1000bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=2.3LK-NAPI duplex=full firmware=rtl8168h-2_0.0.2 02/26/15 ip=10.0.1.9 latency=0 link=yes multicast=yes port=MII speed=1Gbit/s
resources: irq:16 ioport:3000(size=256) memory:a1104000-a1104fff memory:a1100000-a1103fff
ifconfig дает:
enp1s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 10.0.1.9 netmask 255.255.255.0 broadcast 10.0.1.255
inet6 fe80::329c:23ff:fed6:d4c8 prefixlen 64 scopeid 0x20<link>
ether 30:9c:23:d6:d4:c8 txqueuelen 1000 (Ethernet)
RX packets 29929 bytes 8095074 (8.0 MB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 46972 bytes 48312760 (48.3 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Local Loopback)
RX packets 27784 bytes 41332037 (41.3 MB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 27784 bytes 41332037 (41.3 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
кошка/etc/netplan / *.yaml дает:
# Let NetworkManager manage all devices on this system
network:
version: 2
renderer: NetworkManager
ethernets:
enp1s0:
dhcp4: true
ls - al/etc/resolv.conf дает:
lrwxrwxrwx 1 root root 29 Mar 18 23:47 /etc/resolv.conf -> ../run/resolvconf/resolv.conf
кошка/etc/resolv.conf дает:
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
# 127.0.0.53 is the systemd-resolved stub resolver.
# run "systemd-resolve --status" to see details about the actual nameservers.
nameserver 127.0.0.53
search bldint.com
options edns0
dpkg-l DNS | grep ii дает:
ii dns-root-data 2018013001 all DNS root data including root zone and DNSSEC key
ii dnsmasq-base 2.79-1 amd64 Small caching DNS proxy and DHCP/TFTP server
ii dnsutils 1:9.11.3+dfsg-1ubuntu1.5 amd64 Clients provided with BIND
ii libdns-export1100 1:9.11.3+dfsg-1ubuntu1.5 amd64 Exported DNS Shared Library
ii libdns1100:amd64 1:9.11.3+dfsg-1ubuntu1.5 amd64 DNS Shared Library used by BIND
ii libmicrodns0:amd64 0.0.8-1 amd64 minimal mDNS resolver and announcer library (shared library)
ii libnet-dns-perl 1.10-2 all Perform DNS queries from a Perl script
ii libnss-mdns:amd64 0.10-8ubuntu1 amd64 NSS module for Multicast DNS name resolution
ii python-dnspython 1.15.0-1 all DNS toolkit for Python
dpkg-l resolv | grep ii дает:
ii resolvconf 1.79ubuntu10.18.04.2 all name server information handler
resolvectl дает:
resolvectl: command not found
ОБНОВЛЕНИЕ 1: я попытался удалить lighttpd и выполнить обновленный uninstall.sh от pihole. Провал. Кроме того, я исправил свой *.yaml файл для удаления последних 3 строк (сети Ethernet, enp1s0, и dhcp4). Исправленный *.yaml файл больше не позволяет моей предыдущей фиксации работать.
Следующее является выводом от sudo netplan --debug apply
для исправленного *.yaml файла:
** (generate:3099): DEBUG: 19:49:38.200: starting new processing pass
** (generate:3099): DEBUG: 19:49:38.200: Generating output files..
DEBUG:no netplan generated networkd configuration exists
DEBUG:no netplan generated NM configuration exists
DEBUG:Merged config:
network:
bonds: {}
bridges: {}
ethernets: {}
vlans: {}
wifis: {}
DEBUG:Skipping non-physical interface: lo
DEBUG:Skipping non-physical interface: enp1s0
DEBUG:{}
DEBUG:netplan triggering .link rules for lo
DEBUG:netplan triggering .link rules for enp1s0
Следующее является выводом для исходного файла (который я теперь восстановил) для sudo netplan --debug apply
:
** (generate:3258): DEBUG: 19:52:42.231: starting new processing pass
** (generate:3258): DEBUG: 19:52:42.231: enp1s0: setting default backend to 2
** (generate:3258): DEBUG: 19:52:42.231: Generating output files..
** (generate:3258): DEBUG: 19:52:42.231: networkd: definition enp1s0 is not for us (backend 2)
DEBUG:no netplan generated networkd configuration exists
DEBUG:netplan generated NM configuration exists, restarting NM
DEBUG:enp1s0 not found in {}
DEBUG:Merged config:
network:
bonds: {}
bridges: {}
ethernets:
enp1s0:
dhcp4: true
vlans: {}
wifis: {}
DEBUG:Skipping non-physical interface: lo
DEBUG:device enp1s0 operstate is up, not changing
DEBUG:{}
DEBUG:netplan triggering .link rules for lo
DEBUG:netplan triggering .link rules for enp1s0
Я не мог установить resolvectl через любой из обычных каналов.
Из комментариев...
Работа в progess...
Между пользовательскими модификациями и установкой/демонтажом pihole, сети не являются абсолютно операционными.
Рекомендуйте, чтобы пользователь переустановил Ubuntu, не сделал модификаций, не переустанавливайте pihole.