![\"my_server-move\"](\"https:\/\/blog.andere-sichtweise.de\/wp-content\/uploads\/2016\/10\/MY_Server-Move.jpg\")
Wie soll ich sagen … man wird es hoffentlich kaum gemerkt haben, aber in den letzten Tagen war ich damit besch\u00e4ftigt einige Arbeiten im Hintergrund dieses Blogs zu erledigen. Es war schon eine l\u00e4ngere Zeit f\u00e4llig, aber nun habe ich das endlich mal in Angriff genommen!<\/p>\n
Ich habe meinen Server umgezogen!<\/strong><\/p>\n Um ehrlich zu sein, war das auch wirklich notwendig! Ich habe zwar immer ganz ordentlich die diversen Sicherheitsupdates eingespielt und immer mein Blog auf dem aktuellsten Stand gehalten, aber dennoch gab es hier die eine oder andere Schwachstelle im System, die sich nicht mehr beheben lassen wollte, da das eingesetzte Betriebssystem mittlerweile einfach out-dated war.<\/p>\n Anyway … hier will ich dann mal kurz und grob beschreiben, wie der Umzug so abgelaufen ist.<\/p>\n <\/p>\n Im ersten Schritt habe ich mir erst einmal angeschaut, was denn so alles auf meinem alten System l\u00e4uft:<\/p>\n Im Grunde ist das alles kein sonderlich gro\u00dfes Hexenwerk, aber die Masse machte den Umzug dann doch ein wenig komplizierter. Um das ganze ein wenig zu vereinfachen, habe ich mir im n\u00e4chsten Schritt \u00fcberlegt, was denn \u00fcberhaupt wirklich umgezogen werden soll bzw. ob es nicht sogar etwas gibt, was ich so gar nicht mehr brauche.<\/p>\n Bingo! Hier habe ich schon mal ganz kr\u00e4ftig aufger\u00e4umt! Insgesamt habe ich sage und schreibe 7 Domains gek\u00fcndigt! Nicht alle diese 7 Domains waren rein meine Domains und\/oder nur just-for-fun. Bei 4 Domains habe ich mich an die Leute gewendet, f\u00fcr die ich die nur gehostet habe. Eigentlich habe ich ihnen angeboten hier bei einem ggf. notwendigen Umzug zu helfen, aber letztendlich wurden 4 Domains nach mehreren Monaten ohne R\u00fcckmeldung von mir gek\u00fcndigt. Gleiches gilt f\u00fcr die restlichen drei Fun-Domains, die auf meinem Server liefen.<\/p>\n Poff! Und schon war es weniger umzuziehen.\u00a0 :top_ang:<\/p>\n Im n\u00e4chsten Schritt habe ich mir nun \u00fcberlegt, wie der Server denn dann zuk\u00fcnftig aussehen sollte. Klar war, dass da wieder ein Web-Server mit diversen VHosts drauf sollte und nat\u00fcrlich sollte da auch wieder ein ordentlicher Mail-Server drauf. Also …<\/p>\n Nachdem ich mir diverse Web-Server angeschaut hatte, habe ich mich f\u00fcr den entschieden, der auch schon auf dem alten Server lief. Einzige \u00c4nderung hier … ich habe die aktuellste Version installiert und nur noch die Mods, die ich auch wirklich ben\u00f6tige. Klarer Vorteil: Hier wei\u00df ich genau, wie der konfiguriert wird und was ich wo einstellen muss.<\/p>\n Beim Mail-Server habe ich mich gar nicht gro\u00df umgeschaut, denn ich wollte das eigentlich so lassen, wie es war… tja … eigentlich. Problem hierbei … mein eingesetzter POP3-Server wird so nicht mehr unterst\u00fctzt und ist in der momentan aktuellen Distribution gar nicht mehr enthalten\u00a0 :-? Also musste doch eine Alternative her. Na immerhin konnte ich meinen\u00a0Message Transfer Agent<\/em> (MTA) weiter einsetzen.<\/p>\n Die restlichen Punkte sollte im Grunde so bleiben, wie sie waren … also das Blog sollte weiter so bleiben, die MySQL-Datenbanken sollten so bleiben und nur die CMS konnten weg, da die zugeh\u00f6rigen Domains auch weg waren.<\/p>\n Um hier entsprechend den MTA und den POP3-Server problemlos einrichten und testen zu k\u00f6nnen, ohne eine direkte Auswirkung auf die alten Domains zu haben, habe ich zwei neue Domains geordert und auf den neuen Server zeigen lassen. Nachdem die beiden Domains entsprechend geordert waren und ordentlich im Nameserver hinterlegt waren, konnte ich das testen. Wie bereits gesagt, habe ich mich wieder f\u00fcr meinen alten MTA entschieden. Also die neueste Version installiert und eingerichtet. Wichtig hierbei war das einrichten der „virtuell user“, was aber mehr oder minder problemlos klappte.<\/p>\n Im n\u00e4chsten Schritt musste also nun ein POP3-Server her und dieser musste ja auch mit den virtuellen Benutzern und mit mehreren Domains auf ein und der selber IP umgehen k\u00f6nnen. Ich habe mir diverse M\u00f6glichkeiten angeschaut, sie installiert, sie versucht zu testen und dann wieder verworfen …\u00a0 :smiley_hammer_ang: … bis ich endlich einen POP3-Server gefunden habe, der das macht, was ich brauchte.<\/p>\n Eigentlich war ja mal die \u00dcberlegung, den POP3-Server auch direkt sicherer zu machen und nur noch einen verschl\u00fcsselten Verkehr via TLS zu erlauben, aber das stellt sich als nicht so leicht bei Multiple-Domains dar. Muss ich mir also sp\u00e4ter mal genauer anschauen, ob das nicht mit SNI umgesetzt werden kann.<\/p>\n Immerhin klappte jetzt der Empfang von Mails und das Bereitstellen via POP3.\u00a0 :top_ang:<\/p>\n Als n\u00e4chstes habe ich mir nun eine Liste mit notwendigen Schritte f\u00fcr den Umzug erstellt.<\/p>\n Das sind schon mal reichlich Schritte, aber sie gelten auch nur f\u00fcr „einfache“ „Standard“-Domains. Zus\u00e4tzlich musste hier ja auch noch der \u00dcbertrag der Blogs ber\u00fccksichtigt werden. Hierzu dann sp\u00e4ter noch mehr.<\/p>\n So .. eigentlich alles soweit vorbereitet, dann kann ja jetzt der erste Test starten!\u00a0 :rock_ang:<\/p>\n Ich habe mir also eine Domain ausgesucht, die aus meiner Sicht recht einfach sein sollte. Nur wenige eMail-Boxen, eine ganz einfache HTML-Seite und nichts extrem wichtiges. Also sch\u00f6n Schritt f\u00fcr Schritt abarbeiten und schauen, ob das alles problemlos funktioniert. Nat\u00fcrlich hat das nicht alles problemlos funktioniert\u00a0 :cry: Hier mal die Punkte, die gehakt haben:<\/p>\n –> Nameserver wurde nicht ordentlich aktualisiert<\/strong><\/em><\/p>\n Urspr\u00fcnglich sollte mein Service-Provider die Namesserver-Eintr\u00e4ge entsprechend anpassen. Ich habe einen internen Domainumzug von Vertrag A auf Vertrag B beantragt und ausgew\u00e4hlt, dass hier der Nameserver-Eintrag entsprechend aktualisiert werden sollte. Ich habe dann ein Trouble-Ticket bei meinem Service-Provider er\u00f6ffnet, habe hier aber nur unqualifizierte Antworten bekommen „…das dauert halt bis zu 48 Stunden … da m\u00fcssen sie sich gedulden ….<\/em>“ Geduld!? Sch\u00f6n und gut, nur das bedeutete f\u00fcr mich, dass ich regelm\u00e4\u00dfig den Nameserver abfragen musste, um mitzubekommen, wenn das endlich aktualisiert ist. Ein Tip von mir: die Android-App „PingTools Network Utilities<\/span>“ von StreamSoft. Eine geniale App, die alles beinhaltet, was man braucht!<\/p>\n Nachdem hier weiter nichts passiert ist, habe ich ein Update auf das Ticket gemacht und ein anderer Technik hat mir erkl\u00e4rt, wie ich die Nameserver-Eintr\u00e4ge selber aktualisieren konnte. Nachdem ich die Eintr\u00e4ge selber bereinigt hatte, lief es auch problemlos!<\/p>\n –> Mails abgelehnt<\/strong><\/em><\/p>\n Nachdem ich die Mailboxen entsprechend im zugeh\u00f6rigen Mail-Client aktualisiert hatte (Benutzername sind nun wesentlich strukturierter auf dem neuen Server und die Passw\u00f6rter sind jetzt WIRKLICH<\/span> sicher!), konnte das erst einmal ausf\u00fchrlich getestet werden. Eigentlich lief das auch soweit … bis ein Reply an eine Web.de eMail-Adresse mit Fehler zur\u00fcck kam. Fehlermeldung: „ Da ich ja nun wusste, wie ich den Nameserver aktualisieren konnte, habe ich geschaut, ob ich hier auch den PTR setzen konnte und in der Tat konnte ich den Reverse-DNS-Eintrag auf eine meiner Domains \u00e4ndern. Kaum war das erledigt, ging auch die eMails an web.de raus.<\/p>\n Nachdem ich den Test-Ballon einige Tage habe fliegen lassen, konnte ich nach einer Weile ohne weitere Fehler mit dem n\u00e4chsten Schritt fortfahren. Als n\u00e4chstes Schritt hatte ich mir eine Domain ausgesucht, auf der ein Blog l\u00e4uft. Hier musste also auch noch folgendes zus\u00e4tzlich umgezogen werden:<\/p>\n –> die Blog-Software (wordpress)<\/p>\n –> die MySQL-Daten<\/p>\n \u00a0Hier war die \u00dcberlegung direkt den Datenbank-Namen etwas sicherer zu gestalten (sprich l\u00e4nger als vorher) und der MySQL-User sollte auch abgesichert werden. Auf dem alten Server war das ja alles mehr Try-And-Error und nun konnte das Neuaufsetzen etwas strukturierter statt finden. Im ersten Schritt habe ich die alte Datenbank ausgelsen:<\/p>\n Nun lag also der Inhalt der Datenbank im File „MySQL_BLOGDB.sql“ vor und ich konnte das File via scp auf den neuen Server \u00fcbertragen. Hier auf dem neuen Server habe ich nun eine neue Datenbank inklusive zugeh\u00f6rigem User anglegt:<\/p>\n Jetzt gab es also die neue Datenbank und es gab einen entsprechenden User. Eigentlich h\u00e4tte jetzt nur die Datenbank (also das sql-File) zur\u00fcckgespielt werden m\u00fcssen, aber ich greife hier mal vorweg … es ging nicht. Hintergrund hier … ich habe ja jetzt alles auf SSL umgestellt, sprich auf wenn man http:\/\/www.domain.de eingibt, wird man automatisch auf https:\/\/www.domain.de umgeleitet. Au\u00dferdem hat sich die Sub-Domain von vormals „WP.“ auf „www.“ ge\u00e4ndert. Leider sind teilweise aber die Pfade hardcoded in der SQL-Datenbank. Gleiches trifft auch auf die wirklcih Pfadangabe zu. Also habe ich vorher das sql-File entsprechend aktualisiert:<\/p>\n Jetzt war das SQL-File also entsprechend angepasst und konnte wieder in die Datenbank:<\/p>\n Nachdem alles wieder eingespielt war, musste noch schnell die Config entsprechend angepasst werden (also auf den neuen User, die neue DB und das neue Passwort) und schon lief auch alles wieder.<\/p>\n … :big_victory_ang: …<\/p>\n Da nun die beiden Test-Ballons erfolgreich am fliegen waren, konnte ich nach und nach die weiteren wichtigen Domains aufsetzen. Nach und nach habe ich nun die Domains umgezogen und bisher l\u00e4uft alles einwandfrei!<\/p>\n Sodele … jetzt noch den alten Server k\u00fcndigen und dann sollte ich erst einmal wieder Up-To-Date sein!<\/p>\n Solltet ihr jedoch irgendwelche Fehler bemerken, dann w\u00e4re es prima, wenn ihr mir kurz eine Nachricht zukommen lassen k\u00f6nntet!<\/p>\n Merci<\/p>\n . :big_bye_ang: .<\/p>\n \n","protected":false},"excerpt":{"rendered":" Wie soll ich sagen … man wird es hoffentlich kaum gemerkt haben, aber in den letzten Tagen war ich damit besch\u00e4ftigt einige Arbeiten im Hintergrund dieses Blogs zu erledigen. Es war schon eine l\u00e4ngere Zeit f\u00e4llig, aber nun habe ich das endlich mal in Angriff genommen! Ich habe meinen Server umgezogen! Um ehrlich zu sein, […]<\/p>\n","protected":false},"author":2,"featured_media":7109,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1,3],"tags":[1045,1041,1042,1048,1047,1046,1044,1050,1043,1049,208],"class_list":["post-7106","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-allgemein","category-technik","tag-datenbank","tag-domain","tag-domainumzug","tag-email-aktualisierung","tag-mail","tag-mta","tag-mysql","tag-ptr","tag-serverumzug","tag-step-by-step","tag-update"],"_links":{"self":[{"href":"https:\/\/blog.andere-sichtweise.de\/index.php?rest_route=\/wp\/v2\/posts\/7106","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/blog.andere-sichtweise.de\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blog.andere-sichtweise.de\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blog.andere-sichtweise.de\/index.php?rest_route=\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/blog.andere-sichtweise.de\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=7106"}],"version-history":[{"count":34,"href":"https:\/\/blog.andere-sichtweise.de\/index.php?rest_route=\/wp\/v2\/posts\/7106\/revisions"}],"predecessor-version":[{"id":7142,"href":"https:\/\/blog.andere-sichtweise.de\/index.php?rest_route=\/wp\/v2\/posts\/7106\/revisions\/7142"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/blog.andere-sichtweise.de\/index.php?rest_route=\/wp\/v2\/media\/7109"}],"wp:attachment":[{"href":"https:\/\/blog.andere-sichtweise.de\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=7106"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blog.andere-sichtweise.de\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=7106"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blog.andere-sichtweise.de\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=7106"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}\n
\n
\n
\n
\n
\n
\n
\n
\n
554-Bad DNS PTR resource record.<\/code>“ Nach kurzer Suche im Netz scheint es so zu sein, dass Web.de meine eMails als Spam klassifiziert. Das Problem liegt hier bei meinem Server-Provider, denn der Reverse-DNS-Eintrag zeigt auf den Service-Provider bzw. einen internen Domainnamen vom Service-Provider und das klassifiziert Web.de als Spammer.<\/p>\n\n
login to old server\r\nOLDserver:~# mysqldump -u root -p BLOGDB > MySQL_BLOGDB.sql\r\n<\/pre>\n
login to new server\r\nNEWserver:~#\u00a0mysql -u root -p\r\nmysql> create database MY_WEB_BLOG;\r\nmysql> grant all privileges \u00a0on MY_WEB_BLOG.* to newbloguser@localhost\r\n identified by '<strong-password>';\r\nmysql> flush privileges;\r\nmysql> quit\r\n<\/pre>\n
login to new server\r\nNEWserver:~# cp MySQL_BLOGDB.sql MySQL_BLOGDB.sql_BAK\r\nNEWserver:~#\u00a0vim MySQL_BLOGDB.sql\r\n:%s!http:\/\/WP.!https:\/\/www.!g\r\n:%s!!!g\r\nZZ\r\n<\/pre>\n
login to new server\r\nNEWserver:~# mysql -u newbloguser -p MY_WEB_BLOG < MySQL_BLOGDB.sql\r\nNEWserver:~# mysqladmin -u root -p flush-privileges\r\n<\/pre>\n
\n