Providerwechsel fehlgeschlagen
Providerwechsel fehlgeschlagen
Hallo,
wie in den letzten Tagen schonmal gesagt habe ich einen Nameserver aufgesetzt. Die Domains, die ich nun vom alten Provider auf meinen Server holen wollte, wurden wegen fehlerhafter Nameserverkonfiguration abgelehnt:
Beispiel:
The domain ho-handball.de has NOT been updated. The following errors were detected: Server ns.ho-handball.de. not in NS set! Server ns.ho-media.de. not known by server ns.ho-media.de.! Server ns.ho-handball.de. not in NS set! Server ns.ho-media.de. not known by server ns.schlund.de.!
Eingetragen habe ich s.domain1.de und meine Server-Ip, beim secondary ns.schlund.de.
Bitte sagt mir, was ich jetzt noch machen kann, damit meine Domains schnellstmöglich wieder laufen...
wie in den letzten Tagen schonmal gesagt habe ich einen Nameserver aufgesetzt. Die Domains, die ich nun vom alten Provider auf meinen Server holen wollte, wurden wegen fehlerhafter Nameserverkonfiguration abgelehnt:
Beispiel:
The domain ho-handball.de has NOT been updated. The following errors were detected: Server ns.ho-handball.de. not in NS set! Server ns.ho-media.de. not known by server ns.ho-media.de.! Server ns.ho-handball.de. not in NS set! Server ns.ho-media.de. not known by server ns.schlund.de.!
Eingetragen habe ich s.domain1.de und meine Server-Ip, beim secondary ns.schlund.de.
Bitte sagt mir, was ich jetzt noch machen kann, damit meine Domains schnellstmöglich wieder laufen...
Re: Providerwechsel fehlgeschlagen
Gibts für ns.ho-media.de einen Glue-Record und funzt diese Domain bereits?
Hast du NS RRs in ho-handball.de auf ns.ho-handball.de und ns.schlund.de gesetzt? Warum schwafelt der dann von ns.ho-media.de, was hat der damit zu tun? Was falsch eingetragen?
http://faq.providerdomain.de/haeufige_f ... tze/4.html Frage 1.
Hast du NS RRs in ho-handball.de auf ns.ho-handball.de und ns.schlund.de gesetzt? Warum schwafelt der dann von ns.ho-media.de, was hat der damit zu tun? Was falsch eingetragen?
http://faq.providerdomain.de/haeufige_f ... tze/4.html Frage 1.
Re: Providerwechsel fehlgeschlagen
Hallo,
Korrekt ist ns.ho-handball.de mit IP.
Gruß, Wolfgang
hoffentlich nicht :lol:ChrisG wrote:Eingetragen habe ich s.domain1.de ...
Korrekt ist ns.ho-handball.de mit IP.
Gruß, Wolfgang
Re: Providerwechsel fehlgeschlagen
Ups, da hab ich mich oben verschrieben.
Also die 1. Domain meines Servers ist ho-media.de und die erste Kundendomain ist ho-handball.de.
Bei Providerdomain habe ich bei allen Domains ns.ho-media.de (nicht s.ho-media.de) und die IP meines Servers eingetragen, als Secondary habe ich die Schlund-Einstellungen gewählt.
Die Frage ist jetzt:
Muss ich ns.ho-media.de oder ns.ho-handball.de als ersten Server eintragen ?
Also die 1. Domain meines Servers ist ho-media.de und die erste Kundendomain ist ho-handball.de.
Bei Providerdomain habe ich bei allen Domains ns.ho-media.de (nicht s.ho-media.de) und die IP meines Servers eingetragen, als Secondary habe ich die Schlund-Einstellungen gewählt.
Die Frage ist jetzt:
Muss ich ns.ho-media.de oder ns.ho-handball.de als ersten Server eintragen ?
Re: Providerwechsel fehlgeschlagen
Hallo,
so wie Dein Nameserver jetzt konfiguriert ist, mußt Du Glue-records anlegen:
ho-handball.de --> ns.ho-handball.de mit IP
ho-irgendwas.de --> ns.ho-irgendwas.de mit IP
Für alle Domains ns.ho-media.de verwenden geht auch, dann muß aber die default.hosts umgeschrieben werden.
Gruß, Wolfgang
so wie Dein Nameserver jetzt konfiguriert ist, mußt Du Glue-records anlegen:
ho-handball.de --> ns.ho-handball.de mit IP
ho-irgendwas.de --> ns.ho-irgendwas.de mit IP
Für alle Domains ns.ho-media.de verwenden geht auch, dann muß aber die default.hosts umgeschrieben werden.
Gruß, Wolfgang
Re: Providerwechsel fehlgeschlagen
Kannst du lesen? Dann lies meinen Link. Danke.Die Frage ist jetzt:
Muss ich ns.ho-media.de oder ns.ho-handball.de als ersten Server eintragen ?
Du musst das eintragen, was auch in der Zone (wie sieht das Zonenfile aus???) eingetragen ist.
Re: Providerwechsel fehlgeschlagen
Sorry, habe vorhin nur auf ein Post geantwortet...
Die ho-media.zone sieht so aus:
Die ho-handball.zone so:
Die default.hosts so:
Die ho-media.zone sieht so aus:
Code: Select all
$TTL 1W
@ IN SOA ns.ho-media.de. root.ho-media.de. (
2002022501 ; serial
8H ; refresh
2H ; retry
1W ; expiry
11H ) ; minimum
IN NS ns
IN NS ns.schlund.de.
IN MX 10 mail.ho-media.de.
IN MX 20 mxXY.schlund.de.
IN A 217.160.222.190
mail IN A 217.160.222.190
ns IN A 217.160.222.190
* IN A 217.160.222.190
Code: Select all
$TTL 1W
@ IN SOA ns.ho-media.de. root.ho-handball.de. (
2002022501 ; serial
8H ; refresh
2H ; retry
1W ; expiry
11H ) ; minimum
IN NS ns.ho-media.de.
IN NS ns.schlund.de.
IN MX 10 mail.ho-media.de.
IN MX 20 mxXY.schlund.de.
IN A 217.160.222.190
* IN A 217.160.222.190
Code: Select all
$TTL 1W
@ IN SOA ns hostmaster (
2003063000 ; serial
8H ; refresh
2H ; retry
1W ; expiry
12H) ; minimum
@ IN NS ns
@ IN NS ns.schlund.de.
@ IN A 217.160.222.190
* IN A 217.160.222.190
@ IN MX 80 mx
* IN MX 80 mx
Re: Providerwechsel fehlgeschlagen
Hallo,
die ho-media.de kannst Du wieder löschen, die wird über die NS von 1&1 verwaltet.
Momentan wird für ho-handball.de die default.zone geladen. Damit mußt Du bei Schlund angeben: ns.ho-handball.de mit IP
Welchen NS möchtest Du denn im Denic-Eintrag stehen haben - ns.ho-media.de oder ns.ho-handball.de?
Zuallererst solltest Du in allen Zonefiles die Serial aktualisieren (2003120501) und den Nameserver neu starten.
Gruß, Wolfgang
die ho-media.de kannst Du wieder löschen, die wird über die NS von 1&1 verwaltet.
Momentan wird für ho-handball.de die default.zone geladen. Damit mußt Du bei Schlund angeben: ns.ho-handball.de mit IP
Welchen NS möchtest Du denn im Denic-Eintrag stehen haben - ns.ho-media.de oder ns.ho-handball.de?
Zuallererst solltest Du in allen Zonefiles die Serial aktualisieren (2003120501) und den Nameserver neu starten.
Gruß, Wolfgang
Re: Providerwechsel fehlgeschlagen
Im Prinzip wär ich schon froh, wenn meine Seiten wieder funktionieren würden...
Ansonsten wäre es mir lieber, wenn ns.ho-media.de eingetragen ist.
Die Serials habe ich entsprechend eingefügt...
Aber mal andersrum:
Ich habe jetzt bei allen Domains ns.ho-media.de (mit IP) eingetragen, dass Danic-Update wurde daher zurückgewiesen. Was muss ich in meinen Dateien noch ändern, damit es klappt ?
Ansonsten wäre es mir lieber, wenn ns.ho-media.de eingetragen ist.
Die Serials habe ich entsprechend eingefügt...
Aber mal andersrum:
Ich habe jetzt bei allen Domains ns.ho-media.de (mit IP) eingetragen, dass Danic-Update wurde daher zurückgewiesen. Was muss ich in meinen Dateien noch ändern, damit es klappt ?
Re: Providerwechsel fehlgeschlagen
Hallo,
lösche die default.hosts (vorher sichern, falls Du es Dir anders überlegst).
Benenne ho-handball.zone um nach default.hosts.
Ã?ndere in der neuen default.hosts:
starte den Nameserver neu (rcnamed restart).
Prüfe mit dig, warte ein paar Stunden und update bei Schlund:
Domain: ho-handball.de
Primary: ns.ho-media.de ohne IP
Secondary: den von Schlund verwenden
Gruß, Wolfgang
lösche die default.hosts (vorher sichern, falls Du es Dir anders überlegst).
Benenne ho-handball.zone um nach default.hosts.
Ã?ndere in der neuen default.hosts:
Code: Select all
@ IN SOA ns.ho-media.de. root (
2003120502 ; serial
Prüfe mit dig, warte ein paar Stunden und update bei Schlund:
Domain: ho-handball.de
Primary: ns.ho-media.de ohne IP
Secondary: den von Schlund verwenden
Gruß, Wolfgang
Re: Providerwechsel fehlgeschlagen
Danke, sieht bisher gut aus (dig sagt noerror).
Allerdings hab ich noch eine Frage.
In meinem Ordner /var/named/ sind nun folgende Dateien:
127.0.0.zone
217.160.222.zone
localhosts.zone
(die neue) default.hosts
root.hint
der (leere) Ordner slave
und für jede Domain (außer ho-media.de) die Datei domain.zone
Brauche ich die alle ?
Allerdings hab ich noch eine Frage.
In meinem Ordner /var/named/ sind nun folgende Dateien:
127.0.0.zone
217.160.222.zone
localhosts.zone
(die neue) default.hosts
root.hint
der (leere) Ordner slave
und für jede Domain (außer ho-media.de) die Datei domain.zone
Brauche ich die alle ?
Re: Providerwechsel fehlgeschlagen
Hallo,
wenn Du alle Domains über die default.hosts laufen läßt (Einträge in der named.conf), kannst Du die domain.zone für alle Domains löschen (wie immer vorher sichern), der Rest muß drinbleiben.
Gruß, Wolfgang
wenn Du alle Domains über die default.hosts laufen läßt (Einträge in der named.conf), kannst Du die domain.zone für alle Domains löschen (wie immer vorher sichern), der Rest muß drinbleiben.
Gruß, Wolfgang
Re: Providerwechsel fehlgeschlagen
Dann muss ich die named.conf aber noch bearbeiten, oder ?
Code: Select all
# Copyright (c) 2001 SuSE GmbH Nuernberg, Germany
#
# Author: Frank Bodammer <feedback@suse.de>
#
# /etc/named.conf
#
# This is a sample configuration file for the name server BIND9.
# 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/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.
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 no;
auth-nxdomain no;
#erlaubt das zone-update zu ns.schlund.de und ns2.schlund.de
allow-transfer { 195.20.224.97; 195.20.225.34; };
};
# The following three zone definitions don't need any modification.
# The first one defines localhost while the second defines the
# reverse lookup for localhost. The last zone "." is the
# definition of the root name servers.
zone "localhost" in {
type master;
file "localhost.zone";
};
zone "0.0.127.in-addr.arpa" in {
type master;
file "127.0.0.zone";
};
zone "." in {
type hint;
file "root.hint";
};
# You can insert further zone records for your own domains below.
zone "222.160.217.in.addr.arpa" in {
type master;
file "217.160.222.zone";
};
zone "ho-media.de" in {
type master;
file "ho-media.zone";
};
zone "handballreferee.de" in {
type master;
file "handballreferee.zone";
};
zone "ho-handball.de" in {
type master;
file "ho-handball.zone";
};
zone "hsg-weserbergland.de" in {
type master;
file "hsg-weserbergland.zone";
};
zone "vfl-hessisch-oldendorf.de" in {
type master;
file "vfl-hessisch-oldendorf.zone";
};
zone "exprit.de" in {
type master;
file "exprit.zone";
};
zone "clan-mor.de" in {
type master;
file "clan-mor.zone";
};
zone "cizzo.de" in {
type master;
file "cizzo.zone";
};
Re: Providerwechsel fehlgeschlagen
Hallo,
gleiche Ã?nderung bei den anderen Domains.
Gruß, Wolfgang
Code: Select all
zone "ho-handball.de" in {
type master;
file "default.hosts";
};
Gruß, Wolfgang
Re: Providerwechsel fehlgeschlagen
Gut, das hab ich für alle Domains übernommen. Da Du sagst, dass dass die ho-media über den NS von 1und1 läuft habe ich diese gelöscht.
Dann sieht das so aus:
Dann sieht das so aus:
# Copyright (c) 2001 SuSE GmbH Nuernberg, Germany
#
# Author: Frank Bodammer <feedback@suse.de>
#
# /etc/named.conf
#
# This is a sample configuration file for the name server BIND9.
# 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/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.
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 no;
auth-nxdomain no;
#erlaubt das zone-update zu ns.schlund.de und ns2.schlund.de
allow-transfer { 195.20.224.97; 195.20.225.34; };
};
# The following three zone definitions don't need any modification.
# The first one defines localhost while the second defines the
# reverse lookup for localhost. The last zone "." is the
# definition of the root name servers.
zone "localhost" in {
type master;
file "localhost.zone";
};
zone "0.0.127.in-addr.arpa" in {
type master;
file "127.0.0.zone";
};
zone "." in {
type hint;
file "root.hint";
};
# You can insert further zone records for your own domains below.
zone "222.160.217.in.addr.arpa" in {
type master;
file "217.160.222.zone";
};
zone "handballreferee.de" in {
type master;
file "default.hosts";
};
zone "ho-handball.de" in {
type master;
file "default.hosts";
};
zone "hsg-weserbergland.de" in {
type master;
file "default.hosts";
};
zone "vfl-hessisch-oldendorf.de" in {
type master;
file "default.hosts";
};
zone "exprit.de" in {
type master;
file "default.hosts";
};
zone "clan-mor.de" in {
type master;
file "default.hosts";
};
zone "cizzo.de" in {
type master;
file "default.hosts";
};
Re: Providerwechsel fehlgeschlagen
### post gelöscht, da aus versehen doppelt gepostet ###
Re: Providerwechsel fehlgeschlagen
Hallo,
genau so war's gemeint. da Du jetzt wieder was geändert hast, muß die serial wieder hoch: 2003120502
NS neu starten, zwei Stunden warten, die Domains bei Schlund updaten.
Für alle Domains verwenden:
Primary: ns.ho-media.de ohne IP
Secondary: den von Schlund verwenden
Gruß, Wolfgang
genau so war's gemeint. da Du jetzt wieder was geändert hast, muß die serial wieder hoch: 2003120502
NS neu starten, zwei Stunden warten, die Domains bei Schlund updaten.
Für alle Domains verwenden:
Primary: ns.ho-media.de ohne IP
Secondary: den von Schlund verwenden
Gruß, Wolfgang
Re: Providerwechsel fehlgeschlagen
Jo, das war klar *malwasgewussthat*. :-D
Was hab ich falsch gemacht, wenn bei der Denic das hier steht:
(Punkt hinter dem Servernamen)
Was hab ich falsch gemacht, wenn bei der Denic das hier steht:
Code: Select all
Technische Daten:
Nameserver: ns.ho-media.de.
Nameserver: ns.schlund.de.
Re: Providerwechsel fehlgeschlagen
Nichts.
Ich hab gerade extra nochmal nachgeschaut, ist kein Problem. Bei meinem Domains stehts auch so. Beispiel:
Technische Daten
Nameserver: ns1.fireline-networks.de. 217.160.168.62
Nameserver: ns2.fireline-networks.de. 217.160.141.180
was ich mir fast gedachte habe, denn z.B. folgender Link funktioniert:
http://www.rootforum.org.
(wird wohl nur vom phpbb nicht akzepiert)
Ich hab gerade extra nochmal nachgeschaut, ist kein Problem. Bei meinem Domains stehts auch so. Beispiel:
Technische Daten
Nameserver: ns1.fireline-networks.de. 217.160.168.62
Nameserver: ns2.fireline-networks.de. 217.160.141.180
was ich mir fast gedachte habe, denn z.B. folgender Link funktioniert:
http://www.rootforum.org.
(wird wohl nur vom phpbb nicht akzepiert)
Re: Providerwechsel fehlgeschlagen
Ahja, naja, so lange meine Besucher nicht jedes mal den Punkt eingeben müssen *g* ...
Muss die localhost.zone nicht die gleiche Serial haben ?
Muss die localhost.zone nicht die gleiche Serial haben ?
Code: Select all
$TTL 1W
@ IN SOA @ root (
42 ; serial (d. adams)
2D ; refresh
4H ; retry
6W ; expiry
1W ) ; minimum
IN NS @
IN A 127.0.0.1
Re: Providerwechsel fehlgeschlagen
Hallo,
Der Punkt bei Denic ist korrekt.
Wenn Du also eine weitere Domain bestellst, mußt Du die in named.conf eintragen und in default.hosts die Serial aktualisieren. Vergißt man gerne, weil ja default.hosts ansonsten nicht geändert wird. Bei neuen Domains klappt's meistens auch ohne Serial-Erhöhung, aber bei Domainumzügen ist die Erhöhung unbedingt nötig.
Ansonsten wenn man unsicher ist: Serial aktualisieren. Schlimmstenfalls werden ein paar NS unnötig aktualisiert.
Gruß, Wolfgang
die Besucher geben doch die Domain ein und nicht den Nameserver.ChrisG wrote:Ahja, naja, so lange meine Besucher nicht jedes mal den Punkt eingeben müssen *g* ...
Der Punkt bei Denic ist korrekt.
Nein. Die Serial eines Zonefile muß erhöht werden, wenn der Inhalt dieses Zonefiles geändert wird. Und die Serial eines Zonefiles muß erhöht werden, wenn in named.conf eine zusätzliche Domain eingetragen wird, welche dieses Zonefile nutzt.Muss die localhost.zone nicht die gleiche Serial haben ?
Wenn Du also eine weitere Domain bestellst, mußt Du die in named.conf eintragen und in default.hosts die Serial aktualisieren. Vergißt man gerne, weil ja default.hosts ansonsten nicht geändert wird. Bei neuen Domains klappt's meistens auch ohne Serial-Erhöhung, aber bei Domainumzügen ist die Erhöhung unbedingt nötig.
Ansonsten wenn man unsicher ist: Serial aktualisieren. Schlimmstenfalls werden ein paar NS unnötig aktualisiert.
Gruß, Wolfgang
Re: Providerwechsel fehlgeschlagen
Ahja, danke für die ausführliche Erklärung.
Die Updates der Denic sind jetzt durchgelaufen, allerdings sind einige Domains nur über domain.de und nicht über http://www.domain.de erreichbar.
Wenn ich eine solche Domain anpinge zeigt diese noch die IP des alten Providers.
Woran kann das liegen ?
Die Updates der Denic sind jetzt durchgelaufen, allerdings sind einige Domains nur über domain.de und nicht über http://www.domain.de erreichbar.
Wenn ich eine solche Domain anpinge zeigt diese noch die IP des alten Providers.
Woran kann das liegen ?
Re: Providerwechsel fehlgeschlagen
Hallo,
caching der Providernameserver. Löst sich in den nächsten Tagen von alleine. Da domain.de ohne www selten genutzt wird, ist es nicht oder nur wenig gecached.
Auch Mailserver cachen, deswegen können auch einige Tage Emails mit Fehlermeldungen zurückgehen, obwohl alles richtig eingerichtet ist.
Gruß, Wolfgang
caching der Providernameserver. Löst sich in den nächsten Tagen von alleine. Da domain.de ohne www selten genutzt wird, ist es nicht oder nur wenig gecached.
Auch Mailserver cachen, deswegen können auch einige Tage Emails mit Fehlermeldungen zurückgehen, obwohl alles richtig eingerichtet ist.
Gruß, Wolfgang
Re: Providerwechsel fehlgeschlagen
Hab ich mir mittlerweile fast gedacht, da die ersten Domains wieder mit www laufen, in diesem Sinne:
HERZLICHEN DANK für Eure Hilfe.
Rootforum.de rules. :-)
HERZLICHEN DANK für Eure Hilfe.
Rootforum.de rules. :-)