I haven’t had an problems updating.
Does anyone know the correct package to file a bug against for Ubuntu’s DNS?
I was googling to find what I should report the bug to, and then I accidentally clicked a .coop link … and it worked. So do all the other ones now. Very strange.
Ping can’t get any coop websites either. I’m going to log out and then back in.
Update: Ping not finding coop stuff. Chrome the same as Firefox, server not found. Changed my wireless DNS 2nd server to google’s 8.8.8.8 - no help.
More: Ping still gets ping: nic.coop: Name or service not known. FF and Chrome stymied even after hooking up ethernet cable.
Update: @anon42388993 @elcste Logged out and back in. Ping works, elcste’s link to cafe works. This is not dependent upon ethernet either. What was the cause of all this? Any suspicions? I’m baffled…
Any DNS experts? I was getting a SERVFAIL but once I did a dig +trace coopcreamery.coop all is well. I think something is intermittent with the .coop TLD servers.
This was on 16.04 BTW.
No problems accessing those .coop links here (16.04.2)
I only use Google's DNS servers: 8.8.8.8 and 8.8.4.4 (not as "additional DNS servers") - if this happens again, try them instead of the ones provided by your ISP / router.
When you edit your connection, ensure "addresses only" is chosen and then it will only use the DNS servers specified.
This is still a problem for me when logging into 17.04 beta2 (with all updates, etc.)
Firefox (version 50.1.0) seems to be a version or two behind 16.04 (version 52.0.2) .
Pinging coopcreamery.coop in the beta still gets service not known. 16.04 ping works every time.
It does not appear to be a DNS issue as far as I can tell having changed DNS several times, rebooted and no joy.
Network manager is (still) not working properly, showing two connections when I have an ethernet cable plugged into my laptop.
Got any ideas? (Edited for clarity, I’m rebooting at another machine ATM.)
Edit: I tried Bill’s suggestion above (dig +trace coopcreamery.coop) but it came back unresolved.
Network manager doesn’t work like other systray applets - only right click shows info and options. In 16.04 both right and left clicks work the same.
Strangely, the .coop link (coopcreamery.coop) began working in FF after about a half an hour while I was doing other stuff in the beta. I looked up and there was the Seward Creamery Cafe.
It’s been working sporadically for me when I’ve tried it all weekend, although more often not. I tried @lah’s7 suggestion of Google DNS, and it still doesn’t usually work for me. 
I caught it only once and I think it was the Top-Level-Domain (TLD) level that screwed up. But I closed that terminal and haven’t been able to catch it again.
For anyone interested, I added +nodnssec to make the output of dig less confusing:
~$ dig +trace +nodnssec coopcreamery.coop
; <<>> DiG 9.10.3-P4-Ubuntu <<>> +trace +nodnssec coopcreamery.coop
;; global options: +cmd
. 156653 IN NS j.root-servers.net.
. 156653 IN NS m.root-servers.net.
. 156653 IN NS d.root-servers.net.
. 156653 IN NS g.root-servers.net.
. 156653 IN NS l.root-servers.net.
. 156653 IN NS k.root-servers.net.
. 156653 IN NS c.root-servers.net.
. 156653 IN NS f.root-servers.net.
. 156653 IN NS i.root-servers.net.
. 156653 IN NS a.root-servers.net.
. 156653 IN NS h.root-servers.net.
. 156653 IN NS b.root-servers.net.
. 156653 IN NS e.root-servers.net.
;; Received 811 bytes from 127.0.1.1#53(127.0.1.1) in 0 ms
*** Above FETCH ROOT SERVERS ***
coop. 172800 IN NS a.nic.coop.
coop. 172800 IN NS b.nic.coop.
coop. 172800 IN NS c.nic.coop.
coop. 172800 IN NS d.nic.coop.
;; Received 290 bytes from 192.203.230.10#53(e.root-servers.net) in 18 ms
*** Above GETTING TLDs FROM A ROOT SERVER ***
coopcreamery.coop. 3600 IN NS ns1.na.domains.coop.
coopcreamery.coop. 3600 IN NS ns2.na.domains.coop.
coopcreamery.coop. 3600 IN NS ns3.na.domains.coop.
coopcreamery.coop. 3600 IN NS ns4.na.domains.coop.
;; Received 129 bytes from 194.169.218.64#53(a.nic.coop) in 80 ms
*** Above GETTING AUTHORITATIVE SERVERS FROM A TLD ***
coopcreamery.coop. 28800 IN A 45.55.6.43
;; Received 62 bytes from 162.251.82.252#53(ns4.na.domains.coop) in 50 ms
*** Above GETTING ADDRESS FROM AUTHORITATIVE SERVER ***
~$
I placed *** 4 comments *** explaining each level of the trace so you can see where it’s screwing up. If it is at the TLDs, choice of DNS server will be a lucky draw of what it has cached.
This afternoon, I tried getting to coopcreamery in 16.04.2 via it's IP, 45.55.6.43. FF loaded it, or at least tried, as https://45.55.6.43/. I got the following connection not secure message.
Maybe this partially explains the inability to currently resolve .coop domains in 17.04 beta2?
Hi @mdooley, Not in this case. You’d be awhile trying to find a TLS/HTTPS site that includes their IP as a valid hostname in their certificate. Try some and see what I mean.
The clue that nothing is wrong is:
“The certificate is only valid for coopcreamery.coop”
@elcste See
where razvan posts per the bug report posted by django
What I have to do is go and shutdown systemd-resolved (sudo service systemd-resolved stop) and edit /etc/resolv.conf to point to 192.168.1.1 (my router) instead of 127.0.0.53.
This appears to temporarily fix my ability to successfully ping coopcreamery.coop which is nice to know.
Thanks, I’ll give that a try.
I just updated to Zesty and I am having trouble accessing .coop sites using Chromium and Firefox.
This site can’t be reached
www.gaiahost.coop’s server DNS address could not be found.
DNS_PROBE_FINISHED_NXDOMAIN
I also use a .coop domain for my email server and can’t access that either.
Everything still works fine on my other computer running 16.10
See the post above and try that workaround.
I grabbed 17.04 yesterday to check it out. First thing I noticed was the installer option to d/l codecs etc in the background was grayed out, and a statement that the option was unavailable because there was no internet connection. Strange, because NM applet shows a connection, and the logs show no problem regarding bringing up the interface. I completed the install anyway, and the Welcome app kept telling me how great things would be as soon as I connected to the internet. I attempted every fix I could find online and had no luck.
This is very disappointing and I have since wiped the install. It seems the problem is not Ubuntu Mate but some change to systemd, is that accurate?
I was able to successfully ping coopcreamery.coop shortly before noon.
Me too just now. I wonder if something Ubuntu changed or something in .coop.
Something in Ubuntu changed almost certainly. This afternoon I was in my office and one of the machines there has a 17.04 partition. As is/was my custom, when opening 17.04, I pinged coopcreamery.coop just after the desktop loaded and settled down. No good.
I then used synaptic to update the system and pinged the creamery subsequently. It was good! I logged out, logged back in and the double ethernet icons were also gone from the system tray - just a single wired connect icon. So my guess is that a new kernel fixed a problem in networking. Or perhaps a dns tool was fixed?
1 Like
There was a change to /etc/systemd/resolved.conf when I updated 17.04 yesterday.
Before:
[Resolve]
DNS=8.8.8.8
#FallbackDNS=8.8.8.8 8.8.4.4 2001:4860:4860::8888 2001:4860:4860::8844
#Domains=
#LLMNR=yes
#DNSSEC=allow-downgrade
#Cache=yes
#DNSStubListener=
After:
[Resolve]
#DNS=
#FallbackDNS=8.8.8.8 8.8.4.4 2001:4860:4860::8888 2001:4860:4860::8844
#Domains=
#LLMNR=yes
#DNSSEC=no
#Cache=yes
#DNSStubListener=udp
2 Likes