Ein Störfall kündigt sich nicht an und richtet sich nicht nach Bürozeiten. Ein Server, der um 3 Uhr nachts nicht mehr antwortet, eine Zertifikatserneuerung, die an einem Sonntag fehlschlägt, ein Angriff, der über das Wochenende eine Leitung auslastet: Genau in solchen Momenten zeigt sich die Qualität eines Supports, viel eher als in jeder Verkaufsbroschüre.
Der technische Support von Infrawire ist rund um die Uhr an sieben Tagen die Woche erreichbar und richtet sich an technisch versierte Kunden. Dieser Artikel erklärt, was das bedeutet, was Sie von einem Hoster-Support vernünftigerweise erwarten können und wie Sie eine Anfrage formulieren, damit sie ohne überflüssige Rückfragen bearbeitet wird.
Warum durchgehende Erreichbarkeit einen Unterschied macht
Gehostete Workloads folgen keinem Kalender. Ein Trading-VPS ist während der asiatischen und amerikanischen Handelssitzungen aktiv, ein Onlineshop verkauft abends, eine API bedient Kunden in mehreren Zeitzonen. Antwortet der Support nur von 9 bis 18 Uhr, wartet ein Problem vom Freitagabend bis Montag.
Vor allem verringert ein 24/7-Support die Unsicherheit. Wer weiß, dass jederzeit ein technischer Ansprechpartner existiert, kann ruhiger entscheiden: abwarten, selbst eine Korrektur versuchen oder eskalieren. Das ersetzt nicht die Überwachung der eigenen Dienste, aber Sie stehen bei einem Infrastrukturproblem nicht allein da.
Was »Expert« konkret bedeuten sollte
Ein First-Level-Support, der auf eine FAQ verweist, hilft nicht weiter, wenn die Ursache eine inkonsistente Routing-Tabelle oder eine fehlerhafte Festplatte ist. Ein Expert-Support liest Ihre Nachricht zunächst vollständig, versteht, welche Schicht betroffen ist (Netzwerk, Hypervisor, System, Anwendung), und antwortet mit einer Diagnose statt mit einer Standardformel.
Einige zuverlässige Anzeichen:
- Die Antworten nennen überprüfte Fakten (Interface, Route, Log, Zustand der Maschine) statt Allgemeinplätzen.
- Der Support unterscheidet zwischen einem Infrastrukturproblem und einem Konfigurationsproblem auf Kundenseite und erklärt den Unterschied.
- Wird eine Ursache gefunden, erfahren Sie den Grund und nicht nur ein »Ist behoben«.
Was der Support übernimmt und was bei Ihnen bleibt
Der genaue Umfang hängt vom gewählten Angebot ab, und es lohnt sich, ihn zu lesen, bevor Sie ihn brauchen. Bei einem nicht verwalteten VPS oder Dedicated Server ist die Aufteilung in der Regel so:
| Thema | Seite des Hosters | Seite des Kunden |
|---|---|---|
| Hardware, Hypervisor, Stromversorgung | Ja | Nein |
| Netzwerk und Anbindung der Maschine | Ja | Prüfung der lokalen Regeln |
| Konsolenzugang, Neustart, Neuinstallation | Ja, je nach Angebot | Anfrage und vorherige Sicherung |
| Konfiguration von Firewall und Diensten | Beratung | Ja |
| Anwendungscode, Datenbank | Nein | Ja |
Diese Grenze ist normal. Ein Support kann Ihre Fachanwendung nicht debuggen, aber er kann Ihnen helfen nachzuweisen, dass das Problem nicht an der Maschine liegt. Für volumetrische Angriffe deckt ein spezielles Angebot wie der VPS Anti-DDoS einen anderen Bedarf ab als ein Standard-VPS.
Die Anfrage vorbereiten und Zeit sparen
Ob ein Ticket in einem Austausch gelöst wird oder fünf braucht, liegt fast immer an den Angaben zu Beginn. Sammeln Sie vor dem Schreiben ein paar Informationen.
Symptom und Uhrzeit beschreiben
Nennen Sie, was nicht mehr funktioniert, seit wann (mit Zeitzone) und was sich kurz davor geändert hat: ein Update, eine Firewall-Änderung, ein neues Deployment. »Die Seite ist langsam« ist nicht verwertbar. »Anfragen an Port 443 laufen seit 22:10 UTC in einen Timeout, ohne Konfigurationsänderung« dagegen schon.
Diagnosen beifügen
Bei Netzwerkproblemen hilft am meisten ein Trace, der beide Richtungen erfasst. Zusätzlich können Sie über das Looking Glass prüfen, ob Ihr Server von außen erreichbar ist.
Bashmtr -rwzc 100 votre-serveur.exemple.com
Bei Systemproblemen unter Linux liefern diese Befehle das Wesentliche:
Bashjournalctl -p err -b --no-pager | tail -n 50 df -h free -m ss -tlnp
Bei einem Windows-VPS geben Sie an, ob das Problem das RDP oder den Dienst selbst betrifft, und teilen Sie mit, was die Ereignisanzeige zeigt.
Bisherige Lösungsversuche nennen
Ein Neustart, eine deaktivierte Firewall-Regel, ein Test aus einem anderen Netz: Solche Angaben ersparen doppelte Prüfungen und führen direkt zur richtigen Schicht.
So beurteilen Sie den Support eines Hosters
Stellen Sie vor der Wahl lieber zwei oder drei konkrete Fragen, statt sich auf den Hinweis »24/7« allein zu verlassen. Beantwortet der Support schon vor dem Kauf eine präzise technische Frage? Ist der Leistungsumfang klar beschrieben? Gibt es Dokumentation, mit der Sie selbstständig arbeiten können? Die Infrawire-Tutorials sind genau dafür gedacht, häufige Fälle selbst zu lösen, während der Support den Rest übernimmt.
Testen Sie außerdem mit einem realen, wenig riskanten Fall: einer Frage zur Netzwerkkonfiguration oder zur Neuinstallation eines Systems. Wie man Ihnen vor dem Störfall antwortet, sagt viel darüber aus, was währenddessen passiert.
Wenn Sie Angebote vergleichen, finden Sie im VPS-Katalog, was jeder Tarif enthält. Das ist die maßgebliche Seite für die geltenden Bedingungen.
FAQ
Nein. Der Support greift bei der Infrastruktur ein und berät Sie zur Konfiguration, überwacht aber nicht Ihre Anwendungen. Richten Sie Alarme für Ihre Dienste ein (HTTP, Datenbank, Speicherplatz), damit Sie gewarnt werden, bevor Sie ein Ticket eröffnen.
Das hängt vom Angebot ab. Bei einem nicht verwalteten Server liegt die Administration von System und Anwendungen bei Ihnen, der Support konzentriert sich auf die Infrastruktur und die Hilfe bei der Diagnose. Prüfen Sie den Leistungsumfang, bevor Sie bestellen.
Sichern Sie Ihre Daten außerhalb der Maschine, denn eine Neuinstallation löscht die Festplatte. Geben Sie in Ihrer Anfrage das gewünschte System, die Version und Ihre SSH-Schlüssel oder sonstigen Zugangsanforderungen an.
Ja, einen deutlichen. Ein Symptom mit Zeitangabe, Ausgaben der Befehle und eine Liste bereits getesteter Maßnahmen erlauben es dem Support, direkt mit der Diagnose zu beginnen, ohne vorherige Rückfragen.