Inhaberwechsel und Cloud vLAN

Momentan ziehe ich meine Produkte vom bisherigen, gewerblichen Kundenaccount um in einen neuen, privaten Account. Meistens erfolgreich, aber gelegentlich mit ein paar Stolpersteinchen bei Domains. Hier meine bisher gesammelten Erfahrungen...

Server waren bisher unproblematisch. Gestern habe ich meinen Mailserver umgezogen, das hat keine 5 Minuten gedauert und der lief einfach weiter als ob nichts wäre. Das hatte ich fast schon erwartet, da ich zuvor schon einen anderen, noch unwichtigeren Server ebenso problemlos in den neuen Account übernommen hatte. Beide hatten kein Cloud vLAN. Heute waren nur noch die Server übrig, die alle gemeinsam in einem Cloud vLAN hängen.

Durch die vorhergehenden, problemlosen Umzüge war ich mutiger geworden und dachte mir, dass ich das alles mit einem Inhaberwechsel mache. Die verbliebenen Server hängen alle über das Cloud vLAN zusammen, also habe ich für einen Server den Inhaberwechsel aufgerufen. Die Abhängigkeiten wurden geprüft und wie erhofft waren dadurch alle Server und das Cloud vLAN automatisch im Inhaberwechsel. Also habe ich den Inhaberwechsel gestartet und zwei Minuten später war alles im neuen Account. Eine zusätzliche Domain rüberzuziehen kostet mich 10 Mal mehr Zeit als jetzt die 5 Server zusammen. Wenns denn reicht. Aber das ist ein anderes Thema. Jedenfalls sass ich vor dem Monitor und habe mir einen gegrinst. Dann habe ich mich per SSH auf einem der Server angemeldet, ging auch problemlos, sah erst mal gut aus. Ins Journal geschaut und da sah es nicht ganz so gut aus. Das Cloud vLAN hat scheinbar nicht mehr funktioniert, diverse Fehlermeldungen.

Ein kurzer Check mit "ip a" zeigte mir dann, dass das Cloud vLAN Interface hier nicht mehr auftaucht und entsprechend auch die entsprechende IP-Adresse fehlt. Die von mir erstellte Konfigurationsdatei für das Cloud vLAN war vorhanden und unverändert. Ins SCP geschaut bei "Netzwerk", tja, das Cloud vLAN war nicht mehr hinzugefügt. Ist das jetzt ein Bug, ein Feature oder eine technische Beschränkung beim Inhaberwechsel? Es war jedenfalls bei allen Servern nicht mehr da. Ich habe es dann jeweils mit ein paar Mausklicks im SCP hinzugefügt, alle Server über das SCP runtergefahren und neu gestartet, danach war alles wieder ok.

Schade, leider nur fast perfekt gelaufen, so hat es mit Fehlersuche und -behebung jetzt doch noch ein paar Minuten länger gedauert als ich zuerst gedacht hatte. Trotzdem immer noch ok. Einfach den alten Account beibehalten und in einen privaten umwandeln wäre freilich noch hundert Mal schneller, wenn es denn möglich wäre.

Womit wir beim Thema zusätzliche Domains wären. Hier steht ja im Hilfe Center, man könne die entweder einem Webhosting zuweisen und damit dann umziehen oder eben per Authcode. Authcode hat bei zwei Domains immerhin zu 50% funktioniert, einmal sehr zügig und fast problemlos, einmal nach einem Hänger und Erstellung eines Support-Tickets zwei Tage später dann auch. Ist aber als Workaround für ein paar nicht änderbare Bits und Bytes in den Stammdaten doch schon recht umständlich - und per Authcode bei größeren Mengen an Domains auch nicht ganz billig. Die andere Methode kostet nichts, macht aber leider erheblichen Aufwand. Die Domains werden zum Großteil nur von den Servern benutzt. Weise ich eine Domain jetzt einem Webhosting zu, dann ist die Zone futsch. Da wird im DNS alles für das Webhosting eingetragen. Super Sache, wenn man eine zusätzliche Domain kauft um sie mit dem Webhosting zu nutzen, für meinen Umzug allerdings eine Arbeitsbeschaffungsmaßnahme.

Da hängen Mailboxen auf dem Mailserver dran und Websites auf dem Webserver. Und das sind sicher nicht die Mail- und Webserver vom Webhostingpaket. Da wäre eine Auswahlmöglichkeit "DNS-Records nicht ändern" prima. aber ist wohl Plesk geschuldet, dass hier automatisch alles auf das Webhosting eingestellt wird. Für einen Inhaberwechsel war die automatische Zuweisung ja ursprünglich auch nicht gedacht. Immerhin bleiben Records erhalten, die nicht automatisch gesetzt werden. Es wird aber trotzdem einiges an Arbeit, die ganzen A, AAAA, MX Records für die Domains, ihre Subdomains, autoconfig und anderes mehr erst mal zu sichern und im Anschluss nach dem Inhaberwechsel die Domains wieder vom Webhosting zu trennen und die benötigten Werte im DNS wieder passend zu setzen. Eine einfache Funktion zur Sicherung und späteren Wiederherstellung der Zone wäre da schon sehr hilfreich, wenn es denn bei der Zuweisung zum Webhosting partout nicht ohne DNS-Änderungen geht. Ich werde das mal in der Beta der neuen DNS-Verwaltung anregen. Vielleicht versuche ich mich auch mal an der API, Sicherung und Wiederherstellung sollte damit eigentlich möglich sein.

So, heute sind die 6 letzten zusätzlichen Domains dran. Die Inklusivdomains sind ja eh unproblematisch. Jetzt habe ich erst mal die drei mit deSEC Nameservern einem Webhosting zugewiesen. Erster Schock, geht nicht. Man uss erst netcup Nameserver setzen, sonst kann man die Domain keinem Webhosting zuweisen. Also netcup Nameserver eingestellt und zugewiesen. Die Zuweisung hat einige Minuten gedauert, eher so 10 Minuten geschätzt. Sowie die Benachrictigungsmail kam habe ich dann sofort wieder die deSEC Nameserver gesetzt. Das hat auch erst mal funktioniert, sogar besser als gedacht. Nach eintragen und speichern der Nameserver waren automagisch die DNSSEC-Einträge dafür wieder gesetzt. Habe sie vorsorglich mal gespeichert und hoffe, ich habe damit nichts falsches gemacht. Erstaunlicherweise waren die Nameserver immer bei deSEC während des ganzen Prozederes, auch zwischen der erfolgreichen Zuweisung zum Webhosting und dem Wiedereintragen der deSEC Nameserver im CCP. Auch DNSSEC hat die ganze Zeit über funktioniert.

Ich gehe jetzt erst mal einkaufen und schaue mir dann nachher das Chaos an, falls denn tatsächlich noch was passiert. Ansonsten wäre die Aktion tatsächlich unterbechungsfrei durchgelaufen. Kann ich irgendwie kaum glauben, es müssen doch irgendwelche Schwerigkeiten auftreten . Falls - wider Erwarten - nicht, kommen dann nachher noch die drei zusätzlichen Domains mit netcup-NS dran. Also wenigstens da sollte es doch ein wenig Chaos geben, weil da doch nach der Zuweisung viele Einträge wieder hergestellt werden müssen. Da das aber drei weitestgehend inaktive Domains sind, die gerne auch mal ne Woche offline sein können, sehe ich dem eher gelassen entgegen. Danach muss ich dann eigentlich nur noch die Webhostings umziehen und den Service Level A+ für die Webhostings kündigen, da der wohl leider nicht umgezogen werden kann.