schlundtechnologies - mein Nameserver wird abgelehnt

[chiquadrat]

Hallo,

ich habe nach intensiven Recherchen dieses Boards meinen eigenen Nameserver aufgestellt.

Es geht um die Domain chiquadrat.de.

Bin läuft prima (nach einigen anfänglichen Klippen), ich habe erstmal in die named.conf ein allow-query { any; }; und allow-transfer { any; }; gesetzt. Bei Schlundtec habe ich als primären Nameserver meinen eigenen ns.chiquadrat.de und als sekundären Nameserver ns.schlund.de eingetragen.

Die Server-IP lautet: 81.3.20.55

dig @81.3.20.55 chiquadrat.de any scheint korrekte Ergebnisse zu liefern.

Leider schlägt dies bei Schlundtec immer mit folgender Meldung fehl (ich vermute, dass der ns.schlund.de mich irgendwie nicht akzepiert:

The domain chiquadrat.de has NOT been updated. The following errors were detected: == SERVER ns.schlund.de. == Server: ns.schlund.de Address: 195.20.224.97 Query about chiquadrat.de for record types ANY Trying chiquadrat.de ... Query failed, 0 answers, status: no error Authority information: de 22791 IN NS h.nic.de de 22791 IN NS i.de.net de 22791 IN NS j.nic.de de 22791 IN NS k.nic.de de 22791 IN NS uu.de.net de 22791 IN NS a.nic.de de 22791 IN NS c.de.net de 22791 IN NS d.de.net de 22791 IN NS e.nic.de de 22791 IN NS f.nic.de de 22791 IN NS g.de.net Additional information: h.nic.de 13426 IN A 192.36.144.211 i.de.net 13429 IN A 206.65.170.100 j.nic.de 13415 IN A 66.35.208.44 k.nic.de 13419 IN A 210.81.13.179 uu.de.net 13434 IN A 195.129.111.65 a.nic.de 13429 IN A 81.91.161.5 c.de.net 13410 IN A 193.159.170.187 d.de.net 13415 IN A 81.91.162.5 e.nic.de 13429 IN A 193.171.255.34 f.nic.de 13429 IN A 193.0.0.237 g.de.net 13419 IN A 62.53.3.68 chiquadrat.de ANY record currently not present at ns.schlund.de ns.schlund.de.: NOT AUTHORITATIVE for the zone chiquadrat.de == END == Server ns.schlund.de. is not authoritative!

Das Zonefile sieht so aus:

$TTL 1W
@ IN SOA ns root (
2003111303
10800
3600
604800
43200 )
IN NS ns
IN NS ns.schlund.de.

IN A 81.3.20.55
mail IN A 81.3.20.55
ns IN A 81.3.20.55
* IN A 81.3.20.55

Ich bin wirklich ratlos und sehe keine Fehler - habt Ihr eine Idee?

Viele Grüße

Philipp

[wgot]

Hallo,

allow-transfer { any; };

sollte man nicht machen, besser:

Code: Select all

allow-transfer { 195.20.224.97; } ;

im Zonefile fehlt:

Code: Select all

@ IN MX 10 mx 
* IN MX 10 mx

der ns.schlund.de hat deine daten nicht übernommen:

Code: Select all

dig @ns.schlund.de chiquadrat.de any

Was hast Du bei Schlund genau angegeben?

Richtig ist: Als Secondary den von Schlund verwenden.
Primary: ns.chiquadrat.de und die IP daneben schreiben.

Gruß, Wolfgang

PS: Du hast versehentlich die Frage zweimal reingesetzt. mach bitte in den anderen Thread eine kurze Anmerkung, daß dort niemand antworten soll.

[chiquadrat]

Hallo,

das mit dem

allow-transfer { any; }

werde ich ändern. Ich wollte nur zunächst potentielle Fehlerquellen ausschalten.

Eigentlich habe ich bei Schlund eingetragen:
- Als primärer Nameserver bitte ns.chiquadrat.de mit der IP 81.3.20.55
- Als sekundären Nameserver bitten den von Schlundtec.

Die

@ IN MX 10 mx
* IN MX 10 mx

habe ich dem Zonefile hinzugefügt (und die Serial erhöht). Ob dies den Fehler verursacht?

Könnte es sein, dass der ns.schlund.de meine Daten nicht übernimmt, da ich keinen 1&1 Rootserver habe, sondern der 81.3.20.55 bei einem anderen Provider steht (ich bin aber Kunde von Schlundtec, auch wenn ich kein 1&1 Kunde bin)?

Gruss

Philipp

[wgot]

Hallo,

Ich wollte nur zunächst potentielle Fehlerquellen ausschalten.

ok.

Ob dies den Fehler verursacht?

Glaub ich nicht (aber nicht ausprobiert).

... sondern der 81.3.20.55 bei einem anderen Provider steht

Schlundtec ist nicht an 1&1-Server gebunden.

Starte bei Schlundtec nochmal das Update mit den gleichen Daten
und prüfe dann morgen früh mit

Code: Select all

dig @81.3.20.55 chiquadrat.de any

ob der ns.schlund.de übernommen hat.

Gruß, Wolfgang

[chiquadrat]

Hallo,

ok - habe ich gemacht. Dann wollen wir mal die Daumen drücken. Vielen Dank für Deine Hilfe!

Grüsse

Philipp

[wgot]

Hallo,

drück Dir die Daumen. Es kommt auch gelegentlich (!) vor, daß es einfach erst beim zweiten Update klappt ohne daß man einen Fehler hat.

dig @81.3.20.55 chiquadrat.de any

das war allerdings Unfug von mir, prüft Deinen NS.

Für Schlund natürlich:

Code: Select all

dig @ns.schlund.de chiquadrat.de any

Gruß, Wolfgang

[chiquadrat]

Hallo erstmal vielen Dank für Eure Hilfe,

bin leider etwas frustriert. Denn bei Schlundtec wurde schon wieder ein Fehler ausgegeben (der gleiche wie vorher - mein Nameserver ns.chiquadrat.de bzw. chiquadrat ist beim ns.schlund.de unbekannt). Da wir ja in meinem Zonefile und in der named.conf keine Fehler bemerkt haben ist das schon irgendwie merkwürdig. Ich erhöhe jetzt noch mal die Serial und probiere es noch einmal....

dig @81.3.20.55 any sieht für mich nach wie vor richtig aus.

Zur Sicherheit poste ich die beiden Dateien nochmal:

Code: Select all

# Copyright (c) 2001-2003 SuSE Linux AG, Nuernberg, Germany
#
# Author: Frank Bodammer, Lars Mueller <lmuelle@suse.de>
#
# /etc/named.conf
#
# This is a sample configuration file for the name server BIND 9.
# It works as a caching only name server without modification.
#
# A sample configuration for setting up your own domain can be
# found in /usr/share/doc/packages/bind9/sample-config.
#
# A description of all available options can be found in
# /usr/share/doc/packages/bind9/misc/options.

options {

	# The directory statement defines the name server's 
	# working directory

	directory "/var/lib/named";

	# The forwarders record contains a list of servers to
	# which queries should be forwarded. Enable this line and
	# modify the IP-address to your provider's name server.
	# Up to three servers may be listed.

	#forwarders { 10.11.12.13; 10.11.12.14; };

	# Enable the next entry to prefer usage of the name
	# server declared in the forwarders section.

	#forward first;

	# The listen-on record contains a list of local network
	# interfaces to listen on. Optionally the port can be
	# specified. Default is to listen on all interfaces found
	# on your system. The default port is 53.

	#listen-on port 53 { 127.0.0.1; };

	# The listen-on-v6 record enables or disables listening
	# on IPV6 interfaces. Allowed values are 'any' and 'none'
	# or a list of addresses. IPv6 can only be used with
	# kernel 2.4 in this release.
	
	#DEAKTIVIERT BY PHILIPP MASKE
	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 { any; };

	# 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 no;
	# UM FEHLERQUELLEN AUSZUSCHLIESSEN 
	# allow-transfer {195.20.224.97; 195.20.225.34; };
	allow-transfer { any; };
	
	auth-nxdomain no;
};

# Remove the leading '#' characters if you want a log of the queries send to
# your name server. The log file size is limited to 100 MB.
#logging {
#	channel query_logging {
#		file "/var/log/named_querylog"
#			versions 3 size 100M;
#		print-time yes;			// timestamp log entries
#	};
#	category queries {
#		query_logging;
#	};
#	category lame-servers { null; };
#};

# The following zone definitions don't need any modification.
# The first one is the definition of the root name servers.
# The second one defines localhost while the third defines the reverse lookup
# for localhost.

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";
};

