VPSGrid
Server erstellen

SHEET 008 · HILFECENTER · 6 RUNBOOKS · MITTLERE ERSTANTWORT 12 MIN

Hilfecenter

Es gibt keine erste Ebene, die ein Skript abliest. Die Person, die dein Ticket beantwortet, hat Root auf dem Hypervisor — und die Runbooks unten decken die Aufgaben ab, um die es in den meisten Tickets geht. Du kannst dir das Ticket also komplett sparen.

6nummerierte Runbooks
12minmittlere Erstantwortzeit
72hRückerstattungsfenster, falls etwas schiefgeht

01 — Kontakt

Drei Türen, hinter jeder ein Mensch

Die mittlere Erstantwortzeit liegt bei 12 Minuten, sieben Tage die Woche. Es gibt keine Telefonwarteschleife; das haben wir geprüft.

Tickets

Abrechnung, Server, Performance oder einfach festgefahren — Tickets werden von Ingenieuren beantwortet, nicht von einer Warteschlange namens »Tier 1«.

support@vpsgrid.site

Ticket eröffnen

Missbrauch und DMCA

Meldungen Dritter und Urheberrechtsansprüche. Wir antworten schnell, denn Spam macht auch uns wütend.

abuse@vpsgrid.site

An abuse@ schreiben

Dokumentation

Die API-Referenz, der Terraform-Provider und die READMEs aller Stacks — generiert aus dem Code, der sie betreibt.

Selbstbedienung, immer verfügbar

Dokumentation ansehen

02 — Runbooks

Sechs Aufgaben, nummeriert, mit den Kommandos

Kopieren, einfügen, Ausgabe lesen. Wenn ein Kommando etwas Unerwartetes tut, ist genau dafür der Ticket-Button da.

01

Die ersten fünf Minuten auf einem neuen Server

≈ 5 Minuten

Die E-Mail mit den Zugangsdaten kommt beim Provisioning. Mach das, bevor du irgendetwas anderes installierst.

  1. 01.1

    Melde dich per SSH an. Nutze die IPv4 aus der Konsole — sie ist später auch dein PTR-Testobjekt.

    ssh root@185.42.16.10
  2. 01.2

    Lege einen Benutzer mit sudo an und kopiere deinen Schlüssel. Root-Login per Passwort ist der Weg, auf dem Server um 3 Uhr nachts geknackt werden.

    adduser deploy
    usermod -aG sudo deploy
    ssh-copy-id deploy@185.42.16.10
  3. 01.3

    Schalte die Firewall ein, bevor du irgendetwas öffnest. Standardmäßig alles verweigern, nur SSH erlauben.

    ufw allow OpenSSH
    ufw enable
    ufw status
  4. 01.4

    Einmal aktualisieren — unsere Images sind aktuell, aber eine Minute apt jetzt schlägt einen Monat Patchen später.

    apt update && apt upgrade -y   # dnf update -y on Alma/Rocky/Fedora

02

Reverse-DNS aus der Konsole einrichten

≈ 3 Minuten

Mailserver und viele IRC-Netze verlangen einen PTR-Eintrag, der zu deinem Hostnamen passt.

  1. 02.1

    Öffne in der Konsole Server → Netzwerk → Reverse-DNS. Trage den voll qualifizierten Namen ein, z. B. mail.yourdomain.example.

  2. 02.2

    Die Propagation dauert ein paar Minuten. Prüfe von einer beliebigen Maschine mit dig:

    dig -x 185.42.16.10 +short
    # expect: mail.yourdomain.example.
  3. 02.3

    Stelle dann sicher, dass der Forward-Eintrag dazu passt — ein PTR, auf den kein A-Eintrag zeigt, ist ein PTR, der deine Mail filtern lässt.

    dig +short mail.yourdomain.example
    # expect: 185.42.16.10

03

Port 25 für einen Mailserver öffnen

im schlimmsten Fall ≈ 2 Stunden

