Bind9 ping: unknown host

Neogreen

Member
Hey,

Ich bin grad dabei mein ersten DNS Server einzurichten, allerdings gibt mir der Server folgendes aus: ping: unknown host neoon.in

Habe jewals laut diesen Tutorial: http://wiki.ubuntuusers.de/DNS-Server_Bind
db.neoon.in:
PHP:
root@iacgsujt:/etc/bind# cat db.neoon.in
;; db.domainname
;; Forwardlookupzone für domainname
;;
$TTL 2D
@       IN      SOA     rechnername.domainname. mail.domainname. (
                        2006032201      ; Serial
                                8H      ; Refresh
                                2H      ; Retry
                                4W      ; Expire
                                3H )    ; NX (TTL Negativ Cache)

@                               IN      NS      rechnername.
neoon.in                        IN      A       198.8.81.129
www.neoon.in                    IN      A       198.8.81.129
db.198.8.81.129:
PHP:
;; db.domainname
;; Forwardlookupzone für domainname
;;
$TTL 2D
@       IN      SOA     rechnername.domainname. mail.domainname. (
                        2006032201      ; Serial
                                8H      ; Refresh
                                2H      ; Retry
                                4W      ; Expire
                                3H )    ; NX (TTL Negativ Cache)

@       IN      NS      rechnername.domainname.

10      IN      PTR     neoon.in.
200     IN      PTR     neoon.in.
201     IN      PTR     neoon.in
named.conf.local:
PHP:
//
// Do any local configuration here
//

// Consider adding the 1918 zones here, if they are not used in your
// organization
//include "/etc/bind/zones.rfc1918

zone "neoon.in" {
type master;
file "/etc/bind/db.neoon.in";
};

zone "198.8.81.129.in-addr.arpa" {
type master;
file "/etc/bind/db.198.8.81.129";
};
Was hab isch nur falsch gemacht oO?
 
PS: Der SOA-Record ist jetzt nicht Dein Ernst?
PHP:
 ; <<>> DiG 9.8.0 <<>> neoon.in @dns01.neogreen.net AXFR
 ; (1 server found)
 neoon.in.		172800	IN	SOA	rechnername.domainname. mail.domainname. 2006032201 28800 7200 2419200 10800
 neoon.in.		172800	IN	NS	rechnername.
 neoon.in.neoon.in.	172800	IN	A	198.8.81.129
 www.neoon.in.neoon.in.	172800	IN	A	198.8.81.129
 neoon.in.		172800	IN	SOA	rechnername.domainname. mail.domainname. 2006032201 28800 7200 2419200 10800
 ;; Query time: 193 msec
 
Verbesserungsvorschlag:
PHP:
root@iacgsujt:/etc/bind# cat db.neoon.in
;; db.neoon.in
;; Forwardlookupzone für neoon.in
;;
$TTL 2D
@       IN      SOA     dns01.neogreen.net. mail.neogreen.net. (
                        2013020401      ; Serial
                                8H      ; Refresh
                                2H      ; Retry
                                4W      ; Expire
                                3H )    ; NX (TTL Negativ Cache)

@                               IN      NS      dns01.neogreen.net.
@                               IN      NS      dns02.neogreen.net.
@                               IN      A       198.8.81.129
www                             IN      A       198.8.81.129
Den PTR stellst Du bei dns1.coloat.com ein.
 
Last edited by a moderator:
SOA, Serial und NS sehen unangetastet aus.
PTR kannst Du nicht setzen, da Dir das Netz nicht zugeordnet ist.
Die in-addr.arpa ist falsch.

Kleinigkeit nebenbei: Umlaute und andere nicht-ASCII-Zeichen sollte man in Konfigurationsdateien grundsätzlich (auch in Kommentaren) vermeiden.


Edith: Whistler war schneller.
 
Danke für eure hilfe hab es nun angepasst und es funktioniert nun.

Allerdings die frage habe ja derzeit noch dns01.neogreen.net wenn ich es umändere in dns01.neoon.in kommen dann die fragen überhaupt noch an?
Da der registar ja eben auf die Nameserver verweist allerdings diese ja eine Subdomain von der Domain haben und die erstmal aufgelöst werden müssen.
 
