staging.inyokaproject.org

DNS-Auflösung geht nicht mehr

Status: Gelöst | Ubuntu-Version: Ubuntu 14.04 (Trusty Tahr)
Antworten |

fred081515

Anmeldungsdatum:
24. Mai 2016

Beiträge: Zähle...

Hallo, ich habe meinen PC runtergefahren, entstaubt und wieder hochgefahren, jetzt geht die DNS-Auflösung nicht mehr. ☹ Der Rechner ist meinem Netzwerk hinter einer Connectbox von UM.

 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

Linux 4.4.0-142-generic #168~14.04.1-Ubuntu SMP Sat Jan 19 11:26:28 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
ping -c 3 google.de
ping: unknown host google.de

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

host -t A google.de 85.214.20.141
Using domain server:
Name: 85.214.20.141
Address: 85.214.20.141#53
Aliases:

google.de has address 172.217.22.3

host -t A google.de 8.8.8.8
Using domain server:
Name: 8.8.8.8
Address: 8.8.8.8#53
Aliases:

google.de has address 172.217.22.3

host -t A google.de 
Host google.de not found: 2(SERVFAIL)

netstat -tulpen | grep -i :53
tcp        0      0 192.168.0.14:53         0.0.0.0:*               LISTEN      117        12575       1240/named
tcp        0      0 127.0.0.1:53            0.0.0.0:*               LISTEN      117        12571       1240/named
tcp6       0      0 :::53                   :::*                    LISTEN      117        12566       1240/named
udp        0      0 0.0.0.0:5353            0.0.0.0:*                           107        11057       655/avahi-daemon: r
udp        0      0 192.168.0.14:53         0.0.0.0:*                           117        12572       1240/named
udp        0      0 127.0.0.1:53            0.0.0.0:*                           117        12570       1240/named
udp6       0      0 :::5353                 :::*                                107        11058       655/avahi-daemon: r
udp6       0      0 :::53                   :::*                                117        12563       1240/named

ps aux | grep -i [d]ns
root      1414  0.0  0.0   4352  1028 ?        S    02:13   0:00 /usr/sbin/courierlogger -pid=/var/run/courier/pop3d.pid -start -name=pop3d /usr/sbin/couriertcpd -maxprocs=40 -maxperip=4 -nodnslookup -noidentlookup -address=0 110 /usr/lib/courier/courier/courierpop3login /usr/lib/courier/courier/courierpop3d Maildir
root      1415  0.0  0.0   8556  1664 ?        S    02:13   0:00 /usr/sbin/couriertcpd -maxprocs=40 -maxperip=4 -nodnslookup -noidentlookup -address=0 110 /usr/lib/courier/courier/courierpop3login /usr/lib/courier/courier/courierpop3d Maildir

Sonst geht alles, leider kann ich kein dnsutils installieren und kein Update machen weil er den Server nicht findet:

1
2
3
4

nslookup www.google.com
Die Anwendung »nslookup« ist momentan nicht installiert. Sie können sie durch folgende Eingabe installieren:
apt-get install dnsutils

Systemd habe ich noch nicht:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
systemd-resolve --status
systemd-resolve: Befehl nicht gefunden.

tcpdump -c 50 -vvveni any dst port 53
tcpdump: listening on any, link-type LINUX_SLL (Linux cooked), capture size 262144 bytes

02:42:16.582491  In 00:00:00:00:00:00 ethertype IPv4 (0x0800), length 71: (tos 0x0, ttl 64, id 7300, offset 0, flags [DF], proto UDP (17), length 55)
    127.0.0.1.35945 > 127.0.0.1.53: [bad udp cksum 0xfe36 -> 0xb310!] 6219+ A? google.de. (27)
02:42:16.583133 Out 00:22:15:f6:e5:67 ethertype IPv4 (0x0800), length 82: (tos 0x0, ttl 64, id 39956, offset 0, flags [none], proto UDP (17), length 66)
    192.168.0.14.28999 > 216.239.32.10.53: [udp sum ok] 43338% [1au] A? google.de. ar: . OPT UDPsize=4096 DO (38)
02:42:16.611442  In 00:00:00:00:00:00 ethertype IPv4 (0x0800), length 71: (tos 0x0, ttl 64, id 7308, offset 0, flags [DF], proto UDP (17), length 55)
    127.0.0.1.60348 > 127.0.0.1.53: [bad udp cksum 0xfe36 -> 0x53bd!] 6219+ A? google.de. (27)
02:42:16.611728 Out 00:22:15:f6:e5:67 ethertype IPv4 (0x0800), length 82: (tos 0x0, ttl 64, id 34258, offset 0, flags [none], proto UDP (17), length 66)
    192.168.0.14.20115 > 216.239.36.10.53: [udp sum ok] 57803% [1au] A? google.de. ar: . OPT UDPsize=4096 DO (38)
02:42:16.646440  In 00:00:00:00:00:00 ethertype IPv4 (0x0800), length 80: (tos 0x0, ttl 64, id 7312, offset 0, flags [DF], proto UDP (17), length 64)
    127.0.0.1.41949 > 127.0.0.1.53: [bad udp cksum 0xfe3f -> 0xef73!] 31408+ A? google.de.spdns.de. (36)
02:42:16.646902 Out 00:22:15:f6:e5:67 ethertype IPv4 (0x0800), length 91: (tos 0x0, ttl 64, id 9844, offset 0, flags [none], proto UDP (17), length 75)
    192.168.0.14.56139 > 82.165.41.21.53: [udp sum ok] 10189% [1au] A? google.de.spdns.de. ar: . OPT UDPsize=4096 DO (47)
02:42:16.669332  In 00:00:00:00:00:00 ethertype IPv4 (0x0800), length 80: (tos 0x0, ttl 64, id 7319, offset 0, flags [DF], proto UDP (17), length 64)
    127.0.0.1.52483 > 127.0.0.1.53: [bad udp cksum 0xfe3f -> 0xc64d!] 31408+ A? google.de.spdns.de. (36)
02:42:16.669683 Out 00:22:15:f6:e5:67 ethertype IPv4 (0x0800), length 91: (tos 0x0, ttl 64, id 9850, offset 0, flags [none], proto UDP (17), length 75)
    192.168.0.14.53593 > 82.165.41.21.53: [udp sum ok] 25648% [1au] A? google.de.spdns.de. ar: . OPT UDPsize=4096 DO (47)

Ich sehe da oft ein [bad udp checksum] 😕 Liegt hier das Problem ? Kann mir jemand helfen ? MfG

EDIT: Gelöst ! Die Batterie vom Board ist leer und das Datum hat sich auf 2008 verstellt, deshalb gings nicht.

P.S. Sorry für die schlechte Formatierung, aber der Beitrag wurde als SPAM gewertet und dann durfte ich ihn erst mal nicht mehr bearbeiten, das habe ich noch nachgeholt. 😉

Antworten |