10 Posts getaggt mit "DNS"

Veröffentlicht am 25. Juli 2026

SSL-Warnungen sind in der Regel ein Problem mit Zertifikat, DNS oder ein Bereitstellungsfehler – nicht ein mysteriöses Browserproblem. Um zu lernen, wie Sie SSL-Warnungen vermeiden, sollten Sie HTTPS als operativen Dienst behandeln: Validieren Sie den Zertifikatsnamen, den Erneuerungsstatus, die vollständige Kette und den Server, der tatsächlich Anfragen beantwortet. Eine einzige übersehene Einstellung kann eine große rote Warnseite zwischen einen Kunden und Ihr Unternehmen stellen.

Ein Browser zeigt eine Warnung an, weil er nicht nachweisen kann, dass die erreichte Website die Website ist, für die das Zertifikat ausgestellt wurde. Besucher müssen den technischen Grund nicht kennen. Sie sehen eine Sicherheitswarnung, zögern und verlassen die Seite oft. Für einen Onlineshop, einen SaaS-Login, die Website eines Agenturkunden oder ein Unternehmensportal ist das ein Vertrauensproblem, noch bevor es zu einem Support-Ticket wird.

Veröffentlicht am 8. Juli 2026

Downtime beginnt normalerweise, bevor die Ausfalluhr zu laufen beginnt. Die CPU-Last steigt, die Festplattenlatenz wird hässlich, PHP-Worker stauen sich, ein DNS-Eintrag wird in Eile geändert, oder ein abgelaufenes Zertifikat wartet still auf die Geschäftszeiten, um Drama zu verursachen. Wenn Sie wissen möchten, wie Sie Hosting-Ausfallzeiten reduzieren können, lautet die Antwort nicht eine magische Einstellung. Es ist ein Stapel kleiner operativer Kontrollen, die Probleme früh erkennen und den Schadensradius begrenzen, wenn trotzdem etwas schiefläuft.

Die meisten Hosting-Vorfälle sind nicht einfach nur Pech. Sie entstehen durch schwache Transparenz, Single Points of Failure, verzögerte Updates, unvorsichtige Änderungen oder backup plans, die hauptsächlich aus Optimismus bestehen. Der Dienst kann sehr schnell wieder stabil sein, wenn diese Schwachstellen im Voraus behandelt werden. Dort findet die echte Uptime-Arbeit statt.

Veröffentlicht am 5. Juli 2026

Fünfzehn Kundenseiten, vier Hosting-Anbieter, zwei Freelancer mit altem Zugriff, verstreute Backups und ein Rechnungsverlauf, den niemand prüfen möchte – das ist ein normales Agentur-Chaos, keine seltene Katastrophe. Ein Beispiel für die Konsolidierung des Agentur-Hostings wird genau hier nützlich, wenn das Wachstum schneller stattgefunden hat als die Standardisierung. Das Ziel ist nicht nur, Websites an weniger Orten unterzubringen. Die eigentliche Aufgabe besteht darin, das betriebliche Risiko zu senken, ohne das Vertrauen der Kunden, Fristen oder den Cashflow zu gefährden.

Für die meisten Agenturen beginnt die Konsolidierung aus banalen Gründen. Verlängerungen werden verpasst. SSL-Zertifikate befinden sich in unterschiedlichen Dashboards. Eine WordPress-Seite läuft auf Shared Hosting, eine andere auf einem VPS, den niemand dokumentiert hat, und ein wichtiger E-Commerce-Shop sendet Warnungen immer noch an einen ehemaligen Auftragnehmer. Das ist nicht die schönste DNS-Situation, aber sie ist unter Kontrolle, wenn man in der richtigen Reihenfolge vorgeht.

Veröffentlicht am 16. Juni 2026

Das sauberste Beispiel für eine Managed-Hosting-Migration ist nicht dramatisch. Der Traffic läuft weiter, E-Mails kommen weiter an, Bestellungen werden weiter verarbeitet, und der Kunde bemerkt meist nur, dass das alte Serverrauschen aufgehört hat. Das ist das Ziel. Wenn eine Migration zu einer heldenhaften nächtlichen Rettungsaktion wird, war der Prozess schon lange vor dem Cutover falsch.

Nehmen wir einen realistischen Fall: Eine kleine E-Commerce-Website auf einem alternden unmanaged VPS wechselt zu einem managed VPS mit Monitoring, Backups und aktivem Support. Der Shop läuft mit WordPress und WooCommerce, hat etwa 40.000 monatliche Besuche, transaktionale E-Mails, einige geplante Importe und ein Zahlungs-Gateway, das Überraschungen nicht besonders schätzt. Der alte Server hat gemischte PHP-Versionen, manuelle Cron-Jobs, und niemand weiß ganz sicher, wann der letzte Restore-Test stattgefunden hat. Das ist nicht die schönste Serversituation, aber sie ist unter Kontrolle.

Veröffentlicht am 1. Juni 2026

