Die Server-Verwaltung des vServers liegt komplett bei uns. Was Du nicht selbst in Plesk machen kannst, machen wir per Ticket — eigene Dienste, Custom-Konfig, OS-Anpassungen. Hier was geht, wie das Ticket aussehen sollte und was Du damit nicht erschaffen kannst.
Was wir auf Anfrage machen
Liste typischer Anfragen:
OS-Pakete installieren
- Spezielle Linux-Pakete (
apt install <paket>) - Tools wie
htop,iotop,tcpdump,nmap - CLI-Tools für Deine Workflows
PHP-Extensions
- Standard-Extensions sind alle aktiv
- Exotische / proprietäre: sourceguardian, custom-PHP-Extensions (der ionCube Loader ist bei uns schon Standard)
- Auf Anfrage installieren wir’s
Apache/nginx Custom-Direktiven
- Plesk schreibt Standard-Konfig
- Spezielle Direktiven (z.B. komplexe Rewrite-Rules, Custom-Header) können wir Plesk-konform einbinden
- Plesk-API nutzt das, beim nächsten Plesk-Update bleibt’s erhalten
Eigene Services / Daemons
- Eigene systemd-Units installieren
- Custom-Cron-Jobs auf OS-Ebene (nicht in Plesk)
- Background-Worker (z.B. Sidekiq, Celery, eigene Skripte)
Datenbank-Tuning
- MySQL/MariaDB-Konfiguration für spezielle Workloads
- PostgreSQL als zusätzliche DB-Engine installieren (Plesk-Standard ist MariaDB)
- Redis / Memcached für Caching
Firewall-Regeln
- Spezielle Ports öffnen (nur wenn nötig)
- IP-Whitelisting für Admin-Bereiche
- Fail2Ban-Konfiguration anpassen
Mail-Server-Konfig
- Custom-Spam-Filter-Regeln Server-weit
- Mail-Quota-Anpassungen jenseits Plesk-Standard
- TLS-Cipher-Suites anpassen für Compliance
Performance-Tuning
- nginx-/Apache-Worker-Konfiguration
- PHP-FPM-Pool-Tuning
- Kernel-Parameter (sysctl) für High-Load
Wie Du das Ticket schreibst
Was wir brauchen
-
Was Du erreichen willst — das Ziel, nicht nur die Methode
- Schlecht: „bitte
apt install certbot” - Besser: „brauche Wildcard-SSL für *.deinedomain.de, Let’s-Encrypt-DNS-Challenge nicht über Plesk machbar”
- Schlecht: „bitte
-
Wo’s klemmt — was hast Du schon versucht
- „Plesk-SSL-Toolkit funktioniert nur mit HTTP-Challenge, ich brauche DNS-Challenge”
-
Zeit-Sensibilität — wann brauchst Du’s
- „Standard innerhalb 1 Werktag” oder „dringend bis morgen”
Beispiel-Ticket gut
Betreff: PHP-Loader sourceguardian installieren
Hi, ich brauche auf meinem vServer (Tarif Studio) den sourceguardian-Loader für PHP 8.2 und 8.3.
Hintergrund: Custom-CRM einer Kanzlei läuft mit sourceguardian-encoded-Files, sonst startet die App nicht.
Erforderlich: sourceguardian-Loader für PHP 8.2 und 8.3, beide Versionen aktiv.
Zeit: kein Eilfall, innerhalb der nächsten 3 Werktage reicht.
Wir können loslegen.
Beispiel-Ticket schlecht
Betreff: PHP läuft nicht
bitte einrichten
Wir müssen nachfragen, kostet beide Seiten Zeit.
Wie wir intern arbeiten
Was wir bei jedem Ticket machen:
- Analyse: passt das in Standard-Setup? Brauchen wir Custom-Konfig?
- Server-Snapshot vor Änderung — Rollback bei Problemen jederzeit möglich
- Änderung umsetzen
- Test: läuft alles, was vorher lief, immer noch?
- Plesk-Sicht prüfen: bleibt Dein Plesk-Bereich konsistent?
- Dokumentation: was haben wir geändert, in unserer internen Doku zum Server
- Ticket-Antwort mit Zusammenfassung
Bei größeren Änderungen: vorher Rückfrage und Zeit-Abstimmung.
Was wir nicht machen
Outside-Plesk-Frameworks aufsetzen
Wenn Du Kubernetes, OpenStack, eigenes Hypervisor-Setup auf dem vServer willst — dafür ist’s nicht das richtige Produkt. Bare-Metal oder dedizierte Custom-Server passen besser.
Custom-Distributions
Arch, Gentoo, NixOS, Slackware — gibt es bei uns nicht. Alle Plesk vServer laufen auf AlmaLinux 10, ohne Auswahl. Nur so bleiben Updates, Sicherheits-Patches und Plesk-Upgrades vollständig automatisierbar.
Nutzungsänderungen, die unsere AGB brechen
- Tor-Exit-Nodes
- Spam-Versand
- Crypto-Mining
- Illegaler Content
Klar. Lehnen wir ab, ggf. mit Account-Suspendierung.
Reaktionszeiten
| Anfrage-Typ | Standard-Antwort |
|---|---|
| Standard-Anpassung (OS-Paket, Plesk-Konfig) | innerhalb 1 Werktag |
| Komplexere Anpassung (Custom-Service, DB-Tuning) | 1–3 Werktage |
| Eilfall (Site down, Sicherheits-Vorfall) | priorisiert vor allem anderen — markiere das Ticket mit „Dringend” |
| Größere Custom-Setups (eigene Architektur) | nach Absprache |
Eilfälle bitte mit „Dringend” / „Site down” im Ticket markieren.
Was Du selbst direkt machen kannst (kein Ticket nötig)
Direkt in Plesk:
- Domains, Mail, DBs
- Service-Pläne und Endkunden (mit Web Host Edition)
- WordPress-Toolkit, Softaculous, SiteJet
- Let’s Encrypt für Domains
- Backup, Restore, Klonen
- Plesk-Migrator nutzen
- SSH (chrooted, pro Domain/Subscription) für eigene Skripte
- Cron-Jobs in Plesk
- PHP-Versionen pro Domain wählen
- DNS für Endkunden-Domains pflegen
Stolperfallen
Ticket war unspezifisch — wir bauen falsch
Wenn Du nicht klar sagst, was Du erreichst, machen wir manchmal das nahegelegenste. Bei kritischen Setups: lieber kurze Vorab-Abstimmung per Ticket-Thread vor der eigentlichen Änderung.
Rollback nach Fehler
Wir snapshotten vor jeder Änderung. Wenn nach Änderung was nicht passt: Rollback ist 5-10 Min entfernt.
Wichtig: melde Probleme zeitnah, nicht erst Wochen später — Snapshots bleiben nur eingeschränkt zurück.
Custom-Anpassung überlebt Plesk-Updates?
Wenn wir’s „Plesk-konform” einbauen: ja. Manchmal brechen Plesk-Major-Updates Custom-Stuff — wir prüfen vorher.
Ohne Plesk-Konformität: Updates können brechen. Daher unsere Standard-Frage „Plesk-konform oder Custom-only?”.
Häufige Fragen
Was kosten Tickets? Standard-Tickets im Tarif inklusive. Bei sehr aufwendigen Custom-Setups (mehrere Stunden Arbeit, eigene Architektur): Aufwand-Pauschale, sagen wir vorher Bescheid.
Habt ihr ein internes Logging, was am Server geändert wurde? Ja. Bei jeder Änderung interne Doku. Bei Fragen können wir nachsehen, was am Server passiert ist.
Kann ich „nicht-fragen-Ticket” bekommen, dass ihr nicht unaufgefordert anfasst? Ja. Sag uns: „bitte keine ungebetenen OS-Updates, ich melde mich”. Bei Sicherheits-Patches überschreiben wir das (Ankündigung mit 24h Vorlauf).
Was, wenn ich vollen Server-Zugriff wirklich brauche? Lass uns reden. Bei spezifischen Compliance-Anforderungen oder Custom-Setups, wo Tickets nicht reichen: Sonderlösung mit dediziertem Server möglich. Aufwand und Preis nach Absprache.
Können meine Endkunden Tickets bei euch aufmachen? Standard nein. Endkunden gehören zu Dir, Du als Reseller koordinierst. Bei größeren Eskalationen kannst Du Endkunden CC im Ticket setzen.
Was, wenn ich mit eurer Antwort nicht zufrieden bin? Sag’s. Wir wollen, dass die Lösung passt. Bei Meinungs-Unterschieden („wir empfehlen X, ich will Y trotzdem”): wir machen Y, vermerken aber unsere Bedenken.
Wie schnell ist „Eilfall”? Echte Eilfälle (Site komplett down, Sicherheits-Vorfall) ziehen wir vor allem anderen vor. Ausfälle sehen wir oft, bevor Dein Ticket ankommt — unser Monitoring prüft alle Dienste im 60-Sekunden-Takt und alarmiert uns rund um die Uhr. Eine garantierte Antwortzeit sagen wir nicht zu.
Weiter geht’s
Erste Anmeldung am Plesk vServer
Was Du nach der Bestellung bekommst, wie der Plesk-Admin-Login aussieht, welche Edition installiert ist und wer was darf.
Was anders ist als beim Shared-Reseller
Plesk vServer hat einige Vorteile gegenüber dem Shared-Reseller-Tarif: dedizierte Ressourcen und voller Plesk Migrator. Wann sich der Wechsel lohnt.
Service-Pläne und Endkunden auf dem vServer
Endkunden-Verwaltung auf dem dedizierten vServer. Wie sich's vom Shared-Reseller unterscheidet, welche Quotas sinnvoll sind, Bulk-Workflows.
Plesk Migrator nutzen
Saubere Server-zu-Server-Migration mit dem Plesk-Migrator. Quell-Server angeben, Daten kommen rüber. Single-Site oder Massen-Migration.