eTel und PTR Eintrag

[divB]

Bist du dir sicher dass das ein "echter" PTR ist und so stimmt?

Auf einem "fremden" (externen) System funktioniert nslookup:

Code: Alles auswählen

$ nslookup
> set type=ptr
> 55.229.154.193.in-addr.arpa.
Server:         129.27.2.3
Address:        129.27.2.3#53

Non-authoritative answer:
55.229.154.193.in-addr.arpa     canonical name = intra.nobaq.net.

Authoritative answers can be found from:
nobaq.net
        origin = ns1.nobaq.net
        mail addr = niki.nobaq.net
        serial = 2007092404
        refresh = 43200
        retry = 7200
        expire = 604800
        minimum = 1800
> exit


dig liefert mir am gleichen System wie gesagt einen ominösen CNAME statt einem PTR:

Code: Alles auswählen

~$ dig -x 193.154.229.55

; <<>> DiG 9.3.2 <<>> -x 193.154.229.55
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 65060
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;55.229.154.193.in-addr.arpa.   IN      PTR

;; ANSWER SECTION:
55.229.154.193.in-addr.arpa. 65261 IN   CNAME   intra.nobaq.net.

;; AUTHORITY SECTION:
nobaq.net.              1061    IN      SOA     ns1.nobaq.net. admin.nobaq.net. 2007092404 43200 7200 604800 1800


Und "host" geht hier (im Gegensatz zu dir) gar nicht:

Code: Alles auswählen

$ host -t ptr 193.154.229.55
193.154.229.55 does not exist (Authoritative answer)


Weiters bringt mit der Nameservercheck auf http://www.united-domains.de/nameserver ... scheck.php den Fehler:

Code: Alles auswählen

---- Warnung ----
w: Can't find reverse for the nameserver IP address

    * ns1.nobaq.net./193.154.229.55


Diverse reverse DNS Abfragetools im Internet sagen ebenfalls es existiert kein Eintrag, z.B.: http://remote.12dt.com/lookup.php meldet "unable to resolve..."

Und der Eintrag in dnswl wurde mir wie oben gesagt verweigert - mit folgender Begründung die ich nicht ganz durchschaue:

Reverse DNS (PTR) exists and claims to be: 193.154.229.55.

WARNING: No matching A-Record exists for: 193.154.229.55.
DNS is INCONSISTENT.
Please request your Admin or Provider to fix this.

bernd@colleen:~$ dig -x 193.154.229.55

; <<>> DiG 9.4.1-P1 <<>> -x 193.154.229.55
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 56462
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;55.229.154.193.in-addr.arpa. IN PTR

;; ANSWER SECTION:
55.229.154.193.in-addr.arpa. 86400 IN CNAME intra.nobaq.net.

Falls jemand noch Anhaltspunkte hat und vor allem ob ich jetzt ein zweites Mail schreiben soll würds mich sehr freun

lg,
divB

[penguinforce]

wenn du mir nicht glaubst, dann vielleicht dnsstuff?

http://www.dnsstuff.com/tools/ptr.ch?ip=193.154.229.55

[divB]

Wow dankeschön. Wobei das aber auch dran liegen könnte dass ich auf die richtige Fährte gekommen bin Und es deswegen /jetzt/ funktioniert

Und zwar nennt sich das "classless in-addr.arpa delegation", wobei mir der Provider nur einen CNAME auf meine eigene Domain gibt und ich darin selbst den PTR setzen muss. Das hab ich vor ein paar Minütchen getan und es scheint tatsächlich alles zu funktionieren

Es fehlte also ein

Code: Alles auswählen

intra    IN     PTR   intra


in meiner Zone. Das find ich ja wirklich lässig und gefällt mir vieeeeel besser wenn ich den setzen darf

[penguinforce]

ich glaub nicht, dass das hier

Code: Alles auswählen

intra    IN     PTR   intra

richtig definiert ist, lies dir mal den betreffenden rfc durch: http://www.faqs.org/rfcs/rfc2317.html

ich würds eher so definieren:

Code: Alles auswählen

55.229.154.193.in-addr.arpa IN PTR intra.nobaq.net.

