Hi,
Habe ich nun als CNAME auf ntp.plutex.de gesetzt.
root@Harbard:~# traceroute ntp.ffnw
traceroute: bad address 'ntp.ffnw'
_______________________________________________
Ja, weil Harbard ja weiterhin 2a06:e881:2000:8::1 und 2a06:e881:2000:7::1 als Resolver nutzt, die bekanntermaßen nicht erreichbar sind.
Ich hab meinen Job ja verstanden ^^
root@snhost-dus2 ~ # traceroute6 2a06:e881:2000:8::1
traceroute to 2a06:e881:2000:8::1 (2a06:e881:2000:8::1), 30 hops max, 80 byte packets
1 2a0f:b506:ffee::1 (2a0f:b506:ffee::1) 0.392 ms 0.180 ms 0.121 ms
2 locix-dus.vl800.ipv6.mx240.dus3.vserver.site (2a0c:b641:701:0:a5:56:382:2) 0.704 ms 0.456 ms 3.239 ms
3 ams-ix.retn.net (2001:7f8:1::a500:9002:1) 5.963 ms 6.050 ms 5.867 ms
4 RT.IPB.BER.DE.retn.net (2a02:2d8::57f5:e092) 21.713 ms 21.636 ms 21.327 ms
5 ffnw.in-berlin.de (2001:67c:1400:2250::1) 13.849 ms 14.363 ms 14.157 ms
6 ber-b.as206313.net (2a06:e881:2000:8::1) 14.352 ms 14.042 ms 13.907 ms
Fixed 
Ne hatte den resolver auf den aktuellen geändert. Autoupdater geht aber ntp.ffnw führte zur o.g. ergebniss.
LG
Tarek
Scheint dann noch ein anderes Problem zu sein.
hattest du was geändert? Weil jetzt ist IPv6 ganz tot
root@Harbard:~# ping 2001:4860:4860::8888
PING 2001:4860:4860::8888 (2001:4860:4860::8888): 56 data bytes
ping: sendto: Permission denied
IPv4 am client geht noch.
floki ~ % traceroute 8.8.8.8
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
1 _gateway (10.18.224.1) 42.487 ms 43.128 ms 43.918 ms
2 45.154.108.1 (45.154.108.1) 47.628 ms 48.328 ms 49.091 ms
3 locix-dus.vl800.ipv4.mx240.dus3.vserver.site (185.1.155.80) 50.038 ms 50.883 ms 51.775 ms
4 ae0-1020.metro.mx204-dus6-02.vserver.site (45.152.125.197) 51.745 ms 51.723 ms 51.704 ms
5 ipv4.de-cix.muc.de.as15169.google.com (185.1.208.170) 57.451 ms 59.109 ms 58.263 ms
6 74.125.244.97 (74.125.244.97) 62.674 ms 108.170.247.113 (108.170.247.113) 61.421 ms 108.170.247.97 (108.170.247.97) 72.737 ms
7 * * *
8 dns.google (8.8.8.8) 177.501 ms 181.094 ms 181.078 ms
LG
Tarek
Hab nur auf einem Router was geändert, auf dem Server nix.
Ich habe mal den radvd restarted, falls die Route fehlt. Hat’s geholfen?
Ja, löpt wieder. Also sowohl IPv6 als auch nun die DNS Auflösung über die alten resolver.
Nur ntp.ffnw läuft ins nevana warum ist noch nicht bekannt.
Danke dir Stefan und Simon 
LG
Tarek
Moin,
die alten resolver.
Nur ntp.ffnw läuft ins nevana warum ist noch nicht bekannt.
Tarek fand nun heraus, dass sich ntp.plutex.de ebenso nich auflösen lies. Ebenso nach einem Reboot ptbtime1.ptb.de, somit die CNAMEs deswegen nicht funktionierten.
Also nun direkt AAAA-Einträge für ntp.ffnw angelegt, und Tareks Router hat nun die aktuelle Zeit \o/
Spannend, welch merkwürdige Probleme auftreten können.
Moin,
die alten resolver.
Nur ntp.ffnw läuft ins nevana warum ist noch nicht bekannt.
Tarek fand nun heraus, dass sich ntp.plutex.de ebenso nich auflösen lies. Ebenso nach einem Reboot ptbtime1.ptb.de, somit die CNAMEs deswegen nicht funktionierten.
Also nun direkt AAAA-Einträge für ntp.ffnw angelegt, und Tareks Router hat nun die aktuelle Zeit \o/
\o/
Spannend, welch merkwürdige Probleme auftreten können.
Und wie lange man sich mit nur einen einzelnen DNS entry beschäftigen kann 
Danke dir
Moin,
das routing scheint wieder domain übergreifend kaputt zu sein.
DNS server sind nicht erreichbar.
LG
Tarek
Welche genau? Weiterhin default?
Oldenburg2 tut.
Ich hab jetzt nur stichprobenartig geprüft. Aurich, default etc. Also die :8::1 und :7::1 er NS sind nicht erreichbar. Vermutlich betrifft das alle umgezogenen domains
Schaue ich mir später mal an, das wir das immer fixen.
Aber generell sollten wir mal die neuen DNS publishen.
test via forum web 21343546532134