Hallo,


Wir bereiten gerade den Umzug unseres Internetauftritts auf einen neuen Server vor. Das Testsystem ist bereits eingerichtet und auch unter www2.domain.de erreichbar, der Liveauftritt derzeit noch unter www.domain.de.
Sobald am Testsystem alles rund läuft wird der DNS-Eintrag für www.domain.de auf den von www2.domain.de geändert. Da DNS-Änderungen ja nicht sofort wirksam werden, sondern bis zu 48 Stunden dauern können, brauchen wir für die Übergangszeit eine Lösung, falls Besucher, die auf www.domain.de zugreifen, noch die alte IP bekommen.

Unsere Überlegung war, auf dem alten Server eine Weiterleitung einzurichten, die den Besucher dann nach www2.domain.de umleitet und wir www2.domain.de erst abschalten, wenn die DNS-Umstellung komplett über die Bühne gegangen ist. Nun möchten wir natürlich nicht, dass Google zufällig vorbeikommt und die Inhalte von www2.domain.de in den Index aufnimmt (und vielleicht noch DC feststellt, weil das ganze mit www.domain.de identisch ist). Daher der Gedanke, dass das eigentlich der ideale Einsatzweck eines 302-Redirects ist, denn die Inhalte sind ja wirklich nur temporär auf www2.domain.de, sobald die Umstellung durch ist sind sie wieder unter www.domain.de zu erreichen und es gibt keine Umleitung mehr. Ist das sinnvoll? Sollte man noch weitere Maßnahmen auf dem neuen Server ergreifen (noindex, nofollow)? Oder wie geht man das ganze am geschicktesten an?

In der Regel reicht es am Abend die DNS Einstellung zu ändern (24.00 Uhr), dann kannst du damit rechnen, dass um 08.00 Uhr alles auf dem neuen Server funktioniert... ich mache es immer so. DNS Änderungen dauern in der Regel heute nicht mehr so lange (Europa).

Alleine über den DNS würde ich das nicht machen. Ich kenn einige Provider, die bis zu 2 Wochen (!!) Cachen, egal welche Informationen auf DNS-Stufe gesetzt sind.

Um welche Dienste handelt es sich denn? Nur HTTP? Oder auch Mail, FTP etc?

Für HTTP:
Elegant lässt sich sowas über einen Reverse-Proxy (zum Bleistift mit Squid) erledigen. Idealerweise setzt du den auf dem alten Server auf, und lässt ihn den Content vom neuen Server "spiegeln". Anhand der Proxy-Logs siehst du dann, wann der alte Server abgeschaltet werden kann. Dauert Erfahrungsgemäss ca 5-10 Tage.

So jetzt haben wir den Umzug durchgeführt aber es gibt leider eine Problem:

Wir haben vor ca. drei Wochen den Webauftritt auf einen neuen Server umgezogen. Der neue Auftritt war für die Zeit, wo die DNS-Umstellung noch nicht bei allen Nameservern durch war, unter http://XXX.erzgebirge-palace.com/ erreichbar. Um Zugriffe auf den alten Server während dieser Zeit auf die neue Maschine umzuleiten, haben wir die Domain http://www.erzgebirge-palace.com/ mittels .htaccess und Proxy-Flag auf die neue Maschine (also auf http://XXX.erzgebirge-palace.com/) umgeleitet.

Ca. eine Woche, nachdem die Änderung der DNS-Server erledigt war, habe ich auf dem neuen Server wieder die Rewrite-Rule aktiviert, die den Kunden immer auf http://www.erzgebirge-palace.com/ umleitet, auch wenn er die Domain beispielsweise ohne www. eingibt, primär deshalb, um DC bei Google zu vermeiden, falls das ganze mal irgendwo falsch verlinkt sein sollte.

Heute ist unsere Startseite bei Google rausgeflogen und beim Blick in die Webmastertools ist uns aufgefallen, dass Google bei allen Seiten einen Status Code 500 bekommt. Ich konnte mir das anfänglich nicht erklären, nach einem Blick in die Logs auf dem alten Server musste ich aber feststellen, dass Google (und auch Yahoo) noch immer auf den alten Server zugreifen. Mittels internem Proxy wird Google nach http://XXX.erzgebirge-palace.com/ weitergeleitet und der leitet ihn, weil er ja nicht auf http://www.erzgebirge-palace.com/ ankommt, nach eben dorthin um, was für Google aber der alte Server ist und das Spiel geht von vorne los, bis es einem der beteiligten offensichtlich zu bunt wird und es einen Status Code 500 gibt.

Die zentrale Frage ist: Warum greifen Google und Yahoo immer noch auf die alte IP zu? Die DNS-Umstellung ist seit über zweieinhalb Wochen durch, alle DNS-Server, die ich abgefragt habe (auch in USA), liefern die richtige IP zurück, nur die beiden Suchmaschinen haben das offensichtlich nicht mitbekommen...
Und vor allem: Wie mache ich Google klar, wo er richtigerweise zugreifen kann? Ich habe jetzt einfach die Rewrite-Rule mal raus, dadurch gibt es keinen Status Code 500 mehr, aber eine Lösung auf Dauer ist das sicherlich nicht.

Vielleicht fragt google die DNS gar nicht ab, solange die letzte bekannte IP die Seite ausliefert?

Was sie ja nicht wirklich tut, wenn das ganze in einem Status Code 500 endet, oder? Unter ausliefern verstehe ich etwas anderes als einen 500er ..

Und welchen Sinn sollte ein solches Vorgehen haben? Alle auf irgendwelchen Shared-Hosting-Servern abgelegten Seiten würden so nie umziehen können, da die alte Kiste ja auch noch ein Jahr nach dem Umzug irgendwas ausliefern wird - und sei es nur eine 404-Meldung.