zone "20.3.81.in-addr.arpa" in {
    type master;
    file "81.3.20.zone";
};

zone "chiquadrat.de" in {
    type master;
    file "chiquadrat.zone";
    };

hier das zugehörige Zonefile:

Code: Select all

$TTL 1W
@ IN SOA ns  root (
	2003111400
	10800
	3600
	604800
	43200 )

 	IN NS ns
 	IN NS ns.schlund.de.

   	IN A 81.3.20.55
mail	IN A 81.3.20.55
ns	IN A 81.3.20.55
*  	IN A 81.3.20.55

@ 	IN MX 10 mx
* 	IN MX 10 mx

Ich hoffe, ich muss nicht aufgeben ... :-(

Viele Grüße

Philipp

[wgot]

Hallo,

bin leider etwas frustriert.

kann ich verstehen aber keine Angst, das wird schon noch. Ist halt blöd bei Nameserverproblemen, daß jeder Test Stunden dauert.

@ IN SOA ns root (
2003111400
10800
3600
604800
43200 )

erhöhe die Serial
ändere 10800 nach 28800
ändere 3600 nach 7200
Nameserver neu starten

Update bei Schlund.

Die beiden Werte sind außerhalb der Denic-Spezifikation, kann sein, daß Schlund deshalb gleich garnicht übernimmt. Falls Du die Werte aus einem HowTo hast: aus welchem?

mail IN A 81.3.20.55
ns IN A 81.3.20.55

die kannst Du im Prinzip löschen, weil sie darin enthalten sind:

* IN A 81.3.20.55

Gruß, Wolfgang

[robertw]

Die beiden Werte sind außerhalb der Denic-Spezifikation, kann sein, daß Schlund deshalb gleich garnicht übernimmt. Falls Du die Werte aus einem HowTo hast: aus welchem?

Mein leidvoll Erfahrung: Schlund überprüft die DENIC-Gültigkeit nicht, sondern übernimmt die falschen Werte. Mit der Konsequenz, dass zwar meine Wert okay waren, die DENIC das Update aber trotzdem nicht wollte, weil Schlund noch falsch war. Erst als alle NS auf den gleichen, richtigen Stand waren, ging es dann endlich. Ein Tipp-Fehler bei mir - Ausfallzeit mehr als 36 Stunden... :-(

Robert