Another systemd-resolved problem in 17.04

[Chris Green]

On Thu, Jun 22, 2017 at 11:16:49AM -0400, Tom H wrote:
> > Jun 21 09:21:28 t470 systemd-resolved[961]: Got message type=method_return 
> sender=org.freedesktop.DBus destinat ion=:1.22 object=n/a interface=n/a 
> member=n/a cookie=79941 reply_cookie=106058 error=n/a 
> > Jun 21 09:21:28 t470 systemd-resolved[961]: Freeing transaction 13674.
> >
> > ... but why is it switching to a backup DNS server that I haven't specified 
> anywhere? Not to mention why is 
> > is it timing out, 192.168.1.2 is a system on the LAN with nothing else to do except DNS
> 
> I have no idea why 192.168.1.2 is failing (didn't you have failures in
> another thread?) or why resolved is switching to "fe80..." :(
> 
> Is there any config in
> 
> /etc/systemd/resolved.conf
> /etc/systemd/resolved.conf.d/*.conf
> /lib/systemd/resolved.conf.d/*.conf
> /run/systemd/resolved.conf.d/*.conf
> 
> that sets "fe80..." as the DNS server?
> 
Not that I can see, a 'grep -r fe80 /etc/*' produces only the following:-

dhcp/dhclient-enter-hooks.d/resolvconf:                         if expr "$N_LOW" : ^fe80:: >/dev/null ; then
grub.d/05_debian_theme:968ecf6696c5638cfe80e8e70aba239526270864  debian-blueish-wallpaper-640x480.tga
ufw/before6.rules:-A ufw6-before-input -p icmpv6 --icmpv6-type 130 -s fe80::/10 -j ACCEPT
ufw/before6.rules:-A ufw6-before-input -p icmpv6 --icmpv6-type 131 -s fe80::/10 -j ACCEPT
ufw/before6.rules:-A ufw6-before-input -p icmpv6 --icmpv6-type 132 -s fe80::/10 -j ACCEPT
ufw/before6.rules:-A ufw6-before-input -p icmpv6 --icmpv6-type 143 -s fe80::/10 -j ACCEPT
ufw/before6.rules:-A ufw6-before-input -p icmpv6 --icmpv6-type 151 -s fe80::/10 -m hl --hl-eq 1 -j ACCEPT
ufw/before6.rules:-A ufw6-before-input -p icmpv6 --icmpv6-type 152 -s fe80::/10 -m hl --hl-eq 1 -j ACCEPT
ufw/before6.rules:-A ufw6-before-input -p icmpv6 --icmpv6-type 153 -s fe80::/10 -m hl --hl-eq 1 -j ACCEPT
ufw/before6.rules:-A ufw6-before-output -p icmpv6 --icmpv6-type 130 -s fe80::/10 -j ACCEPT
ufw/before6.rules:-A ufw6-before-output -p icmpv6 --icmpv6-type 131 -s fe80::/10 -j ACCEPT
ufw/before6.rules:-A ufw6-before-output -p icmpv6 --icmpv6-type 132 -s fe80::/10 -j ACCEPT
ufw/before6.rules:-A ufw6-before-output -p icmpv6 --icmpv6-type 143 -s fe80::/10 -j ACCEPT
ufw/before6.rules:-A ufw6-before-output -p icmpv6 --icmpv6-type 151 -s fe80::/10 -m hl --hl-eq 1 -j ACCEPT
ufw/before6.rules:-A ufw6-before-output -p icmpv6 --icmpv6-type 152 -s fe80::/10 -m hl --hl-eq 1 -j ACCEPT
ufw/before6.rules:-A ufw6-before-output -p icmpv6 --icmpv6-type 153 -s fe80::/10 -m hl --hl-eq 1 -j ACCEPT
ufw/before6.rules:-A ufw6-before-input -p udp -s fe80::/10 --sport 547 -d fe80::/10 --dport 546 -j ACCEPT

It's possible that dhcp/dhclient-enter-hooks.d/resolvconf is significant but it doesn't seem 
so to me at the moment.

-- 
Chris Green