Port 25 ist auf jedem neuen Server standardmäßig geschlossen, denn offene Relays sind der Weg, auf dem sich das Internet erkältet.

  1. 03.1

    Eröffne ein Ticket über Konsole → Support, Betreff »Port 25 request«. Sag, was der Server versenden wird und von welcher Domain aus.

    Subject: Port 25 request — mail.yourdomain.example
    Body: outbound SMTP for a self-hosted mail server on
          185.42.16.10. SPF and DKIM published. No bulk mail.
  2. 03.2

    Ein Mensch prüft die Anfrage — mittlere Erstantwortzeit 12 Minuten. Genehmigte Anfragen werden am Netzwerkrand geöffnet, nicht an deiner Firewall.

  3. 03.3

    Prüfe vom Server selbst aus:

    nc -vz smtp-relay.example 25
    # expect: Connection succeeded

04

Einen Server aus einem Snapshot wiederherstellen

≈ 5 Minuten

Die Snapshot-Wiederherstellung überschreibt die Platte direkt — IPs, Hostname und Netzwerk bleiben exakt wie sie waren.

  1. 04.1

    Öffne in der Konsole Server → Snapshots. Wähle den Zeitpunkt, dem du vertraust, und drücke Wiederherstellen. Der Server stoppt kurz, die Platte wird neu geschrieben und er bootet wieder hoch.

  2. 04.2

    Wiederherstellungen dauern zwei bis fünf Minuten auf Gen4-NVMe. Die Konsole zeigt den Auftrag; schalte währenddessen nicht aus und ein.

  3. 04.3

    Wenn er zurück ist, prüfe die Boot-Zeit und dass die Platte die wiederhergestellte Größe hat:

    uptime
    df -h /

05

Einen Server unter der Laufzeit vergrößern

≈ 10 Minuten

Zusätzliche vCPUs, RAM, NVMe und Snapshots gelten live und werden anteilig für den Rest der Laufzeit abgerechnet.

  1. 05.1

    Konsole → Server → Ressourcen. Füge hinzu, was du brauchst; der angezeigte Preis ist die Differenz für die gesamte Laufzeit, einmal zu zahlen, und die Rechnung erscheint in der Konsole.

  2. 05.2

    RAM und vCPUs lassen sich unter Linux ohne Neustart hot-adden — bestätige mit:

    free -h
    nproc
  3. 05.3

    Vergrößertes NVMe braucht im Gast einen Partitionierungsschritt (das Volume selbst ist bereits erweitert):

    sudo growpart /dev/vda 1 && sudo resize2fs /dev/vda1

06

Eine ausgesperrte Instanz wiederherstellen

≈ 15 Minuten

Falsche Firewall-Regel, verlorener Schlüssel, ein sshd, das ins Koma editiert wurde — der Rescue-Modus mountet deine Platte, während das System aus bleibt.

  1. 06.1

    Konsole → Server → Strom → In den Rescue-Modus booten. Der Server startet in ein Netzwerk-Rescue-Image mit einem temporären Root-Passwort, das auf dem Bildschirm angezeigt wird.

  2. 06.2

    Öffne die VNC-Konsole, melde dich an und mounte die Platte:

    lsblk                        # find the root partition, e.g. vda2
    mkdir -p /mnt/disk && mount /dev/vda2 /mnt/disk
  3. 06.3

    Behebe die Ursache — Firewall-Regel zurücknehmen oder Passwort zurücksetzen:

    chroot /mnt/disk /bin/bash
    ufw allow OpenSSH           # undo whatever locked you out
    passwd root                 # or: set your key in /root/.ssh
    exit
  4. 06.4

    Zurück in der Konsole wählst du Normal starten und bestätigst, dass die Instanz hochkommt. Danach dank der VNC-Konsole; sie bekommt nicht genug Anerkennung.

Die Zeiten sind Mediane über die gesamte Flotte. Snapshots und Wiederherstellungen laufen auf demselben Gen4-NVMe wie deine Platte.

03 — Kurze Antworten

Die sieben Fragen, um die es in Tickets meistens geht

