staging.inyokaproject.org

Hi,

frisch installiertes Ubuntu Mate, 18.04 findet nach Laune Webseiten im Firefox und Chromium-Webbrowser. https://www.google.com wird gefunden, https://askubuntu.com/ nicht.

Als Meldung kommt folgendes:

Diese Website ist nicht erreichbar
Die Server-IP-Adresse von askubuntu.com wurde nicht gefunden.
DNS_PROBE_FINISHED_NXDOMAIN

Hat jemand eine Idee?

Säulingspitz schrieb:

Als Meldung kommt folgendes:

Diese Website ist nicht erreichbar
Die Server-IP-Adresse von askubuntu.com wurde nicht gefunden.
DNS_PROBE_FINISHED_NXDOMAIN

Wie sind z. Zt. die Ausgaben von:

cat /etc/resolv.conf
nslookup askubuntu.com
host -t A askubuntu.com 1.1.1.1
host -T -t A askubuntu.com 1.1.1.1
nc -zv 1.1.1.1 53

?

EDIT:

Mach mal im chromium-browser mit "chrome://net-internals/#dns" ein "Clear host cache" und klicke danach auf https://askubuntu.com/

Wie ist nach dem klick, die Anzeige mit "chrome://net-internals/#dns"?

Zeige bitte

nslookup heise.de

nslookup askubuntu.de 9.9.9.9

nslookup askubuntu.de <IP deines Soll-DNS>

Dieser DNS ist wahrscheinlich dein Router und damit auch dein Gateway. das bekommst du mit

ip route show

raus.

Terminal Ausgaben

:kls@t420~$ cat /etc/resolv.conf
# This file is managed by man:systemd-resolved(8). Do not edit.
#
# This is a dynamic resolv.conf file for connecting local clients to the
# internal DNS stub resolver of systemd-resolved. This file lists all
# configured search domains.
#
# Run "systemd-resolve --status" to see details about the uplink DNS servers
# currently in use.
#
# Third party programs must not access this file directly, but only through the
# symlink at /etc/resolv.conf. To manage man:resolv.conf(5) in a different way,
# replace this symlink by a static file or a different symlink.
#
# See man:systemd-resolved.service(8) for details about the supported modes of
# operation for /etc/resolv.conf.

nameserver 127.0.0.53

----------------------------------------------------------
kls@T420:~$ nslookup askubuntu.com
Server:		127.0.0.53
Address:	127.0.0.53#53

Non-authoritative answer:
Name:	askubuntu.com
Address: 151.101.1.69
Name:	askubuntu.com
Address: 151.101.65.69
Name:	askubuntu.com
Address: 151.101.129.69
Name:	askubuntu.com
Address: 151.101.193.69

----------------------------------------------------------
kls@T420:~$ host -t A askubuntu.com 1.1.1.1
;; connection timed out; no servers could be reached

----------------------------------------------------------
kls@T420:~$ host -T -t A askubuntu.com 1.1.1.1
;; Connection to 1.1.1.1#53(1.1.1.1) for askubuntu.com failed: network unreachable.

----------------------------------------------------------
kls@T420:~$ nc -zv 1.1.1.1 53
nc: connect to 1.1.1.1 port 53 (tcp) failed: Network is unreachable

nach dem chromium-browser mit "chrome://net-internals/#dns" und "Clear host cache"

Hostname	        Family	      Addresses	                 TTL	Expires	                           Network changes
clients2.google.com	UNSPECIFIED  2a00:1450:4005:803::200e   -1000	2018-04-03 17:06:15.909[Expired]   0

safebrowsing.googleapis.com UNSPECIFIED	2a00:1450:4005:80a::200a -1000	2018-04-03 17:04:44.185 [Expired]  0

kls@T420:~$ nslookup heise.de
Server:		127.0.0.53
Address:	127.0.0.53#53

Non-authoritative answer:
Name:	heise.de
Address: 193.99.144.80
Name:	heise.de
Address: 2a02:2e0:3fe:1001:302::

kls@T420:~$ nslookup askubuntu.de 9.9.9.9
;; connection timed out; no servers could be reached

kls@T420 ip route show
keine Ausgabe

So wie ich sehe funktioniert der Ubuntu-interne DNS (127.0.0.53) problemlos. Aufgrund des Umstandes, dass die 9.9.9.9 nicht erreicht werden kann und dass keine Route angezeigt wird, gehe ich davon aus, dass auch keine eingerichtet ist. Bitte eine Route einrichten.

Hier steht wie es geht: https://wiki.ubuntuusers.de/ip/#Optionen

Der interne DNS (resolvconf) nutzt wahrscheinlich den vom DHCP zugewiesenen DNS. Das scheint die IP deines Routers zu sein (so ist es zu 95% in allen Netzwerken). Die ist ohne Route (Standradgateway) natürlich erreichbar und spuckt auch Ergebnisse aus. Die 9.9.9.9 kann man aber aufgrund der fehlenden Route nicht erreichen.

Hi,

kls@T420:~$ ip addr show wlp3s0

