DNS, не могущий разрешить определенные определенные имена хостов (например, fortune.com) Ubuntu 17.04

Недавно моя Ubuntu 17.04 не смогла разрешить некоторые хосты (тест: http://www.fortune.com); сайт возрос, и с тем же ноутбуком и тем же маршрутизатором (и ISP) загружен двойным образом в окна, я могу получить доступ к сайту.

В настоящее время:

$ ping fortune.com 
ping: fortune.com: Name or service not known

$ nslookup fortune.com 
Server:     127.0.0.53
Address:    127.0.0.53#53

Non-authoritative answer:
*** Can't find fortune.com: No answer

$ dig fortune.com     
; <<>> DiG 9.10.3-P4-Ubuntu <<>> fortune.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 50367
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 65494
;; QUESTION SECTION:
;fortune.com.           IN  A

;; Query time: 0 msec
;; SERVER: 127.0.0.53#53(127.0.0.53)
;; WHEN: Fri Jun 16 06:19:32 PDT 2017
;; MSG SIZE  rcvd: 40

$ grep fortune.com /etc/hosts
{nothing}

/etc/resolve.conf имеет только nameserver 127.0.0.53, который, по-видимому, нормален.

$ cat /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

Вот выборка от systemd-resolve --status :

Link 3 (wlan0)
      Current Scopes: DNS LLMNR/IPv4 LLMNR/IPv6
       LLMNR setting: yes
MulticastDNS setting: no
      DNSSEC setting: no
    DNSSEC supported: no
         DNS Servers: 192.168.1.1

Попытка dig @8.8.8.8 fortune.com, Я получаю следующее:

; <<>> DiG 9.10.3-P4-Ubuntu <<>> @8.8.8.8 fortune.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 64088
;; flags: qr rd ra; QUERY: 1, ANSWER: 8, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;fortune.com.           IN  A

;; ANSWER SECTION:
fortune.com.        59  IN  A   52.84.243.243
fortune.com.        59  IN  A   52.84.243.134
fortune.com.        59  IN  A   52.84.243.109
fortune.com.        59  IN  A   52.84.243.9
fortune.com.        59  IN  A   52.84.243.135
fortune.com.        59  IN  A   52.84.243.225
fortune.com.        59  IN  A   52.84.243.176
fortune.com.        59  IN  A   52.84.243.62

;; Query time: 40 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Fri Jun 16 14:49:37 PDT 2017
;; MSG SIZE  rcvd: 168

Примечание: ни один из тех IP-адресов не на самом деле доступен через браузер (но возможно это дизайном); просмотр непосредственно к тем URL (http://52.84.243.9) возвраты:

ERROR The request could not be satisfied. Bad request.
Generated by cloudfront (CloudFront)

Этот "успех"? Обходное решение изменяет мои серверы DNS на Google (8.8.8.8, 8.8.4.4?)? Но какова фактическая проблема?

Править: Я попробовал Wi-Fi в кафе вместо моего домашнего Wi-Fi Comcast и все еще не могу получить доступ к сайту. Диагностика то же: dig @8.8.8.8 fortune.com возвращает то же, содержание /etc/resolv.conf тихи 127.0.0.53. Никакое изменение даже при том, что мне наконец удалось добавлять "дополнительные серверы DNS" к этому соединению Wi-Fi кафе и для IPv4 и для IPv6 ("Сохранение" включено - но я не знаю, почему это только для чтения на моем домашнем Wi-Fi). Как ожидалось, systemd-resolve --status возвраты 10.1.10.1 вместо 192.168.1.1. Иначе, все еще озадаченный.

Есть ли что-то странное о Ubuntu DNS + разрешение доменного имени fortune.com ?