Da der registar ja eben auf die Nameserver verweist allerdings diese ja eine Subdomain von der Domain haben und die erstmal aufgelöst werden müssen.
Wie du schon bemerkt hast ist das ein Problem. Es kann durch sogenannte Glue-Records (muss dein Domain-Anbieter unterstützen) umgangen werden aber es führt zu einer oft unnötigen Komplexität und Fehleranfälligkeit und wird generell vermieden.
 
Kleinigkeit nebenbei: Umlaute und andere nicht-ASCII-Zeichen sollte man in Konfigurationsdateien grundsätzlich (auch in Kommentaren) vermeiden.

Kleine Korrektur:
Umlaute und andere Zeichen kann man in der (erweiterten) ASCII-Zeichen-Tabelle finden, sonst könntest du ja allgemein nirgends Umlaute verwenden und verarbeiten. Aber ich denke, dass die meisten Serverdienste auf die "normale" ASCII-Tabelle setzen!

http://www.asciitable.com/
 
ASCII im Byte-Encoding ist eigentlich 7bit + 1 Paritätsbit.
Die normale Ascii-Tabelle würde also alle deutschen Sonderzeichen ausschliessen.

Warum also das Risiko eines Sonderzeichens eingehen wenn dieses nicht-nachvollziehbare seltsame Probleme auf verschiedenen Konstellationen verursachen kann?
 
Nurnoch ein kleines problem, laut Whois sind die aktullen Nameserver:

DNS01.NEOGREEN.NET
DNS02.NEOGREEN.NET

Nun die sind auch anpingbar allerdings lässt sich trotzdem neoon.in nicht auflösen, nur am internen server.
Allerdings am 2ten Nameserver intern lässt sich die Domain auch nicht auflösen obwohl die selbe configuration.
 
Last edited by a moderator:
Könntest du mal auf beiden folgendes ausführen und die Ausgabe posten

dig @localhost neoon.in

Deine Nameserver melden aktuell beide SERVFAIL beim Lookup.
 
; <<>> DiG 9.7.3 <<>> @localhost neoon.in
; (2 servers found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 48191
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;neoon.in. IN A

;; Query time: 0 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Tue Feb 5 00:16:23 2013
;; MSG SIZE rcvd: 26

obwohl die config nicht anders ist:

;; Forwardlookupzone für neoon.in
;;
$TTL 2D
@ IN SOA mail.neoon.in. (
2006032205 ; Serial
8H ; Refresh
2H ; Retry
4W ; Expire
3H ) ; NX (TTL Negativ Cache)

@ IN NS dns01.neogreen.net.
@ IN NS dns02.neogreen.net.
neoon.in. IN A 37.247.52.114
www.neoon.in. IN A 37.247.52.114
 
Last edited by a moderator:
Was sagt die Log deines DNS Servers? Diese beinhaltet ziemlich sicher Fehlermeldungen.
 
Warum also das Risiko eines Sonderzeichens eingehen wenn dieses nicht-nachvollziehbare seltsame Probleme auf verschiedenen Konstellationen verursachen kann?

Ich hab ja nicht gesagt, dass man das machen soll. Ich sagte nur, dass die Aussage "nur ASCII Zeichen" falsch ist. :)
 
SOA ist falsch und die Serial nicht erhöht.

Bitte lies Dich dringend in DNS und Bind ein und teste/spiele in einer VM @Home.
Was Du da tust, ist nicht nur chaotisch und grundlegend falsch, es kann unter unglücklichen Umständen (welche bei Deinem unbeholfenem Rumspielen schnell auftreten können) folgenreiche Konsequenzen nach sich ziehen.
Nameserver und DNS sind keine Spielzeuge!
 
sorry for ot
Es gab auch nirgens die Aussage das "nur ASCII Zeichen" funktionieren. Es gab lediglich den Hinweis da drauf das man es vermeiden sollte.
ot/off
 
Back
Top