Netzwerkinterne TLD *.dev mit Bind

[lordy3]

Moin,

ich habe bei mir im Netzwerk einen Entwicklungsserver für Webseiten auf dem ich meine Webprojekte (über ispcp) mit der TLD .dev einrichte (z.B. projekt1.dev, projekt2.dev etc...). Bisher habe ich die Zuordnung von Domainname -> IP immer über die /etc/hosts Datei durchgeführt. Da ich mir jetzt aber einen Caching DNS Server eingerichtet habe, würde ich diesen gerne dazu nutzen generell alle *.dev Anfragen mit der IP des Entwicklungsservers zu beantworten. Leider fehlt mir da irgendwie der Durchblick, zumindest habe ich es nicht hinbekommen. Hat da vielleicht irgendwer ein paar Zeilen für mich?

Viele Grüße, lordy...

/etc/bind/named.conf.options

options {
        directory "/var/cache/bind";

        // If there is a firewall between you and nameservers you want
        // to talk to, you may need to fix the firewall to allow multiple
        // ports to talk.  See http://www.kb.cert.org/vuls/id/800113

        // If your ISP provided one or more IP addresses for stable
        // nameservers, you probably want to use them as forwarders.
        // Uncomment the following block, and insert the addresses replacing
        // the all-0's placeholder.

        // forwarders {
        //      0.0.0.0;
        // };

        forwarders {
                85.214.117.11 port 110;
                209.59.210.167 port 110;
                87.118.100.175 port 110;
                62.141.58.13 port 110;
        };
        forward only;
        recursion yes;
        auth-nxdomain no; # conform to RFC1035
        listen-on-v6 { none; };
        listen-on {
                127.0.0.1;
        };

};

/etc/bind/named.conf.default-zones

// prime the server with knowledge of the root servers
zone "." {
        type hint;
        file "/etc/bind/db.root";
};

// be authoritative for the localhost forward and reverse zones, and for
// broadcast zones as per RFC 1912

zone "localhost" {
        type master;
        file "/etc/bind/db.local";
};

zone "127.in-addr.arpa" {
        type master;
        file "/etc/bind/db.127";
};

zone "0.in-addr.arpa" {
        type master;
        file "/etc/bind/db.0";
};

zone "255.in-addr.arpa" {
        type master;
        file "/etc/bind/db.255";
};

zone "dev" {
        type master;
        file "/etc/bind/dev.zone";
        allow-transfer { any; };
        allow-query { any; };
};

/etc/bind/dev.zone

$TTL 3600       ; 1 hour
dev                IN SOA  localhost. lordy.localhost. (
                                2009010101 ; serial
                                3600       ; refresh (1 hour)
                                3600       ; retry (1 hour)
                                604800     ; expire (1 week)
                                86400      ; minimum (1 day)
                                )
$TTL 86400      ; 1 day
*                       A       192.168.1.20

dig gibt mir leider folgendes aus:

; <<>> DiG 9.6.1-P1 <<>> @127.0.0.1 test.dev
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 17512
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;test.dev.			IN	A

;; AUTHORITY SECTION:
.			600	IN	SOA	A.ROOT-SERVERS.NET. NSTLD.VERISIGN-GRS.COM. 2009112301 1800 900 604800 86400

;; Query time: 93 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Mon Nov 23 23:06:42 2009
;; MSG SIZE  rcvd: 101

 

[Whistler]

So legst Du eine Zone "dev.dev" an. Du meinst vermutlich

dev[B][COLOR="Red"].[/COLOR][/B]  IN SOA  localhost. lordy.localhost.

Der Punkt machts

localhost als SOA zu verwenden rächt sich übrigens spätestens, wenn mehr als ein Rechner ins Spiel kommt.

Ich würde eher soetwas empfehlen:

[...]
listen-on { 127.0.0.1; 192.168.1.20;};

/etc/bind/dev.zone

$TTL 86400
dev.                IN SOA srv.dev. lordy.srv.dev. (
                                2009010101 ; serial
                                3600       ; refresh (1 hour)
                                3600       ; retry (1 hour)
                                604800     ; expire (1 week)
                                86400      ; minimum (1 day)
                                )
                    IN NS  srv.dev.
*                   IN A   192.168.1.20

 

[lordy3]

Super, danke, hat wunderbar geklappt!