Ich komme einfach nicht dahinter, warum kein "reverse lookup" mit meinem SuSE 9.2-PC funktioniert. Vermutlich liegt es an dieser Zeile: 1.168.192.in-addr.arpa. IN NS gw.local.pinguin.uni.cc. in /var/lib/named/master/1.168.192.in-addr.arpa Ich schaffe es mit yast nicht so zu schreiben wie es bei http://www.scheib.info/downloads/Nameserver_handbuch.pdf. beschrieben ist und manuelle Änderungen habe mich auch nicht weitergebracht. Es hat aber schon funktioniert, nur da hatte yast die Zonen doppelt, also insgesamt 4 gelistet, worauf ich 2 löschte. Das ist ok: host client1 client1.local.pinguin.uni.cc has address 192.168.1.101 host c1 c1.local.pinguin.uni.cc is an alias for client1.local.pinguin.uni.cc. client1.local.pinguin.uni.cc has address 192.168.1.101 c1.local.pinguin.uni.cc is an alias for client1.local.pinguin.uni.cc. c1.local.pinguin.uni.cc is an alias for client1.local.pinguin.uni.cc. Warum das nun mehrfach ausgegeben wird, verstehe ich nicht, aber das soll mir egal sein, wenn das nicht andere Probleme bewirkt. host 192.168.1.101 101.1.168.192.in-addr.arpa has no PTR record Und das verstehe ich nun nicht. Al PS: Details: /etc/named.conf options { directory "/var/lib/named"; dump-file "/var/log/named_dump.db"; statistics-file "/var/log/named.stats"; listen-on-v6 { any; }; allow-query { 127.0.0.1; 192.168.1.96/28; }; notify no; include "/etc/named.d/forwarders.conf"; }; zone "." in { type hint; file "root.hint"; }; zone "localhost" in { type master; file "localhost.zone"; }; zone "0.0.127.in-addr.arpa" in { type master; file "127.0.0.zone"; }; include "/etc/named.conf.include"; logging { category default { default_syslog; }; category queries { default_syslog; }; category xfer-in { default_syslog; }; category xfer-out { default_syslog; }; }; zone "local.pinguin.uni.cc" in { file "master/local.pinguin.uni.cc"; type master; }; zone "1.168.192.in-addr.arpa" in { file "master/1.168.192.in-addr.arpa"; type master; }; -------------------------------------------------------- /var/lib/named/master/local.pinguin.uni.cc $TTL 2d @ IN SOA gw.local.pinguin.uni.cc. root.gw.local.pinguin.uni.cc. ( 2006011801 ; serial 3h ; refresh 1h ; retry 1w ; expiry 1d ) ; minimum local.pinguin.uni.cc. IN NS ns1.local.pinguin.uni.cc. gw IN A 192.168.1.99 ns1 IN CNAME gw sv IN A 192.168.1.100 client1 IN A 192.168.1.101 c1 IN CNAME client1 client2 IN A 192.168.1.102 c2 IN CNAME client2 client3 IN A 192.168.1.103 c3 IN CNAME client3 client4 IN A 192.168.1.104 c4 IN CNAME client4 client5 IN A 192.168.1.105 c5 IN CNAME client5 client6 IN A 192.168.1.106 c6 IN CNAME client6 client7 IN A 192.168.1.107 c7 IN CNAME client7 client8 IN A 192.168.1.108 c8 IN CNAME client8 client9 IN A 192.168.1.109 c9 IN CNAME client9 notebook IN CNAME client9 nb IN CNAME notebook guest IN CNAME client9 ------------------------------------------------------ /var/lib/named/master/1.168.192.in-addr.arpa $TTL 2d @ IN SOA gw.local.pinguin.uni.cc. root.gw.local.pinguin.uni.cc. ( 2006011806 ; serial 3h ; refresh 1h ; retry 1w ; expiry 1d ) ; minimum 1.168.192.in-addr.arpa. IN NS gw.local.pinguin.uni.cc. 192.168.1.99 IN PTR gw.local.pinguin.uni.cc. 192.168.1.100 IN PTR sv.local.pinguin.uni.cc. 192.168.1.101 IN PTR client1.local.pinguin.uni.cc. 192.168.1.102 IN PTR client2.local.pinguin.uni.cc. 192.168.1.103 IN PTR client3.local.pinguin.uni.cc. 192.168.1.104 IN PTR client4.local.pinguin.uni.cc. 192.168.1.105 IN PTR client5.local.pinguin.uni.cc. 192.168.1.106 IN PTR client6.local.pinguin.uni.cc. 192.168.1.107 IN PTR client7.local.pinguin.uni.cc. 192.168.1.108 IN PTR client8.local.pinguin.uni.cc. 192.168.1.109 IN PTR client9.local.pinguin.uni.cc. ------------------------------------------------------ /etc/named.d/forwarders.conf forwarders { 195.58.160.194; 193.155.207.61; 217.146.139.5; 217.5.115.7; 195.60.0.4; 195.58.160.2; };
Hallo, Am Wed, 18 Jan 2006, Al Bogner schrieb:
host 192.168.1.101 101.1.168.192.in-addr.arpa has no PTR record
Mir faellt da nix auf, aber ich kenn mich ja nicht aus. Jedenfalls zeigen deine IN PTR records schoen brav auf die IN A Eintraege und nicht auf IN CNAME Eintraege... Hm. Mist. Wer hier kennt sich nochmal gut mit DNS aus? -dnh -- Nachsicht ist die im Nachhinein gewonnene Einsicht. -- Andrea Redmann
Am Donnerstag, 19. Januar 2006 00:35 schrieb David Haller:
Hallo,
Am Wed, 18 Jan 2006, Al Bogner schrieb:
host 192.168.1.101 101.1.168.192.in-addr.arpa has no PTR record
Mir faellt da nix auf, aber ich kenn mich ja nicht aus. Jedenfalls zeigen deine IN PTR records schoen brav auf die IN A Eintraege und nicht auf IN CNAME Eintraege...
Hm. Mist. Wer hier kennt sich nochmal gut mit DNS aus?
Früher schrieben hier einige Leute mit guten DNS-Kenntnissen mit, von denen ich lange nichts mehr gelesen habe. So wie yast den NS-Eintrag schreibt, findet man den nie bei den Beispielen, was aber nicht heißen muss, dass die yast-Schreibweise falsch ist, vielleicht aber redundant. Nach der erwähnten PDF-Datei, die sich sogar auf 9.2 bezieht, müsste es so lauten: yast: 1.168.192.in-addr.arpa. IN NS gw.local.pinguin.uni.cc. PDF: IN NS gw.local.pinguin.uni.cc. Das klappt aber auch nicht, wenn ich es so manuell editiere. Ich verstehe auch nicht, warum ich bei den Reverse-Einträgen immer die vollen Domainnamen eintragen muss, was anderes akzeptiert yast aber nicht. Die verschiedenen Kombinationen auszuprobieren ist mühsam, wenn es nicht schon funktioniert hätte ... Der Sonderfall ist in diesem Fall, dass ns1.local.pinguin.uni.cc _hier_ nur lokal aufgelöst werden soll. Al
* Al Bogner wrote on Thu, Jan 19, 2006 at 01:03 +0100:
Früher schrieben hier einige Leute mit guten DNS-Kenntnissen mit, von denen ich lange nichts mehr gelesen habe.
:)
So wie yast den NS-Eintrag schreibt, findet man den nie bei den Beispielen, was aber nicht heißen muss, dass die yast-Schreibweise falsch ist, vielleicht aber redundant.
Nach der erwähnten PDF-Datei, die sich sogar auf 9.2 bezieht, müsste es so lauten:
yast: 1.168.192.in-addr.arpa. IN NS gw.local.pinguin.uni.cc.
Ja sieht doch gut aus für ne Zone.
PDF: IN NS gw.local.pinguin.uni.cc.
Das klappt aber auch nicht, wenn ich es so manuell editiere.
Wenn SOA direkt darüber ist, ja. Wenn kein Bezeichner vorn steht, wird der letzte genommen. Da hat man evtl. sowas wie (alles linksbündig): $TTL 1h ; Reverse Mapping for net.de @ IN SOA net.de. steffen.dett.de. ( ... ) ; The name server IN NS ns1.net.de. IN NS ns2.net.de. damit steht da @ IN NS ns1.net.de. wobei @ für die Zone steht (laut named.conf vielleicht zone "1.168.192.in-addr.arpa"). Dann halt 11 IN PTR dx.net.de. hier ist Bezeichner nicht vollqualifiziert (ended nicht mit "."), also wird Domain hintenrangehangen: 11.1.168.192.in-addr.arpa. IN PTR dx.net.de. wäre das gleiche. 192.168.1.11 IN PTR dx.net.de wäre aber: 192.168.1.11.1.168.192.in-addr.arpa. IN PTR dx.net.de.1.168.192.in-addr.arpa also sicherlich eher weniger gewollt ist :-) usw. Alles funktionierende Orginalbeispiele. Mit erstem PTR dann: "11.9.168.192.in-addr.arpa domain name pointer dx.net.de."
Ich verstehe auch nicht, warum ich bei den Reverse-Einträgen immer die vollen Domainnamen eintragen muss, was anderes akzeptiert yast aber nicht.
Yast? Wer ist denn Paul? Nimm doch bind. lol
Die verschiedenen Kombinationen auszuprobieren ist mühsam, wenn es nicht schon funktioniert hätte ...
Der Sonderfall ist in diesem Fall, dass ns1.local.pinguin.uni.cc _hier_ nur lokal aufgelöst werden soll.
der Antwortet aber auch korrekt ja? Nicht, dass der falsche DNS gefragt wird :) Gibt Server (im inet), die sowas (192.168 reverse) beantworten. oki, Steffen -- Dieses Schreiben wurde maschinell erstellt, es trägt daher weder Unterschrift noch Siegel.
Am Donnerstag, 19. Januar 2006 10:00 schrieb Steffen Dettmer:
wobei @ für die Zone steht (laut named.conf vielleicht zone "1.168.192.in-addr.arpa"). Dann halt
11 IN PTR dx.net.de.
Genau das war es. Ich bin allerdings etwas verwundert wie das dann falsch geschrieben wurde, da ich es ursprünglich so eingegeben hatte. Ich kann es nun nicht mehr sagen, ob da yast oder ich schuld bin. AFAIR lässt einem das yast aber gar nicht falsch eintragen und ich rühre yast dafür nicht mehr an, nachdem es nun funktioniert. Die vielen Forwarders habe ich einfach eingetragen, dass ich sie nicht vergesse. Im Normalfall sollte das ja egal sein. Al
* Al Bogner wrote on Wed, Jan 18, 2006 at 23:39 +0100: [...]
host 192.168.1.101 101.1.168.192.in-addr.arpa has no PTR record [...] 1.168.192.in-addr.arpa. IN NS gw.local.pinguin.uni.cc. 192.168.1.101 IN PTR client1.local.pinguin.uni.cc.
müsste doch 101 IN PTR client1.local.pinguin.uni.cc. heissen? oder auch komplett: 101.1.168.192.in-addr.arpa. IN PTR client1.local.pinguin.uni.cc. mmm... DNS ist lange her, hab hier was geschrieben: http://www.selflinux.org/selflinux/html/dns.html z.B. zu reverse lookup: http://www.selflinux.org/selflinux/html/dns08.html#d110e701
forwarders { 195.58.160.194; 193.155.207.61; 217.146.139.5; 217.5.115.7; 195.60.0.4; 195.58.160.2; };
(wow, die ersten vier sind so instabil, dass sie noch zwei Backups brauchen? Oder warste nur gerade so beim reinschreiben?) oki, Steffen -- Dieses Schreiben wurde maschinell erstellt, es trägt daher weder Unterschrift noch Siegel.
participants (3)
-
Al Bogner
-
David Haller
-
Steffen Dettmer