![](\"https:\/\/borncity.com\/blog\/wp-content\/uploads\/2015\/01\/Stop.jpg\")
Regul\u00e4re Blog-Leser haben es bemerkt: Seit gestern ca. 10:00 Uhr war mein Blog schon wieder nicht erreichbar und lieferte zeitweise eine 501-Meldung. Sp\u00e4ter kamen Zertifikatsfehler hinzu und die Seite wurde als unsicher gemeldet. Hier die Hintergrundinformationen zur Ursache und warum ich mal wieder 'kotzende Pferde vor der Apotheke' gesichtet habe.<\/p>\n
<\/p>\n
Vorab: Der Blog m\u00fcsste jetzt wieder f\u00fcr alle Leser und Leserinnen erreichbar sein, oder binnen 12 Stunden erreichbar werden. Allen Leser, die mich per E-Mail \u00fcber den Ausfall informiert haben, mein Dank \u2013 ich hatte es nach der ersten Lesermeldung nat\u00fcrlich auch gesehen \u2013 aber kaum M\u00f6glichkeiten, schnell zu reagieren.<\/p>\n
Ist nun schon das zweite Mal seit dem 30.3.2019, dass meine Blogs \u00fcber Tage ausgefallen sind (siehe mein Beitrag Blog-St\u00f6rungen<\/a>). Die gestrige St\u00f6rung bzw. der Totalausfall aller meiner Blogs ist mit einem Satz auf den Tisch zu bringen: Der Provider hat mein Hosting-Paket schlicht wegen zu viel Traffic gesperrt. Wie kann das sein, der Blog l\u00e4uft seit 2009 doch eigentlich ohne St\u00f6rungen?<\/p>\n Und seit dem Wechsel eines Hosting-Pakets zum Monatsstart hatte ich sogar zwischen 4.000 und 7.000 Besucher pro Tag weniger. Also: Weniger Last und trotzdem massive \u00dcberlastung meines Hosting-Pakets?<\/p>\n Das Ganze hat etwas mit 'Never change a running system', fange mal klein an und fahre mit den verf\u00fcgbaren Ressourcen – wenn das Ganze zu langsam wird, kannst Du ja noch immer umsteigen \u2013 zu tun.<\/p>\n Die Anf\u00e4nge meiner Bloggerei gehen ja bis Mai 2007 zur\u00fcck. Damals wollte ich mich (auch als Buchautor, k\u00f6nnte man ja mal dr\u00fcber schreiben) mit dem Thema bloggen befassen. Ich bin seinerzeit bei blogger.de von Dirk Olbertz gelandet. Den Blog gibt es \u00fcbrigens immer noch unter gborn.blogger.de<\/a>. War und ist noch immer kostenfrei und man konnte recht fix in HTML-Code seine Blog-Beitr\u00e4ge erstellen. Um ein paar Testbeitr\u00e4ge zu erstellen, und das 'Bloggen' zu lernen, sollte es reichen \u2026<\/p>\n Irgendwann kamen dann die Netbooks mit dem EeePC auf und die Zahl der Blog-Beitr\u00e4ge wuchs auf \u00fcber 200. Die Besucher kamen (ein paar hundert pro Tag) und der Server von blogger.de \u00e4chszte unter der 'Last meiner Besucher' \u2013 ich stellte fest, dass der Blog oft nicht mehr erreichbar war. Zudem hatte der keine URL der Art borncity.de<\/em>, denn auf dieser Domain, die ich seit 2003 besitze, lagen meine handgestrickten Webseiten mit Infos zu B\u00fccher, WSH-Scripten etc.<\/p>\n Ich habe kurz mit der Software Thingama<\/a> experimentiert \u2013 da braucht es kein PHP auf dem Webserver und man kann alles offline erstellen und auf den Server hochladen. Ich kam aber auf keinen gr\u00fcnen Zweig. Aber es gab doch dieses WordPress, und Joomla und Drupal. Nachdem ich mich etwas informiert hatte, sollte es WordPress werden. Also mal schnell ein Projekt bei WordPress.com<\/a> (und noch was bei Googles blogspot.com<\/a>) angelegt und etwas experimentiert. Die Fragemente gibt es immer noch, aber irgendwann 2009 fiel die Entscheidung zum Einsatz von WordPress und ein Webhosting-Paket mit URL bei einem Hoster zu buchen.<\/p>\n Ziel: Etwas mit WordPress unter eigener URL zu experimentieren und zu testen. Wenn es doof laufen w\u00fcrde, k\u00f6nnte man das Projekt ja beerdigen. Um die Kosten f\u00fcr dieses Spielprojekt zu begrenzen, habe ich seinerzeit viele Hoster verglichen und mich schlie\u00dflich f\u00fcr ein WebPack L von HostEurope mit eigener Domain borncity.com entschieden. Kostete 2,99 Euro\/Monat + Domain und der Hoster \u00fcbernahm sogar einen Teil der Kosten. Ich habe dann gelernt, eine WordPress-Instanz aufzusetzen und einzurichten, das Ganze so anzupassen, dass der Blog eine Seitenleiste hat und auch herausgefunden, wie man den Windows Live Writer zu einem leistungsf\u00e4higen Offline-Blog-Werkzeug ausbaut.<\/p>\n Der deutschsprachige IT-Blog wurde von mir dann genutzt, um Beitr\u00e4ge zu Windows-Problemen (Vista, sp\u00e4ter Windows 7) zu ver\u00f6ffentlichen. War einfacher, als die Texte in Foren oder auf meiner handgestrickten Webseite einzustellen. Und aus den zuerst 200 Besuchern pro Tag wurden es irgendwann 600 und dann 1.000. Freut einen Autor doch, wenn sein Zeugs gelesen wird.<\/p>\n Irgendwann so 2014 beschloss ich, auf der Plattform weitere Blogs zu diversen Themen anzulegen. Gen\u00fcgend Kapazit\u00e4t f\u00fcr Datenbanken hatte ich. So d\u00fcmpelten seit dieser Zeit diverse Blogs unter borncity.com<\/a>, die langsam mit ein wenig Inhalt gef\u00fcllt wurden. Die Besucherzahlen auf borncity.com\/blog\/ stiegen, und das Projekt wuchs sich aus.<\/p>\n Das urspr\u00fcnglich gebuchte Webpaket lief wie am Schn\u00fcrchen \u2013 die Besucherzahlen stiegen in Spitzenzeiten auf \u00fcber 30.000 Besucher\/Tag (\u00fcber die diversen Blogs). Nur voriges Jahr gab es kurz eine Meldung von HostEurope, dass ich meinen Blog doch optimieren m\u00f6ge, weil viele Bots vorbei k\u00e4men und die Last relativ hoch sei. Ich hatte gemerkt, dass die Reaktionszeiten der Blogs mitunter etwas schlechter wurden und diesbez\u00fcglich angefragt. Zudem kam der vage Hinweis, dass ich ggf. einen virtuellen Server anmieten k\u00f6nne, um mehr Leistung zu erhalten.<\/p>\n Nachdem ich einige Bots \u00fcber ihre IP geblockt und ein Cache-Plugin nochmals optimiert hatte, liefen die Blogs wieder 'wie Hund'. Wenn bloggende Kollegen \u00fcber Umstieg auf Super-Duper-Server Nummer 2 oder 3 berichteten, dachte ich nur 'was haben die, m\u00fcssen die Traffic haben'.<\/p>\n Hier lief es dagegen mit dem extrem kleinen Hosting-Paket echt super \u2026 never change a running system. Ich hatte mir einmal die WordPress SQL-Datenbank zerschossen, weil ich in SQL im db-admin etwas zu viel gel\u00f6scht hatte. Der Blog lief zwar noch, aber mir gingen damals Statistiken verloren \u2013 und als ich dann eine WordPress-Sicherung der Datenbank-Inhalte importierte, gingen einige Kommentare verloren. Das steckte mir mit folgender Erkenntnis im Hinterkopf, nie was funktionierendes ohne Not umstellen.<\/p>\n Auch wenn die Besucherfrequenz die Blogs nicht in die Knie zwangen, gab es ein Problem, welches mich seit einem Jahr begleitete. Die Hosting-Kapazit\u00e4t von 5 GByte ging zur Neige, st\u00e4ndig bekam ich Quota-Warnungen des Hosters und musste optimieren.<\/p>\n Ende M\u00e4rz 2019 fiel dann der Entschluss: Du steigst auf ein gr\u00f6\u00dferes Paket um, dann hast Du mehr Speicherplatz. Da das alte Hosting-Paket bez\u00fcglich der Leistung seit einem Jahr keine Probleme bereitete und schnell war, wollte ich das Risiko 'Umstieg auf einen eigenen virtuellen Webserver' vermeiden \u2013 wer wei\u00df, wo es dann dran h\u00e4ngt. Also eines der gr\u00f6\u00dferen WebHosting-Pakete gebucht und den Umstieg am 29.\/30.3.2019 \u2013 war an einem fr\u00fchen Samstag-Morgen mit der Option 'sofort ausf\u00fchren' angesto\u00dfen – dann da war mit Besuchern kaum was los im Blog.<\/p>\n Und pl\u00f6tzlich kamen die vor der Apotheke kotzenden Pferde an galoppiert. Das 'sofort ausf\u00fchren' bezog sich nur auf die Vertrags\u00e4nderung \u2013 die wurde mir sofort in der Verwaltungsoberfl\u00e4che angezeigt. Auch die Speicherplatzwarnung war weg \u2013 ich habe mich gefreut wie Bolle, denn die Blogs liefen noch \u2026<\/p>\n Bis kurz vor Mitternacht. Ich war gerade dabei, noch was in den Blogs zu kontrollieren, als pl\u00f6tzlich der IT-Blog stand. Die restlichen Blogs laufen als WordPress-Multisite-Projekt auf einer anderen Datenbank-Instanz und waren verf\u00fcgbar. Nach ca. 5 Minuten lief mein IT-Blog wieder, daf\u00fcr waren die restlichen Blogs down. Als ich nach 15 Minuten wieder auf alle Blogs zugreifen konnte, war die Freude gro\u00df \u2013 und die Erkl\u00e4rung f\u00fcr mich auch klar: Die eigentliche Umstellung erfolgte automatisch in der Nacht (heute wei\u00df ich, dass dem so war).<\/p>\n Doof: Dabei wurden die Blogs auf einen anderen Server umgezogen und borncity.com bekam eine neue IP. Da ich ein Let's Encrypt-Zertifikat eingebunden hatte, ging etwas bei der Einrichtung der MX-Records schief \u2013 es steckte eine https-IP und eine http-IP drin. Jeder Wechsel der IP-Adresse muss \u00fcber die DNS-Server weltweit verteilt werden. Dauert bis zu 48 Stunden \u2013 und meine Blogs waren f\u00fcr viele Blog-Leser\/innen nicht erreichbar. Doof #2: Der https-IP-Eintrag wurde aus unbekannten Gr\u00fcnden gel\u00f6scht, was der Support erst am Montag-Morgen, nach dem x-ten Supportanruf und meiner Bitte, die Konfiguration zu \u00fcberpr\u00fcfen, merkte. Ich selbst konnte die Blogs komischerweise erreichen, nur Tests und Leserr\u00fcckmeldungen zeigten mir, dass es weltweite Zugriffsprobleme gab.<\/p>\n Hab den Support des Hosters mehrfach per Mail und Telefon kontaktiert. Es braucht Zeit zur Verteilung, war die Antwort. Mittwochs hatte ich dann das Gl\u00fcck, eine f\u00e4hige Supporterin am Telefon zu haben, mit der ich die doppelten IP-Adressen f\u00fcr http und https in den MX-Records diskutieren konnte. Sie 'ich nehme die 80er IP jetzt mal raus, schauen wir, ob es geht' \u2013 gut 6 Stunden sp\u00e4ter waren meine Blog wieder erreichbar. Dieses Drama hatte ich im Beitrag Blog-St\u00f6rungen<\/a> ausgiebiger beschrieben.<\/p>\n Aber seit Ende der 1. April-Woche liefen die Blogs wieder. Einzig, ich wunderte mich, dass sich seit dem Umstieg auf das neue Hosting-Paket so ca. 4.000 bis 7.000 Besucher weniger waren. Aber Google+ war geschlossen worden \u2013 und m\u00f6glicherweise war es eine Sp\u00e4tfolge des Ausfalls von vier Tagen \u2026<\/p>\n Am Dienstag bemerkte ich dann, dass der deutsche IT-Blog pl\u00f6tzlich \u00e4u\u00dferst z\u00e4h reagierte. Leistungsmessungen zeigten Reaktionszeiten zwischen 4 und 18 bis 22 Sekunden, bis Seiten geladen wurden. Also beim Support des Hosters nachgefragt. Die Antwort:<\/p>\n > Um 11:45 meldet der Server beim Abruf von borncity.com Wir haben den Sachverhalt gepr\u00fcft und k\u00f6nnen Ihnen einige Hinweise liefern, wie diese Last verursacht wird. Ein 503-Fehler tritt dann auf, wenn das VHost-Limit erreicht ist, der Server also zu viele gleichzeitige Anfragen erh\u00e4lt.<\/p>\n Zum einen befindet sich unter den h\u00e4ufigsten Aufrufen ein google-Bot. Dessen Zugriffe sollten begrenzt werden. Dies ist jedoch nicht bei uns, sondern nur in der google search Console einzustellen.<\/p>\n Weiterhin ist einiges Optimierungspotential auf der Seite als solches vorhanden. Zu nennen w\u00e4ren hier z.B. die Nutzung von mod_deflate (gzip) und mode_expire in der .htaccess.<\/p>\n Zudem besteht die M\u00f6glichkeit penetrante Botzugiffe auf die Seite durch\u00a0 IP-Restriktionen in der .htacces komplett auszusperren.<\/p>\n Wir hoffen, dass wir Ihnen mit diesen Angaben weiterhelfen konnten. Sollten Sie noch weitere Fragen haben, stehen wir Ihnen nat\u00fcrlich jederzeit gerne zur Verf\u00fcgung.<\/p><\/blockquote>\n Klang irgendwie noch nicht dringend, da das kleinere Hosting-Paket die letzten 10 Jahre problemlos gelaufen war, wollte ich die Optimierung und das Aussperren der b\u00f6sen Bots in den kommenden Tagen angehen. Bei einer Kontrolle der Protokolldateien hatte ich n\u00e4mlich gesehen, dass da irgendwelche IP-Adressen nach Dateien scannten, die definitiv nicht im Blog waren. Eine Suche im Internet ergab, dass dies wohl PHP-Dateien von infizierten WordPress Blogs waren. In meinen Blogs laufen Sicherheitsfunktionen mit, die so etwas verhindern sollen \u2013 und in den Logs sah ich, dass die Bots wegen fehlender Dateien abgewiesen wurden.<\/p>\n Und am Mittwoch, den 10. April 2019 standen pl\u00f6tzlich alle Blogs. Kurzer Anruf beim Hoster und gleichzeitig in die Verwaltungsoberfl\u00e4che geschaut. Das Hosting-Paket war wegen permanenter \u00dcberlastung f\u00fcr den Server gesperrt worden. Die Supporterin meinte nur noch 'da sind eine Reihe von Bot-Anfragen, die den Blog in die Knie zwingen, sperren sie die aus'. Helfen konnte sie nicht, ich m\u00f6ge das \u00fcber die .htaccess regeln und ich m\u00f6ge mich auf die E-Mail der Kollegen melden, wenn ich das Problem abgestellt h\u00e4tte. Inzwischen waren erste Nutzermails mit dem Hinweis auf die St\u00f6rung und auch eine Mail von Hosteurope eingetroffen.<\/p>\n Hallo G\u00fcnter Born,<\/p>\n der Webzugriff auf Ihr Paket mit der ID\/Bezeichnung\u00a0 (1172298), welches unter der Kundennummer 217378 verwaltet wird, wurde soeben durch uns gesperrt.<\/p>\n Es ist damit bis auf Weiteres nicht mehr \u00fcber das Internet erreichbar. Der Zugriff auf Ihr Paket \u00fcber FTP bleibt von dieser Ma\u00dfnahme unber\u00fchrt.<\/p>\n ID\/Bezeichnung:\u00a0 (1172298) Begr\u00fcndung: \u00dcberlastung des Servers Bitte tragen Sie Sorge daf\u00fcr, dass die Ursache f\u00fcr die Sperrung umgehend behoben wird.<\/p>\n Sobald dies geschehen ist, kontaktieren Sie bitte unseren Support Bitte beachten Sie, dass eine Entsperrung nur m\u00f6glich ist, wenn der Falls ein Zugriff per Browser notwendig ist, um die Ursache f\u00fcr die Sperrung zu beheben, k\u00f6nnen Sie im KIS unter \"Produktverwaltung – *Ihr Produktbereich* – Konfigurieren – Allgemeines – gesperrte Verzeichnisse verwalten\" Ihre IP Adresse eintragen. Sie haben dann von dieser IP Adresse aus Zugriff auf das Paket.<\/p>\n Vielen Dank f\u00fcr Ihr Verst\u00e4ndnis.<\/p><\/blockquote>\n Na danke aber auch \u2013 ich frage nach, bekomme eine wischi waschi-Antwort und pl\u00f6tzlich wird das Paket gesperrt. Durch den letzten Supportanruf meinte ich zu wissen, wo der Hase im Pfeffer lag. Also habe ich mir im Web die Informationen besorgt und in der .htaccess einige IP-Adressen gesperrt. Mail an Hosteurope, in der die Ma\u00dfnahme dargelegt wurde und gedacht, bald l\u00e4uft es wieder. Sperre war um 10:30 Uhr, Mail von mir ging um 11:08 Uhr raus. Also ich um 13.30 immer noch die Sperre hatte, ignorierte ich den Hinweis 'sehen Sie von telefonische R\u00fcckfragen \u2026 ab' und bin erneut den Support angegangen. 'Ok, wir haben hier einiges abzuarbeiten, aber eine Kollegin hat die Mail gerade in Bearbeitung \u2026'. Ca. 15 Minuten sp\u00e4ter waren die Blogs wieder online \u2026<\/p>\n Und 30 Minuten sp\u00e4ter war mein Hosting-Paket wieder gesperrt! Ab dem Zeitpunkt war ich echt angefressen \u2013 ich habe die Log-Dateien gepr\u00fcft und konnte sehen, dass die gesperrten IP-Adressen drau\u00dfen blieben. Es waren also organische Zugriffe im Protokoll. Also wieder einen Anruf beim Support und ziemlich deutlich eine Erkl\u00e4rung verlangt, wieso das Paket gesperrt wurde und was wirklich zur \u00dcberlastung f\u00fchrt. Und dann hatte ich wieder den Gl\u00fcckfall, einen Supporter an die Leitung zu bekommen, der sein Handwerk versteht und dem Kunden weiter helfen wollte. Auf meine konkreten Fragen, ob die \u00dcberlastung auf dem Shared-Host von meinem Paket oder von anderen Nutzern k\u00e4me, f\u00fchrte er einige R\u00fcckfragen im Hause durch. Und dann kam die wirkliche Ursache heraus.<\/p>\n Der Traffic meiner Blogs liegt (trotz der Tatsache, dass ich 4.000 bis 7.000 Besucher weniger hatte), weit oberhalb dessen, was HostEurope wohl f\u00fcr seine Shared Hosting Pakete wie Webpack Medium einplant. Die Angaben \u00fcber Webspace, Zahl der Datenbanken etc. kannst Du in die Tonne kloppen, wenn mehr als 2 Leute bei dir vorbei kommen. Mein Paket fuhr teilweise mit 140% der zugestandenen Last. Auf meinen Hinweis: Ok, die Blogs laufen seit 10 Jahren auf dem (nicht mehrbuchbaren, kleinsten Webpaket) ohne '\u00dcberlastung' \u2013 dann bin ich wohl als Nassauer als einer der wenigen Kunden auf diesem Server geblieben, und konnte die Leistung nutzen \u2013 meinte der Supporter 'kann sein, hatte das mal bei einem fr\u00fcheren Arbeitgeber, wo einige Kunden nach einem Serverumzug auf einem alten Rechner blieben und sich \u00fcber wahnsinnige Performance freuten'.<\/p>\n Auf meinen Hinweis, dass ich dann mit der Empfehlung des Supports (vor einem Jahr) '\u00fcber ein gr\u00f6\u00dferes Paket zu buchen nachdenken solle', und dem Umstieg zum 29.3. voll ins Klo gegriffen habe, kam die Sache ans rollen. Er fragte im Hause nach und kam sehr schnell mit dem Hinweis, dass ich einen eigenen Webserver brauche, der kein Shared Hosting beinhaltet und auf einem virtuellen Server l\u00e4uft. Ein Basic-Paket w\u00fcrde eigentlich ausreichen, aber er w\u00e4re kein Vertrieb und kenne die Feinheiten nicht \u2026<\/p>\n Also habe ich mich aufgemacht, und die Details studiert \u2013 dann zur Sicherheit beim HostEurope-Vertrieb angerufen und mich beraten lassen. Dort hie\u00df es, nachdem die Historie klar war, 'was sagen denn die Kollegen vom Support?'. Nach einigem Hin und Her kristallisierte sich heraus: Webserver Basic reicht eigentlich, aber SSD ist nicht m\u00f6glich, weil der Umstieg von einem Paket erfolgt, was auf einer Festplatte liegt.<\/p>\n Ich wollte gerade den Tarifwechsel in der Verwaltungskonsole ansto\u00dfen, als das Telefon klingelte. Der Supporter war dran, und teilte mir mit, dass er noch im Haus herum gefragt habe. Ich solle die Finger vom Basic-Paket lassen, da das zu wenig Speicher habe und ich vermutlich wieder in Performance-Probleme laufe. Noch ein Umzug w\u00fcrde wieder den Ausfall wegen der ge\u00e4nderten IP-Adresse bedingen. Ein WebServer Medium solle aber alles erforderliche bieten.<\/p>\n Also habe ich das Paket gestern um 16:00 Uhr gebucht und dem Support dies mitgeteilt. 15 Minuten sp\u00e4ter hatte ich die Mail, dass der Webserver und mein Webpaket wieder freigegeben w\u00e4re. Da der Tarifwechsel aber einen Umzug auf einen neuen Server bedingte, dauert es wieder 24 \u2013 48 Stunden, bis diese IP weltweit \u00fcber alle DNS-Server verteilt ist \u2026<\/p>\n Der Spruch 'never touch a running system' hat schon was. Aber ich musste vom Webspace einfach was tun. Erfahrene Mitleser werden einwenden 'Mann, it der doof, so was wei\u00df man und bucht gleich ein entsprechendes Hosting-Paket'. Mit meinem heutigen Wissen bin ich schlauer, da die Interpolation 'Du hast 10 Jahre mit Paket a gut gelebt, da sollte Paket b, welches die zig-fache Leistung laut Anbieter verspricht, dicke ausreichen' schlicht nicht funktionierte. Jetzt bin ich von 2,99 Euro\/Monat auf 29,99 Euro\/Monat bei den Hosting-Kosten \u2013 also Faktor 10.<\/p>\n Ich bin jetzt nicht t\u00e4glich mit Hosting-Fragen befasst, aber nicht so g\u00e4nzlich unbeschlagen und kann die Dinge hinterfragen. Es war schon ein hartes St\u00fcck Arbeit, bis ich dem HostEurope-Support die relevanten Informationen aus den Rippen geleiert hatte. Ich frage mich, wie das ein kleiner Feierabend-Admin im Hosting-Bereich auf die Reihe kriegen will? Der Supporter hat mir \u00fcbrigens noch eine Mail geschrieben:<\/p>\n Wir haben Ihr Anliegen mit unserer Fachabteilung besprochen.<\/p>\n Wir empfehlen Ihnen zus\u00e4tzlich zu Ihrem Upgrade, die Nutzung eines CDN-Dienstes, einem sogenannten Content Delivery Network Dienstes.<\/p>\n Der Provider Cloudflare bietet dies f\u00fcr die Registrierung einer Domain kostenfrei an.<\/p>\n Einziger Nachteil ist, Sie m\u00fcssten die Nameserver f\u00fcr Ihre Domain anpassen und bei Cloudflare unseren Standard MX-Record hinterlegen: mx0.webpack.hosteurope.de Der Vorteil w\u00e4re ein Lastenausgleich f\u00fcr Ihren Server und die entsprechenden Vorteile eines CDN.<\/p><\/blockquote>\n Das ist dann der Teil, wo mich der Supporter wieder vers\u00f6hnt \u2013 er k\u00fcmmerte sich um das Anliegen und macht sinnvolle Vorschl\u00e4ge. Zudem hat der Anbieter zugesagt, einen Teil der Hosting-Kosten zu \u00fcbernehmen \u2013 die waren ja 10 Jahre hier als Sponsor unterwegs. Aber ich h\u00e4tte mir das smoother und vor allem effizienter gew\u00fcnscht. Aber seit der \u00dcbernahme durch GoDaddy scheint der Wind dort rauher geworden zu sein.<\/p>\n Ich hoffe, dass das Zeugs jetzt l\u00e4uft \u2013 zumindest habe ich jetzt ein 1 Jahres SSL-Zertifikat eingebunden und die Cloudflare-Geschichte werde ich, alleine wegen der Bots und DDoS-Gefahr die Tage angehen (ich drehe jetzt ein Rad, was ich niemals am Bein haben wollte). Es kann noch 24 Stunden dauern, bis der Zugriff von allen Knoten auf alle Blogs m\u00f6glich ist. Auf meinen Multisite-Blog kann ich noch nicht zugreifen. Sorry f\u00fcr den Kuddelmuddel \u2013 ich hoffe, dass ich jetzt wieder zum Bloggen komme.<\/p>\n Dabei war ich doch 2007 mal angetreten, um nur mal ein bisschen ins Bloggen reinzuschnuppern \u2026 So long, man liest sich hoffentlich \u2013 sofern die Technik mit macht.<\/p>\n","protected":false},"excerpt":{"rendered":" Regul\u00e4re Blog-Leser haben es bemerkt: Seit gestern ca. 10:00 Uhr war mein Blog schon wieder nicht erreichbar und lieferte zeitweise eine 501-Meldung. Sp\u00e4ter kamen Zertifikatsfehler hinzu und die Seite wurde als unsicher gemeldet. Hier die Hintergrundinformationen zur Ursache und warum … Weiterlesen R\u00fcckblick und der Griff ins Klo<\/h2>\n
Das Projekt nimmt Fahrt auf und w\u00e4chst sich aus<\/h2>\n
Aus den N\u00e4hten geplatzt \u2013 und eine Fehlentscheidung<\/h2>\n
Den Saft abgedreht \u2026<\/h2>\n
\n> Service Unavailable
\n>
\n> The server is temporarily unable to service your request due to
\n> maintenance downtime or capacity problems. Please try again later.
\n>
\n> Additionally, a 503 Service Unavailable error was encountered while
\n> trying to use an ErrorDocument to handle the request.<\/p>\n
\ngesperrtes Verzeichnis: xxxx<\/p>\n
\nKommentar: \u00dcberlastung des Servers<\/p>\n
\nper Antwort auf diese E-Mail, damit dieser die Sperrung wieder aufhebt.
\nBitte legen Sie in Ihrer E-Mail dar, welche \u00c4nderungen Sie durchgef\u00fchrt
\nhaben. Sehen Sie von telefonischen R\u00fcckfragen in dieser Angelegenheit
\nbitte ab, und antworten ausschlie\u00dflich auf diese E-Mail.<\/p>\n
\nSperr-Grund nicht mehr besteht.<\/p>\nDie Moral von der Geschichte?<\/h2>\n
\num zuk\u00fcnftig weiter E-Mails \u00fcber Hosteurope empfangen zu k\u00f6nnen.<\/p>\n