bzw.

Code: Alles auswählen

55.229.154.193.in-addr.arpa IN PTR intra

[divB]

Hab ich gerade gelesen, darin hab ich nix gegenteiliges gefunden.

Aber mit "55.229.154.193.in-addr.arpa" kann ichs ja gar nicht (mehr) definieren, da mit der Nameserver für die Zone "229.154.193.in-addr.arpa" ja einen CNAME für den Eintrag "55" auf "intra.nobaq.net" liefert. Also wenn, dann müsste ich eTel nochmals ein Mail schreiben, mich entschuldigen und bitten, dass sie den CNAME anders setzen.

Also ich nehme an in der Zone für "229.154.193.in-addr.arpa" wird jetzt stehn:

Code: Alles auswählen

55 IN CNAME intra.nobaq.net.

D.h. DNS "referred" komplett automatisch nach intra.nobaq.net und sucht dort den passenden PTR. Ist dieser "intra.nobaq.net" so muss halt einfach stehn "intra IN PTR intra". Funktionieren tuts zumindest, obs wirklich gültig ist weiss ich nicht, gegenteiliges hab ich nicht gefunden.

[penguinforce]

ich vermute eher, das beim provider

Code: Alles auswählen

55 IN CNAME 55.229.154.193.in-addr.arpa.nobaq.net.

eingetragen ist.

durch den domainnamen wird die zone gefunden, und in der zone nobaq.net wird der ptr gesetzt (siehe die rfc's abschnitt 5.2).

aber definitiv erfahren, wie dein isp das nun gesetzt hat (ob classless, oder doch nur ein simpler ptr), und was du tun musst sollte dir selbiger (dein isp) mitteilen können.

[divB]

Schauen wir mal etwas weiter rauf, auf das Posting http://xDSL.at/viewtopic.php?p=300046#300030.

Dort hab ich den PTR in meiner Zone noch nicht gesetzt und dort steht der CNAME eindeutig auf intra.nobaq.net. Also vermut ich dass die den einfach auf intra.nobaq.net gesetzt haben.

In der Zwischenzeit hab ich mich ein bisschen mit "dig" rumgespielt und mit Flags wie "+trace" und "+norecurse" versucht, schrittweise an die Infos zu kommen. Laut meines Verständnisses müsste dann zuerst der NS von eTel einen CNAME auf intra.nobaq.net ausspucken. Und DANN wird erst schrittweise intra.nobaq.net aufgelöst und der passende PTR angezeigt. Aber ich schaffe das einfach nicht; der PTR wird direkt von z.B. zns1.eunet.at angezeigt obwohl er eigentlich bei mir liegt. Ich vermute hier, dass das einfach gecacht wird und die CNAME Auflösung transparent im Hintergrund geschieht (ohne dass man als Abfrager was mitbekommt)

lg,
divB

[hpr75]

also ich würde mal sagen die Verantwortung für 229.154.193.in-addr.arpa liegt beim Provider (siehe dnsstuff - dort wird der Nameserver des Providers befragt) und dort wurde ein simpler 55 IN PTR intra.nobaq.net gesetzt

[al]

Also, classless rDNS delegation funktioniert so:

Code: Alles auswählen

$ host 194.152.163.77
77.163.152.194.in-addr.arpa is an alias for 77.64-79.163.152.194.in-addr.arpa.
77.64-79.163.152.194.in-addr.arpa domain name pointer hermes.aico.at.

sprich, die Zone 64-79.163.152.194.in-addr.arpa. ist eben delegiert

Code: Alles auswählen

$ host -t soa 64-79.163.152.194.in-addr.arpa.
64-79.163.152.194.in-addr.arpa SOA ns1.lab.at. hostmaster.lab.at. 1 7200 3600 604800 86400

Aber für eine IP is das bissl overkill... Und der ptr funktioniert doch eh:

Code: Alles auswählen

$ host 193.154.229.55
55.229.154.193.in-addr.arpa domain name pointer intra.nobaq.net.
$ host intra.nobaq.net
intra.nobaq.net has address 193.154.229.55

/al