Drucken

Bitte loggen sie sich ein oder registrieren sie sich.
1 Stunde 1 Tag 1 Woche 1 Monat Immer
Einloggen mit Benutzername, Passwort und Sitzungslänge

[hne]

Hallo,

FDNS funktioniert nicht so richtig.

System: Debian 9.0 (Stretch) - 64Bit - minimal v2

1. FDNS für meinen Server ist öffentlich nicht erreichbar, jedenfalls nicht von meinem alten vServer:

Code: [Auswählen]

$ host srv000000-0000.blue.kundencontroller.de
Host srv000000-0000.blue.kundencontroller.de not found: 3(NXDOMAIN)

Auch das Tool https://mxtoolbox.com/IPv6.aspx findet keinen Eintrag.

2. Hostname im KundenCenter und im System unterscheiden sich. Im Server ist ein "A" zu viel.
Kundencenter Servername:   srv000000-0000
Server hostname: srvA000000-0000

2. Hostname wird nicht vollständig aufgelöst. FDNS kann nicht angezeigt werden. Domain ist nicht ermittelbar.

Code: [Auswählen]

# hostname
srvA000000-0000
# hostname -f
hostname: No address associated with hostname
# hostname -d
hostname: No address associated with hostname
PS: Das war im alten vServer anders, aber auch nicht korrekt.
PPS: Reale Ziffern im Hostanme durch 00000-0000 fürs Forum ersetzt

h.n.e.

[hne]

Der neue Server findet sich nicht einmal selbst:

Code: [Auswählen]

root@srvA000000-0000:~# host srv000000-0000.blue.kundencontroller.de
Host srv000000-0000.blue.kundencontroller.de not found: 3(NXDOMAIN)
root@srvA000000-0000:~# ping6 -c 3 srv000000-0000.blue.kundencontroller.de
ping: srv000000-0000.blue.kundencontroller.de: Name or service not known
root@srvA000000-0000:~# ping6 -c 3 srv000000-0000
ping: srv000000-0000: Name or service not known
root@srvA000000-0000:~# ping6 -c 3 srvA000000-0000
ping: srvA000000-0000: Name or service not known
h.n.e.

[Forum-Support2]

Hallo,

Danke für die Hinweise. Wir haben das in unseren Bugtracker aufgenommen.

[apx]

Moin,

das Problem ist mehrschichtig. Zum einen verfügen einige Repositories über keinen AAAA Record und vermutlich nicht einmal über eine entsprechen im Webserver konfigurierte IPv6 Adresse. . Da die beta vServer über keine V4 Adresse verfügen, sind sie somit nicht auflösbar, und somit auch nicht erreichbar. Das Problem ist nicht distributionsspezifisch. Es existiert auch in Ubuntu 18.04 LTS.
Eine Abhilfe könnte die Nutzung eines dual homed Proxies sein. Hab ich aber noch nicht getestet.

Besser wäre, den vServern eine IPv4 Adresse zu geben. IPv6 ist sehr nett, hat aber bisher noch nicht den gewünschten Durchdringungsgrad.

Und ja, die DNS Auflösung des Hostnamens ist nicht verfügbar. Der Automat trägt die Adressen offensichtlich nicht im zuständigen DNS Server ein:

--- snipp ---

root@srv4717:~# dig srv4717.blue.kundencontroller.de AAAA

; <<>> DiG 9.11.3-1ubuntu1.7-Ubuntu <<>> srv4717.blue.kundencontroller.de AAAA
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 31626
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1452
;; QUESTION SECTION:
;srv4717.blue.kundencontroller.de. IN   AAAA

;; ANSWER SECTION:
srv4717.blue.kundencontroller.de. 10117 IN AAAA 2a02:180:6:1::2e0

;; Query time: 7 msec
;; SERVER: 2606:4700:4700::1001#53(2606:4700:4700::1001)
;; WHEN: Wed Jun 05 16:10:48 CEST 2019
;; MSG SIZE  rcvd: 89

root@srv4717:~# dig [2a02:180:6:1::2e0] PTR

; <<>> DiG 9.11.3-1ubuntu1.7-Ubuntu <<>> [2a02:180:6:1::2e0] PTR
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 59660
;; flags: qr rd ra ad; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1452
;; QUESTION SECTION:
;[2a02:180:6:1::2e0].           IN      PTR

;; AUTHORITY SECTION:
.                       10439   IN      SOA     a.root-servers.net. nstld.verisign-grs.com. 2019060500 1800 900 604800 86400

;; Query time: 7 msec
;; SERVER: 2606:4700:4700::1001#53(2606:4700:4700::1001)
;; WHEN: Wed Jun 05 16:12:25 CEST 2019
;; MSG SIZE  rcvd: 123


--- snapp ---

[razor1986]

APX du musst auch den richtigen Befehl verwenden 

dig -x 2a02:180:6:1::2e0

; <<>> DiG 9.11.3-1ubuntu1.7-Ubuntu <<>> -x 2a02:180:6:1::2e0
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 19375
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;0.e.2.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.0.0.6.0.0.0.0.8.1.0.2.0.a.2.ip6.arpa. IN PTR

;; ANSWER SECTION:
0.e.2.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.0.0.6.0.0.0.0.8.1.0.2.0.a.2.ip6.arpa. 86400   IN PTR srv4717.blue.kundencontroller.de.

;; Query time: 123 msec
;; SERVER: 2a02:180:6:5::4#53(2a02:180:6:5::4)
;; WHEN: Wed Jun 05 17:06:27 CEST 2019
;; MSG SIZE  rcvd: 147

[hne]

DNS scheint gelöst zu sein. 
Habe heute mal im Kunden Center bei IPv6-Adressen auf "Standard Wiederherstellen" geklickt. Der Sever war dannach per DNS erreichbar.

Danke!