Zweiter Nameserver bei Schlund

[bknip]

Hallo, soweit ich es sehe läuft bei mir der erste NS richtig, aber slv2.schlund.de lässt sich zu nichts bewegen:

Code: Select all

May 27 23:43:02 ns named[9212]: loading configuration from '/etc/named.conf'
May 27 23:43:02 ns named[9212]: listening on IPv6 interfaces, port 53
May 27 23:43:02 ns named[9212]: listening on IPv4 interface lo, 127.0.0.1#53
May 27 23:43:02 ns named[9212]: binding TCP socket: address in use
May 27 23:43:02 ns named[9212]: listening on IPv4 interface eth0, 217.160.172.169#53
May 27 23:43:02 ns named[9212]: binding TCP socket: address in use
May 27 23:43:02 ns named[9212]: command channel listening on 127.0.0.1#953
May 27 23:43:02 ns named[9212]: zone 0.0.127.in-addr.arpa/IN: loaded serial 42
May 27 23:43:02 ns named[9212]: zone aikaweb.de/IN: loaded serial 2005052709
May 27 23:43:02 ns named[9212]: zone localhost/IN: loaded serial 42
May 27 23:43:02 ns named[9212]: running
May 27 23:43:02 ns named[9212]: zone aikaweb.de/IN: sending notifies (serial 2005052709)

Sieht doch erstmal gut aus, oder nicht?

Weiter:

Code: Select all

admin@isv2:~> dig @217.160.172.169 aikaweb.de ANY

; <<>> DiG 9.2.3 <<>> @217.160.172.169 aikaweb.de ANY
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 38903
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 5, AUTHORITY: 0, ADDITIONAL: 3

;; QUESTION SECTION:
;aikaweb.de.                    IN      ANY

;; ANSWER SECTION:
aikaweb.de.             172800  IN      MX      80 mx.aikaweb.de.
aikaweb.de.             172800  IN      SOA     ns.aikaweb.de. mx. 2005052709 10800 3600 604800 86400
aikaweb.de.             172800  IN      NS      ns.aikaweb.de.
aikaweb.de.             172800  IN      NS      slv2.schlund.de.
aikaweb.de.             172800  IN      A       217.160.172.169

;; ADDITIONAL SECTION:
mx.aikaweb.de.          172800  IN      A       217.160.172.169
ns.aikaweb.de.          172800  IN      A       217.160.172.169
slv2.schlund.de.        82713   IN      A       212.227.123.29

;; Query time: 60 msec
;; SERVER: 217.160.172.169#53(217.160.172.169)
;; WHEN: Sat May 28 00:44:29 2005
;; MSG SIZE  rcvd: 193

Auch noch gut, oder? Aber...

Code: Select all

admin@isv2:~> dig @slv2.schlund.de aikaweb.de ANY

; <<>> DiG 9.2.3 <<>> @slv2.schlund.de aikaweb.de ANY
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 63323
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;aikaweb.de.                    IN      ANY

;; Query time: 55 msec
;; SERVER: 212.227.123.29#53(slv2.schlund.de)
;; WHEN: Sat May 28 00:46:12 2005
;; MSG SIZE  rcvd: 28

Code: Select all

        listen-on-v6 { any; };


        # The next three statements may be needed if a firewall stands between
        # the local server and the internet.

        #query-source address * port 53;
        #transfer-source * port 53;
        #notify-source * port 53;

        # The allow-query record contains a list of networks or IP addresses
        # to accept and deny queries from. The default is to allow queries
        # from all hosts.

        #allow-query { 127.0.0.1; };

        # If notify is set to yes (default), notify messages are sent to other
        # name servers when the the zone data is changed.  Instead of setting
        # a global 'notify' statement in the 'options' section, a separate
        # 'notify' can be added to each zone definition.

        notify yes;
        auth-nxdomain no;
                                                                                #erlaubt das zone-update zu ns.schlund.de und
ns2.schlund.de
        allow-transfer { 212.227.123.29; 195.20.224.97; };
        allow-query { any; };
        #allow-transfer { ::ffff:195.20.224.97; 195.20.224.97; };
};

Das Zonefile

Code: Select all

$TTL 2D
@               IN SOA          ns.aikaweb.de.  mx. (
                                2005052709      ; serial
                                3H              ; refresh
                                1H              ; retry
                                1W              ; expiry
                                1D )            ; minimum

@               IN NS           ns.aikaweb.de.
@               IN NS           slv2.schlund.de.
@               IN A            217.160.172.169
*               IN A            217.160.172.169
@               IN MX           80 mx
*               IN MX           80 mx

Wahrscheinlich bin ich blind, aber ich komme nicht mehr weiter.

Wer weiß Rat?

bknip[/code]

[wgot]

Hallo,

mx. ist keine Emailadresse.

Gruß, Wolfgang

[bknip]

Hallo,

mx. ist keine Emailadresse.

Gruß, Wolfgang

Das verstehe ich jetzt nicht. Im Zonefile steht "mx", nicht "mx." Dies ist aus dem HOWTO übernommen und wird lt. dig auch richtig zu mx.aikaweb.de. aufgelöst.

Ich glaube nicht, dass das das Problem ist.

Gruß Burkhard

[wgot]

Hallo,

ist weis nicht ob es ausreicht damit der slv2 nicht übernimmt, aber es ist ein Fehler. Gemeint war der mx. in SOA.

Gruß, Wolfgang

[bknip]

Hallo Wolfgang,

damit hast Du natürlich recht. Danke für den Hinweis, aber geholfen hats leider nicht!

Gruß Burkhard

[wgot]

Hallo,

so schnell geht das meistens nicht, der Slave frägt eventuell nicht sofort ab.

Schau mal in die Logfiles ob da Meldungen von named dazugekommen sind. Ansonsten 2 Stunden warten, wenn er dann nicht übernommen hat Update über das Providermenü nochmal starten.

Gruß, Wolfgang

[bknip]

Hallo Wolfgang,

inzwischen sind zwei Stunden vergangen, keine neuen Meldungen von named im logfile, dig auf slv2.schlund.de bringt nach wie vor nichts.

Die Aktualisierung auf dem Webfrontend (nur für den sekundären NS)von Schlundtech führt zu dem Fehler :

Code: Select all

Information:
Status: Zone konnte nicht in Nameserver eingetragen werden.

Bemerkung: Ip des Primary Nameservers konnte nicht ermittelt werden.

obwohl ich zweimal die IP eingegeben habe.

Diesen Effekt hatte ich bisher immer.

Ich bin offen gesagt etwas ratlos.

Gruß Burkhard

[wgot]

Hallo,

die Fehlermeldung hab ich noch nie gelesen.

IP nur bei ns.aikaweb.de dazuschreiben, nicht bei slv2.schlund.de.

Gruß, Wolfgang

[bknip]

Hallo,

ich hab den Verdacht, das liegt am neuen Webfrontend bei Schlund. Da basteln sie noch dran rum. Da ich neuer Kunde bin, habe ich keinen Zugang zur "alten" Oberfläche.

Gruß B.

[bknip]

Hallo,

das Problem scheint wirklich bei Schlundtech zu liegen. Vom Support habe ich zunächst die Antwort bekommen, ich solle als secondary NS nicht slv2.schlund.de sondern ns10.schlundtech.de benutzen (steht so nirgendwoin den FAQ).

Als es dann immer noch nicht klappte, hat der Support die Eintragungen von Hand vorgenommen.

Jetzt scheint es zu funktionieren.