Eine Teilmenge der FAQ, die konstruktionsbedingt mit ihnen synchron bleibt. Die anderen siebzehn stehen auf der FAQ-Seite.

Wie bezahle ich?
In Kryptowährung, über einen Zahlungsdienstleister, der deine Rechnung in Euro ausweist und den Wechselkurs 60 Minuten lang fixiert. 24 Assets werden akzeptiert, darunter Monero, Bitcoin, Lightning und USDT. Der Server wird mit der ersten Netzwerk-Bestätigung provisioniert — in der Regel etwa zwei Minuten, nachdem du gesendet hast.
Wie funktioniert die 72-Stunden-Erstattung?
Ab dem Provisioning hast du 72 Stunden Zeit, eine volle Erstattung zu beantragen: kein Formular, kein Begründungsfeld. Die Erstattung wird in dem Asset gezahlt, das du gesendet hast, umgerechnet zum Kurs des Kauftags, innerhalb von zwei Werktagen. Die eine Ausnahme steht in klaren Worten in den AGB: Kündigungen wegen Missbrauchs werden nicht erstattet.
Was passiert am Ende meiner Laufzeit?
Nichts verlängert sich automatisch. Du bekommst 30 Tage und 7 Tage vor dem Ende E-Mails mit dem aktuellen Verlängerungspreis. Verlängerst du nicht, läuft der Server bis zum Ende der Laufzeit, wird nach einer 7-tägigen Gnadenfrist gesperrt und dann samt Snapshots und Backups vernichtet. Exportiere vorher alles, was du brauchst — vernichtete Daten können wir nicht wiederherstellen, by design.
Kann ich meinen Server während der Laufzeit ändern?
Ressourcen während der Laufzeit hinzuzufügen ist sofort möglich: zusätzliche vCPUs, RAM, NVMe und Snapshots greifen innerhalb von Minuten und werden für den Rest der Laufzeit anteilig abgerechnet, einmal zahlbar. Zwischen den sieben Größen zu wechseln oder zu verkleinern ist während der Laufzeit nicht möglich — aber der Verlängerungspreis ist nie höher als der aktuelle, daher kostet ein Größenwechsel bei der Verlängerung keine Marge.
Fair-Share oder dedizierter Kern — was bekomme ich wirklich?
Fair-Share läuft unter einem 3:1-Überzeichnungslimit; der p95-CPU-Steal der Flotte liegt bei 1.6%, und selbst der schlechteste Host, den wir verkaufen, liegt noch über dem Boden typischer Billig-VPS (die bei etwa 11.8% p95-Steal liegen). Dedizierte Kerne sind 1:1 — 0.0% p95-Steal, keine Nachbarn — und schlagen mit 55% auf den Planpreis. In beiden Fällen dieselben EPYC-Hosts.
Welcher DDoS-Schutz ist enthalten?
Immer aktive volumetrische Filterung — L3/L4, bis zu 5 Tbit/s Scrubbing-Kapazität — auf jedem Plan an jedem Standort, im Median nach 3.1 Sekunden aktiv. Der größte Angriff, den wir absorbiert haben, war 1.2 Tbit/s gegen einen Mandanten in Frankfurt im Januar 2026; niemand hat es bemerkt außer dem Graphen. Erweiterter Schutz (€3.90/Monat) ergänzt L7-Scrubbing und eigene Regeln für HTTP(S)-Workloads.
Welche Regeln gelten für Traffic, Port 25 und Mining?
Eingehender Traffic ist unbegrenzt; ausgehender richtet sich nach dem Kontingent deines Plans (2–40 TB pro Monat je nach Größe), und Überlauf berechnen wir nicht — ein dauerhafter Überlauf bekommt einen Brief, keine Rechnung. Port 25 ist standardmäßig geschlossen und wird nach kurzer Prüfung auf Anfrage für Mailserver-Nutzung geöffnet. Krypto-Mining ist nicht verboten: Es ist deine CPU. Nur damit du es weißt: Ein €1.90-Nano mined etwa vier Cent am Tag, und die Nachbarn können es hören.
All 24 questions →