Den Root-Zugang zum vServer behalten wir. 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: ionCube-Loader, sourceguardian, custom-PHP-Extensions
- 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)
Vorab: viele eigene Services lassen sich besser in Docker isolieren — dann brauchst Du uns nicht. Mehr in Docker im Plesk.
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-ionCube-Loader installieren
Hi, ich brauche auf meinem vServer (Tarif Studio) den ionCube-Loader für PHP 8.2 und 8.3.
Hintergrund: Custom-CRM einer Kanzlei läuft mit ionCube-encoded-Files, sonst startet die App nicht.
Erforderlich: ionCube-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-Reseller-Sicht prüfen: bleibt Dein Reseller-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 — wir supporten Debian, Ubuntu LTS, AlmaLinux. Plesk läuft nur auf diesen sauber, alles andere wird Frickel.
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) | innerhalb 1 Stunde, auch außerhalb Bürozeit |
| 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)
In Plesk-Reseller-Bereich:
- Service-Pläne, Endkunden, Domains, Mail, DBs
- WordPress-Toolkit, Softaculous, SiteJet
- Let’s Encrypt für Domains
- Backup, Restore, Klonen
- Docker-Container starten/stoppen
- Plesk-Migrator nutzen
- Reseller-SSH (chrooted) 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 Root-SSH 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”? Innerhalb 1 Stunde Antwort, auch nachts und am Wochenende — wenn echter Eilfall (Site komplett down, Sicherheits-Vorfall). Drei Personen im Team mit Bereitschaft im Wechsel.
Weiter geht’s
Erste Anmeldung am Plesk vServer
Was Du nach der Bestellung bekommst, wie der Reseller-Login aussieht, wer was darf. Das Modell verstehen, bevor Du loslegst.
Was anders ist als beim Shared-Reseller
Plesk vServer hat einige Vorteile gegenüber dem Shared-Reseller-Tarif: dedizierte Resourcen, Docker, 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.
Docker im Plesk nutzen
Docker-Container direkt aus Plesk starten — eigene Apps, Tools, Test-Setups isoliert auf dem vServer betreiben. Setup, typische Use-Cases.