matira
Anmeldungsdatum: 25. Juli 2018
Beiträge: 36
|
Hallo, ich habe nachdem ich ein paar Tagen in Urlaub war meinen Rechner gestern hochgefahren, leider konnte ich keine DNS Auflösung mehr durchführen. die Probleme konnte ich soweit analysieren, dass es nicht an der DNS Auflösung in der Wohnung sondern direkt an meinem Rechner liegt. Ein Workaround um wieder Namen auflösen zu können besteht aktuell darin, dass ich über "service systemd-resolved stop" den Service stoppe und in der /etc/resolv.conf den Eintrag "nameserver 127.0.0.53" rausnehme und "nameserver 8.8.8.8" reinsetze". Leider kann ich das Problem auch nicht über eine Reinstallation via "apt install --reinstall resolvconf network-manager libnss-resolve" lösen. Hat jemand eine Idee was ich hier tun kann ? Bearbeitet von sebix: Versionsangabe korrigert.
Moderiert von sebix: Thema in einen passenden Forenbereich verschoben. Bitte beachte die als wichtig markierten Themen („Welche Themen gehören hier her und welche nicht?“) in jedem Forenbereich. Danke.
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13896
|
matira schrieb: Ein Workaround um wieder Namen auflösen zu können besteht aktuell darin, dass ich über "service systemd-resolved stop" den Service stoppe und in der /etc/resolv.conf den Eintrag "nameserver 127.0.0.53" rausnehme und "nameserver 8.8.8.8" reinsetze".
Wie sind die Ausgaben von:
sudo netstat -tulpena | grep -i 53
host -v heise.de 127.0.0.53
? EDIT: Welchen Router hast Du und welches sind die DNS-Server (IP-Adressen) deines Internetproviders?
|
matira
(Themenstarter)
Anmeldungsdatum: 25. Juli 2018
Beiträge: 36
|
Hi, der Output ist folgender: | host -v heise.de 127.0.0.53
Trying "heise.de"
;; connection timed out; no servers could be reached
|
| sudo netstat -tulpena | grep -i 53
tcp 0 0 127.0.0.53:53 0.0.0.0:* LISTEN 101 97465 5072/systemd-resolv
udp 0 0 0.0.0.0:5353 0.0.0.0:* 115 57772 1641/avahi-daemon:
udp 0 0 127.0.0.53:53 0.0.0.0:* 101 97464 5072/systemd-resolv
udp6 0 0 :::5353 :::* 115 57773 1641/avahi-daemon:
udp6 0 0 ::1:46894 ::1:53 VERBUNDEN 101 85698 5072/systemd-resolv
|
Ich setze eine Fritzbox ein die über DHCP den DNS an einen Raspberry announced. Auf den Raspberry wird ein Pi-Hole genutzt. Ich habe jedoch auch schon über die Ubuntu GUI die Raspberry IP (192.168.5.253) manuell eingestellt. Leider auch dies führt nicht zum Erfolg. Der Raspberry funktioniert aber bei anderen Systemen und es funktioniert wenn ich in der /etc/resolv.conf die IP des Raspberries anstatt des google DNS eintrage.
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17583
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
systemd-resolve --status --no-pager
dig heise.de aaaa @192.168.5.253
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13896
|
matira schrieb: Der Raspberry funktioniert aber bei anderen Systemen und es funktioniert wenn ich in der /etc/resolv.conf die IP des Raspberries anstatt des google DNS eintrage.
Wie sind die Ausgaben von:
host heise.de 192.168.178.1
cat /etc/systemd/resolved.conf
?
(IP-Adresse der FritzBox evt. anpassen, wenn nicht die 192.168.178.1).
|
matira
(Themenstarter)
Anmeldungsdatum: 25. Juli 2018
Beiträge: 36
|
Hi, wo siehst du die 192.168.178.1 ? However, das Eintragen von 192.168.178.1 in der /etc/resolv.conf bringt keinen Erfolg. | host heise.de 192.168.178.1
;; connection timed out; no servers could be reached
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26 | cat /etc/systemd/resolved.conf 1 ⨯
# This file is part of systemd.
#
# systemd is free software; you can redistribute it and/or modify it
# under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2.1 of the License, or
# (at your option) any later version.
#
# Entries in this file show the compile time defaults.
# You can change settings by editing this file.
# Defaults can be restored by simply deleting this file.
#
# See resolved.conf(5) for details
[Resolve]
#DNS=
#FallbackDNS=
#Domains=
#LLMNR=no
#MulticastDNS=no
#DNSSEC=no
#DNSOverTLS=no
#Cache=no-negative
#DNSStubListener=yes
#ReadEtcHosts=yes
DNS=8.8.8.8
|
Der DNS Eintrag ist meiner Erachtens ein Eintrag meines Tests gestern, aber es ändert sich auch nichts wenn dieser Eintrag nicht vorhanden ist. Ich habe jetzt einfach auch mal einen Screenshot der Ubuntu GUI angehängt.
- Bilder
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17583
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
Bitte die geforderten Ausgaben zeigen.
|
matira
(Themenstarter)
Anmeldungsdatum: 25. Juli 2018
Beiträge: 36
|
DJKUhpisse schrieb: systemd-resolve --status --no-pager
dig heise.de aaaa @192.168.5.253
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75 | systemd-resolve --status --no-pager 130 ⨯
Global
LLMNR setting: no
MulticastDNS setting: no
DNSOverTLS setting: no
DNSSEC setting: no
DNSSEC supported: no
Current DNS Server: 8.8.8.8
DNS Servers: 8.8.8.8
DNSSEC NTA: 10.in-addr.arpa
16.172.in-addr.arpa
168.192.in-addr.arpa
17.172.in-addr.arpa
18.172.in-addr.arpa
19.172.in-addr.arpa
20.172.in-addr.arpa
21.172.in-addr.arpa
22.172.in-addr.arpa
23.172.in-addr.arpa
24.172.in-addr.arpa
25.172.in-addr.arpa
26.172.in-addr.arpa
27.172.in-addr.arpa
28.172.in-addr.arpa
29.172.in-addr.arpa
30.172.in-addr.arpa
31.172.in-addr.arpa
corp
d.f.ip6.arpa
home
internal
intranet
lan
local
private
test
Link 5 (vmnet8)
Current Scopes: none
DefaultRoute setting: no
LLMNR setting: yes
MulticastDNS setting: no
DNSOverTLS setting: no
DNSSEC setting: no
DNSSEC supported: no
Link 4 (vmnet1)
Current Scopes: none
DefaultRoute setting: no
LLMNR setting: yes
MulticastDNS setting: no
DNSOverTLS setting: no
DNSSEC setting: no
DNSSEC supported: no
Link 3 (ipv6leakintrf0)
Current Scopes: DNS
DefaultRoute setting: yes
LLMNR setting: yes
MulticastDNS setting: no
DNSOverTLS setting: no
DNSSEC setting: no
DNSSEC supported: no
Current DNS Server: ::1
DNS Servers: ::1
DNS Domain: ~.
Link 2 (enp5s0)
Current Scopes: none
DefaultRoute setting: no
LLMNR setting: yes
MulticastDNS setting: no
DNSOverTLS setting: no
DNSSEC setting: no
DNSSEC supported: no
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21 | dig heise.de aaaa @192.168.5.253
; <<>> DiG 9.16.1-Ubuntu <<>> heise.de aaaa @192.168.5.253
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 43944
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;heise.de. IN AAAA
;; ANSWER SECTION:
heise.de. 24660 IN AAAA 2a02:2e0:3fe:1001:302::
;; Query time: 20 msec
;; SERVER: 192.168.5.253#53(192.168.5.253)
;; WHEN: Mi Aug 25 12:07:59 CEST 2021
;; MSG SIZE rcvd: 73
|
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13896
|
matira schrieb: wo siehst du die 192.168.178.1 ?
Die FB hat i. d. R. die IP-Adresse 192.168.178.1 und ich habe doch geschrieben, wenn das bei dir nicht der Fall ist, sollst Du die richtige IP-Adresse der FB benutzen. Wie ist die Ausgabe von:
host heise.de <IP-Adresse-FritzBox>
(ohne spitze Klammern)? BTW: Auf welche Datei war bei dir, "/etc/resolv.conf" ein symlink?
|
matira
(Themenstarter)
Anmeldungsdatum: 25. Juli 2018
Beiträge: 36
|
lubux schrieb: matira schrieb: wo siehst du die 192.168.178.1 ?
Die FB hat i. d. R. die IP-Adresse 192.168.178.1 und ich habe doch geschrieben, wenn das bei dir nicht der Fall ist, sollst Du die richtige IP-Adresse der FB benutzen. Wie ist die Ausgabe von:
host heise.de <IP-Adresse-FritzBox>
(ohne spitze Klammern)?
Möchtest du tatsächlich die IP der Fritzbox, oder die des Raspberries (Pi-Hole) das offiziell meinen DNS Forwarder spielt ? Pi-Hole | host heise.de 192.168.5.253
Using domain server:
Name: 192.168.5.253
Address: 192.168.5.253#53
Aliases:
heise.de has address 193.99.144.80
heise.de has IPv6 address 2a02:2e0:3fe:1001:302::
heise.de mail is handled by 10 relay.heise.de.
|
Fritzbox | host heise.de 192.168.5.254
Using domain server:
Name: 192.168.5.254
Address: 192.168.5.254#53
Aliases:
heise.de has address 193.99.144.80
heise.de has IPv6 address 2a02:2e0:3fe:1001:302::
heise.de mail is handled by 10 relay.heise.de.
|
BTW: Auf welche Datei war bei dir, "/etc/resolv.conf" ein symlink?
| ls -alh /etc/resolv.conf
lrwxrwxrwx 1 root root 29 Aug 24 20:10 /etc/resolv.conf -> ../run/resolvconf/resolv.conf
|
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13896
|
matira schrieb: Möchtest du tatsächlich die IP der Fritzbox, oder die des Raspberries (Pi-Hole) das offiziell meinen DNS Forwarder spielt ?
Die der FritzBox, denn wenn Du deine FritzBox richtig konfiguriert hast, benutzt diese ja den PI (mit Pi-Hole). matira schrieb: | ls -alh /etc/resolv.conf
lrwxrwxrwx 1 root root 29 Aug 24 20:10 /etc/resolv.conf -> ../run/resolvconf/resolv.conf
|
Wie ist oder war die Ausgabe von:
cat /etc/resolv.conf
, als die "/etc/resolv.conf" noch ein symlink war? Oder wie hast Du den Inhalt der "/etc/resolv.conf" verändert?
|
matira
(Themenstarter)
Anmeldungsdatum: 25. Juli 2018
Beiträge: 36
|
lubux schrieb: matira schrieb:
Wie ist oder war die Ausgabe von:
cat /etc/resolv.conf
, als die "/etc/resolv.conf" noch ein symlink war? Oder wie hast Du den Inhalt der "/etc/resolv.conf" verändert?
Ich habe den Eintrag via vi geändert. vim /etc/resolv.conf dann den 127er Eintrag auskommentiert und den "nameserver 8.8.8.8" bzw. "nameserver 192.168.5.253" Eintrag rein. Dann den Service wie zu Anfang beschrieben gestoppt. Diese "Manipulation" habe ich aber erst als Workaround begonnen nachdem ich die Probleme hatte nicht bevor, da ich nix davon halte in Systemen rumzupfuschen. Deshalb will ich ja auch als finale Lösung nicht den DNS Daemon deaktivieren und einfach den Nameserver Eintrag wie im aktuellen Workaround drin lassen. Das soll eigentlich so wie es von Ubuntu gedacht ist weiter betrieben werden.
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17583
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
Bitte zeig nun die geforderten Ausgaben:
systemd-resolve --status --no-pager
dig heise.de aaaa @192.168.5.253
cat /etc/resolv.conf
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13896
|
matira schrieb: ..., da ich nix davon halte in Systemen rumzupfuschen.
Naja, aber wenn Du ein symlink durch eine Textdatei ersetzt hast, wie nennst Du das? matira schrieb: Das soll eigentlich so wie es von Ubuntu gedacht ist weiter betrieben werden.
OK, aber das schließt ja nicht aus, dass Du richtig konfigurierst (hier das systemd-resolved).
|
matira
(Themenstarter)
Anmeldungsdatum: 25. Juli 2018
Beiträge: 36
|
DJKUhpisse schrieb: Bitte zeig nun die geforderten Ausgaben:
systemd-resolve --status --no-pager
dig heise.de aaaa @192.168.5.253
cat /etc/resolv.conf
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75 | systemd-resolve --status --no-pager 130 ⨯
Global
LLMNR setting: no
MulticastDNS setting: no
DNSOverTLS setting: no
DNSSEC setting: no
DNSSEC supported: no
Current DNS Server: 8.8.8.8
DNS Servers: 8.8.8.8
DNSSEC NTA: 10.in-addr.arpa
16.172.in-addr.arpa
168.192.in-addr.arpa
17.172.in-addr.arpa
18.172.in-addr.arpa
19.172.in-addr.arpa
20.172.in-addr.arpa
21.172.in-addr.arpa
22.172.in-addr.arpa
23.172.in-addr.arpa
24.172.in-addr.arpa
25.172.in-addr.arpa
26.172.in-addr.arpa
27.172.in-addr.arpa
28.172.in-addr.arpa
29.172.in-addr.arpa
30.172.in-addr.arpa
31.172.in-addr.arpa
corp
d.f.ip6.arpa
home
internal
intranet
lan
local
private
test
Link 5 (vmnet8)
Current Scopes: none
DefaultRoute setting: no
LLMNR setting: yes
MulticastDNS setting: no
DNSOverTLS setting: no
DNSSEC setting: no
DNSSEC supported: no
Link 4 (vmnet1)
Current Scopes: none
DefaultRoute setting: no
LLMNR setting: yes
MulticastDNS setting: no
DNSOverTLS setting: no
DNSSEC setting: no
DNSSEC supported: no
Link 3 (ipv6leakintrf0)
Current Scopes: DNS
DefaultRoute setting: yes
LLMNR setting: yes
MulticastDNS setting: no
DNSOverTLS setting: no
DNSSEC setting: no
DNSSEC supported: no
Current DNS Server: ::1
DNS Servers: ::1
DNS Domain: ~.
Link 2 (enp5s0)
Current Scopes: none
DefaultRoute setting: no
LLMNR setting: yes
MulticastDNS setting: no
DNSOverTLS setting: no
DNSSEC setting: no
DNSSEC supported: no
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21 | dig heise.de aaaa @192.168.5.253
; <<>> DiG 9.16.1-Ubuntu <<>> heise.de aaaa @192.168.5.253
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 21408
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;heise.de. IN AAAA
;; ANSWER SECTION:
heise.de. 43200 IN AAAA 2a02:2e0:3fe:1001:302::
;; Query time: 24 msec
;; SERVER: 192.168.5.253#53(192.168.5.253)
;; WHEN: Sa Aug 28 15:55:20 CEST 2021
;; MSG SIZE rcvd: 73
|
| cat /etc/resolv.conf 130 ⨯
# 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
|
|