Das Ticket beginnt mit einer vertrauten Nachricht: "Die Website ist langsam, der Checkout läuft in ein Timeout, und niemand hat irgendetwas angefasst." Gute Beispiele für Managed-Hosting-Support beginnen genau dort – nicht mit Schuldzuweisungen, nicht mit Copy-paste-Ratschlägen, sondern mit einem Techniker, der Last, PHP-Worker, Datenbanklatenz, Disk-I/O und jüngste Änderungen prüft, bevor der Kunde raten muss, was kaputtgegangen ist.

Das ist der Unterschied, für den die Leute tatsächlich bezahlen. Managed Hosting ist nicht einfach nur ein Server mit einem schöneren Etikett. Es ist operative Abdeckung. Für ein kleines Unternehmen, eine Agentur, ein SaaS-Team oder einen Shop-Betreiber zeigt sich der Wert mitten in einem Problem, bei Wartungsarbeiten, an deren Planung niemand denkt, und in all den ruhigen Stunden, in denen Monitoring die hässlichen Dinge früh erkennt.

Veröffentlicht am 12. Mai 2026

Wenn Sie eine DNS-URL-Weiterleitung benötigen, ist das Erste, was klargestellt werden muss, einfach: DNS leitet Web-Traffic nicht um. DNS antwortet nur mit Einträgen wie A, AAAA oder CNAME. Die eigentliche Weiterleitung erfolgt auf einem Webserver, Reverse-Proxy oder durch eine Registrar-Funktion, die vor der Domain sitzt.

Hier laufen viele Konfigurationen leicht aus dem Ruder. Ein Domaininhaber setzt einen Eintrag und erwartet, dass example.com an www.example.com oder an einen neuen Website-Pfad weitergeleitet wird, aber nichts bewegt sich. DNS hat seine Aufgabe erfüllt. Es hat den Namen in eine IP übersetzt. Es hat dem Browser nicht gesagt, dass er woanders hingehen soll.

Veröffentlicht am 30. April 2026

Eine Website-Wiederherstellung beginnt normalerweise zum ungünstigsten Zeitpunkt – nach einem fehlerhaften Plugin-Update, einem gehackten Admin-Konto, einem fehlerhaften Deployment oder einem Datenbankfehler, der live ging, bevor es jemand bemerkte. Wenn das passiert, ist das Wissen, wie man ein Website-Backup wiederherstellt, wichtiger als das Vorhandensein eines Backups an erster Stelle. Die eigentliche Aufgabe besteht darin, Ihre Website wieder online zu bringen, ohne alte Probleme, fehlende Daten oder weitere Ausfallzeiten mitzunehmen.

Wenn Sie für eine geschäftliche Website, einen Online-Shop, ein SaaS-Dashboard oder eine Kundenumgebung verantwortlich sind, ist die sicherste Wiederherstellung selten der schnellste Klick. Das hängt davon ab, was ausgefallen ist, wann das Problem begann und ob Sie die gesamte Website oder nur einen Teil davon wiederherstellen müssen.

In Teil 1 dieses Leitfadens haben wir die Firewall konfiguriert und die notwendigen Ports für die E-Mail-Zustellung geöffnet. Jetzt, da wir sichergestellt haben, dass Nachrichten von Ihrem Server gesendet werden, müssen wir prüfen, ob die DNS-Einträge korrekt konfiguriert sind. Gmail, Outlook und andere große E-Mail-Dienste überprüfen MX-, SPF-, DKIM-, DMARC- und PTR-Einträge streng, bevor sie Nachrichten in den primären Posteingang zustellen. Korrekte Einträge erhöhen die Wahrscheinlichkeit, dass Nachrichten im Posteingang statt im Spam landen (oder gar nicht zugestellt werden).

In den folgenden Schritten beschreiben wir, wie Sie die aktuellen DNS-Einträge jedes Typs überprüfen und geben Empfehlungen zur korrekten Konfiguration.

Wenn Ihr Browser DNS_PROBE_FINISHED_NXDOMAIN meldet, bedeutet dies, dass er die IP-Adresse der angeforderten Seite nicht ermitteln kann. Dies kann verschiedene Gründe haben:

• Der Domainname ist nicht in den DNS-Servern vorhanden oder seine Registrierung ist abgelaufen.
• Der für die Domainzone zuständige Server ist nicht verfügbar.
• DNS ist auf dem Gerät falsch konfiguriert.
• Störung durch ein VPN, einen Antivirus oder eine Firewall.
• Probleme mit dem Internetdienstanbieter.

Die begleitende Fehlermeldung kann in verschiedenen Browsern leicht unterschiedlich aussehen:

• Google Chrome: „Diese Website ist nicht erreichbar.“
• Mozilla Firefox: „Hoppla. Wir haben Schwierigkeiten, diese Seite zu finden.“
• Microsoft Edge: „Hoppla… kann diese Seite nicht erreichen.“
• Safari: „Safari kann den Server nicht finden.“

Einleitung​

Wenn Sie schon einmal einen Mailserver konfiguriert haben oder aus anderen Gründen auf Reverse-DNS-Prüfungen gestoßen sind, haben Sie wahrscheinlich schon von PTR-Records gehört. Aber was genau sind sie? Warum können Sie einen PTR-Record oft nicht selbst einrichten? Finden wir es heraus!