zeit nur ipv6 und deren broadcast zur Ausgabe.

kls@T420:~$ ip addr show wlp3s0
3: wlp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether i:p:v:6:0:0 brd ff:ff:ff:ff:ff:ff
    inet6 i:p:v:6:ad92/64 scope global dynamic noprefixroute 
       valid_lft 6726sec preferred_lft 3126sec
    inet6 i:p:v:6::/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever

'ip route show' oder 'ip route' werden ohne Kommentar übernommen.

ip addr show

gibt 3x ipv6 für die jeweiligen Schnittstellen aus.

Dann stelle mal manuell wie im Artikel beschrieben temporär die korrekten IPs ein.

Säulingspitz schrieb:

kls@T420 ip route show
keine Ausgabe

Dann poste die Ausgaben von:

ip -6 r
nc -zv -6 2606:4700:4700::1111 53
host -t AAAA -T heise.de 2606:4700:4700::1111
host -t AAAA heise.de 2606:4700:4700::1111
dig -6 aaaa +tcp heise.de @2606:4700:4700::1111 +short

Hast Du evtl. DS-lite oder DS? Welchen Internet-Provider hast Du?

EDIT:

BTW: "askubuntu.com" hat keinen AAAA-Record, d. h. ist nur per ipv4 erreichbar bzw. dein PC/Gerät muss auch für ipv4 konfiguriert (IPv4-Adressen, v4-Routing, etc.) sein.

dig -6 aaaa +tcp askubuntu.com @2606:4700:4700::1111 +short

kls@T420:~$ ip -6 r
2010:16b8:2687:2fou::/64 via fe84::002:d7ff:fe00:a2xy dev wlp3s0 proto ra metric 600 pref hig
fe80::/64 dev wlp3s0 proto kernel metric 256 pref medium
fe80::/64 dev wlp3s0 proto kernel metric 600 pref medium
default via fe84::a96:d7ff:fe00:a2d dev wlp3s0 proto ra metric 600 pref high

kls@T420:~$ nc -zv -6 2606:4700:4700::1111 53
Connection to 2606:4700:4700::1111 53 port [tcp/domain] succeeded!

kls@T420:~$ host -t AAAA -T heise.de 2606:4700:4700::1111
Using domain server:
Name: 2606:4700:4700::1111
Address: 2606:4700:4700::1111#53
Aliases: 

heise.de has IPv6 address 2a02:2e0:3fe:1001:302::

@T420:~$ host -t AAAA heise.de 2606:4700:4700::1111
Using domain server:
Name: 2606:4700:4700::1111
Address: 2606:4700:4700::1111#53
Aliases: 

heise.de has IPv6 address 2a02:2e0:3fe:1001:302::

kls@T420:~$ dig -6 aaaa +tcp heise.de @2606:4700:4700::1111 +short
2b02:2e0:3fi:1001:302::

Provider ist 1und1

Säulingspitz schrieb:

Provider ist 1und1

Dann konfiguriere dein frisch installiertes Ubuntu Mate 18.04 so, dass dieses auch IPv4 (und nicht nur IPv6) hat bzw. kann.

Ist aus dem https://wiki.ubuntuusers.de/IP-Adresse_wechseln/#IP-Adresse-aendern Artikel?

[ipv4]
dns-search=
method=auto

ändern in so etwa?

[ipv4]
method=manual
address1=192.168.1.10/24,192.168.1.1
dns=192.168.1.1;8.8.8.8;8.8.8.4;
dns-search=

Gateway würde ich noch hinzufügen. Dann noch auto <Schnittstellenname> Sonst muss man die Schnittstelle manuell aktivieren.

Säulingspitz schrieb:

[…] ändern in so etwa?

[ipv4]
method=manual
address1=192.168.1.10/24,192.168.1.1
dns=192.168.1.1;8.8.8.8;8.8.8.4;
dns-search=

In welcher Datei willst Du das eintragen?

Die Netzwerkkonfiguration, auch für IPv4, sollte, auch bei 18.04, automatisch erfolgen. WLAN-Schnittstellen werden auch bei 18.04 mit NetworkManager automatisch konfiguriert. Statt ohne Plan irgendwelche Systemdateien zu ändern, versuche besser herauszufinden, warum dies bei Dir nicht funktioniert!

Säulingspitz schrieb:

Ist aus dem https://wiki.ubuntuusers.de/IP-Adresse_wechseln/#IP-Adresse-aendern Artikel?

ändern in so etwa?

address1=192.168.1.10/24,192.168.1.1
dns=192.168.1.1;8.8.8.8;8.8.8.4;

Welches v4-Subnetz hat dein WLAN-Router bzw. welchen WLAN-Router hast Du? Wie ist jetzt die Ausgabe von:

ip n s

?

EDIT:

Merkwürdig ist auch, dass das Interface keine LL-IPv4-Adresse bekommen hat.

Wenn du mit der interfaces konfigurierst, muss der NetworkManager für diese Schnittstelle deaktiviert sein oder ganz entfernt werden. Funktioniert denn der DHCP überhaupt richtig?