[Bug 1821491] Re: DNS lookup fails for local hosts
Steve Roberts
1821491 at bugs.launchpad.net
Wed Apr 17 14:57:51 UTC 2019
Thankyou for all the attention to this and the explanations Dan, but now
I am also confused...
I tend to think that if my desktop is able to successfully lookup the
host on the router (as per
https://bugs.launchpad.net/ubuntu/+source/resolvconf/+bug/1817903) then
I should expect that my laptop on the same lan, should also be able to
do so, hence to me it is still a bug...
So to clarify for me, if nothing else:
If the router dns only has the hostname defined, i.e.
phspi05 192.168.2.35
Lookups by the desktop (no NetworkManager, fixed IP) with resolv.conf containing:
nameserver 192.168.2.1
nameserver 127.0.0.53
dig phspi05 = success
dig phspi05.phs = fail
Lookups by the laptop (with NetworkManager, dhcp assigned IP) with resolv.conf containing:
nameserver 127.0.0.53
search phs
dig phspi05 = fail
dig phspi05.phs = fail
dig phspi05 @192.168.2.1 = success
dig phspi05.phs @192.168.2.1 = fail
If I manually edit resolv.conf on the laptop so that it looks like
nameserver 192.168.2.1
nameserver 127.0.0.53
search phs
dig phspi05 = success
So it seems to me that lookups by systemd-resolved
are failing to lookup the hostname on the local DNS (even if this is by design)
Whatever way I look at it, I have an inconsistency between computers on
the same network.
If the router has the hostname AND domainname defined:
phspi05 192.168.2.35
phspi05.phs 192.168.2.35
then on the desktop
dig phspi05 = success
dig phspi05.phs = success
on laptop
dig phspi05 = fails
dig phspi05.phs = success
I guess I have a workaround to manually edit resolv.conf, and as I don't
reboot that often it is not a big issue, but it doesn't feel right
somehow.
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1821491
Title:
DNS lookup fails for local hosts
Status in systemd package in Ubuntu:
Invalid
Bug description:
Mint 19 (Ubuntu Bionic)
Laptop so Using NetworkManager, and connecting wirelessly to LAN
Upgraded from Mint 18.3 so using resolvconf...
Versions:
network-manager: 1.10.6-2ubuntu1.1
resolvconf: 1.79ubuntu10.18.04.3 or 1.79ubuntu10.18.04.2
systemd: 237-3ubuntu10.15
dns is specified in NetworkMananager as 192.168.2.1
the dns is a router, and has static ips assigned to certain hosts on my lan...
$cat resolv.conf
nameserver 127.0.0.53
search phs
options edns0
$ nslookup phspi05
Server: 127.0.0.53
Address: 127.0.0.53#53
** server can't find phspi05: SERVFAIL
If I explicity specify the dns:
$ nslookup phspi05 192.168.2.1
Server: 192.168.2.1
Address: 192.168.2.1#53
Non-authoritative answer:
Name: phspi05
Address: 192.168.2.35
I get the correct ip address...
Same with dig...
I would expect that the nameserver set in network-manager would be
used....
From tail of $ systemd-resolve --status
Link 2 (wlp2s0)
Current Scopes: DNS
LLMNR setting: yes
MulticastDNS setting: no
DNSSEC setting: no
DNSSEC supported: no
DNS Servers: 192.168.2.1
DNS Domain: phs
So the dns address had been picked up from NetworkManager, but
apparently is not being used...
Thought it might be related to this bug:
https://bugs.launchpad.net/ubuntu/bionic/+source/resolvconf/+bug/1817903
So installed the proposed fix, but no change. I also tried removing
package resolvconf, again no change...
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1821491/+subscriptions
More information about the foundations-bugs
mailing list