Johnny Posted November 16, 2018 Posted November 16, 2018 (edited) I purchased a ROC-RK3328-CC from LovRPi.com. The ONLY OS available I can get to boot is Armbian, so this is important. This is a new install. Everything seems to work well enough except DNS. The browser can't resolve domain names, though it can access the various routers' IP's.. cat resolv.conf shows the head text and nameserver 127.0.0.53 I've tried editing the network connection, adding DNS servers, which had no effect except that systemd-resolve --status shows the correct DNS servers for eth0 (the wired connection). This cannot be altered by systemd-resolve --set-dns=[DNS Server IP]. It doesn't throw an error but neither does it change anything, even on reboot. I've tried editing /etc/systemd/resolved.conf with nano, uncommenting and setting the DNS, FallbackDNS, uncommenting and turning LLMNR=no, MulticastDNS=no, Cache=yes, DNSStubListener=no Saving that and rebooting doesn't change a thing. I'm on a SOHO LAN and do not have a DNSSEC signed router. Someone suggested editing ./etc/resolv.conf directly with nano, despite the head text which says it won't work. It doesn't work. Checking it's local router, there are no error messages. Apparently, the ROC-RK3328-CC has finished DHCP, is on the MAC and DHCP lists, has the correct IP and can get outside it's local router to the outer routers, just like every other workstation, as long as it uses an IP to get there.. Can anyone PLEASE tell me how to set the DNS server (that actually works)? Edited November 16, 2018 by Johnny I didn't finish a sentance.
JMCC Posted November 16, 2018 Posted November 16, 2018 I understand you already tried to add these lines to /etc/systemd/resolved.conf: DNS=8.8.8.8 2001:4860:4860::8888 FallbackDNS=8.8.4.4 2001:4860:4860::8844 And also try adding this one to /etc/rc.local: grep -q 'nameserver 8.8.8.8' /etc/resolv.conf || echo 'nameserver 8.8.8.8' >> /etc/resolv.conf And reboot Or even a more radical solution, in case the above doesn't work, putting in /etc/rc.local: echo 'nameserver 8.8.8.8' > /etc/resolv.conf and reboot.
chwe Posted November 16, 2018 Posted November 16, 2018 5 hours ago, JMCC said: Or even a more radical solution, in case the above doesn't work, putting in /etc/rc.local: echo 'nameserver 8.8.8.8' > /etc/resolv.conf and reboot. hmm I think networkmanager probably overwrites it then? simple approach: sudo nmtui -->edit connection -->edit --> IPv4 configuration --> show --> DNS servers add whatever you need there (you can have more than one.. so it will fall back to the second in case the first doesn't work) exit nmtui properly and then a systemctl restart NetworkManager should do it.. not even a reboot needed..
esbeeb Posted November 17, 2018 Posted November 17, 2018 After re-installing to the latest Armbian, my DNS issues went away. PS: Try the command: sudo systemd-resolve --status
Johnny Posted November 20, 2018 Author Posted November 20, 2018 (edited) Preface note: I invoke su and the root password before any of the below command were invoked. I had already tried, as JMCC suggested, modifying /etc/systemd/resolved.conf, of course removing the hash sign: DNS=8.26.56.26 FallbackDNS=8.20.247.20 #Domains= LLMNR=no MulticastDNS=no DNSSEC=no Cache=yes DNSStubListerner=no Then I rebooted. No effect as measured by systemd-resolve --status and by trying to browse the Internet. The reason I didn't use IPv6 is because we block all of IPv6 everything, as a security measure (whether or not that seems like a good idea to everyone else). Doing much the equivalent of what was suggested, I used nano to edit /etc/resolv.conf That worked, until I rebooted and then, as indicated by /etc/resolv.conf/resolv.conf.d/head , resolv.conf got overwritten. However, some part of JMCC's suggestion did work. I tried chwe's suggestion because it seemed it might be a more proper way. Nope. It had the same effect as editing the connections as noted in the problem statement, which is to say it didn't work. I've noted the Armbian in question is version 5.59. So, in response to esbeeb's suggestion, I'm downloading 5.65 in hopes I'll also see the problem go away. In the interim, the 2nd part of JMCC's suggestion worked. I'm surprised that it did work, in light of the statement in /etc/systemd/resolved.conf, However, it appears that rc.local is invoked after the resolver (presumably systemd-resolve) is finished, so it works. I used nano to edit /etc/rc.local to say: echo 'nameserver 8.26.56.26' > /etc/resolv.conf echo 'nameserver 8.20.247.20' > /etc/resolv.conf So, until the newest version of Armbian, available for the Libre Computer Renegade (from LoveRPi.com) is finished downloading, that is the solution. I hope this works for everybody and greatly thank all whom contributed to this solution. Kind regards, Edited November 20, 2018 by Johnny "su" should bhe in lower case to be correct.
sfx2000 Posted November 20, 2018 Posted November 20, 2018 6 hours ago, Johnny said: I used nano to edit /etc/rc.local to say: echo 'nameserver 8.26.56.26' > /etc/resolv.conf echo 'nameserver 8.20.247.20' > /etc/resolv.conf So, until the newest version of Armbian, available for the Libre Computer Renegade (from LoveRPi.com) is finished downloading, that is the solution. In a pinch that works, but one really shouldn't be touching this file by hand, it's really there for the glibc resolver... network manager (nmtui from the shell, or one can do nmcli) is really your friend here... it'll work directly with systemd-resolve to ensure that the resolvers are set correctly. Also might want to check your Router/Gateway if that's the DHCP server, as that whole handshake should include the ip addr, the gw addr, and the dns server for the LAN side...
Johnny Posted November 21, 2018 Author Posted November 21, 2018 I'd like to note that esbeeb was correct that replacing Armbian version 5.59 with version 5.65 did make the DNS problems go away. With Armbian version 5.65 (not version 5.59), the router response with DNS server settings, in addition to the DHCP with gateway, and IP is seen correctly, as it should. I can then go in to edit connections and add additional DNS servers, and set other IP protocol options. So sfx2000 was correct but only with respect to Armbian version 5.65. There was only a minor bump in the road with starting up Armbian 5.65 and that is, on first boot, you have to hit return a couple of times to log in, else the system seems to have frozen on boot. It did not, of course, but you have to hit return a few times to see that it hasn't. We can conclude the (LoveRPi.com) Libre Computers Renegade ROC-RK3328-CC does boot and run Armbian v.5.65. I do have to use Etcher to image the SD RAM (as opposed to Linux dd) but that's just a sidebar note. (That's the only operating system I've been able to get it to boot but just knowing that the board works, i.e. isn't DOA, is an advancement such that I can work on getting other things to boot as well.) Kind regards to all who assisted in this thread. I hope it helps others as well.
Recommended Posts