Virtual Private Cloud Network (VPCN): ein privates, isoliertes Netzwerk für Ihre VPS

Virtual Private Cloud Network (VPCN) ist ein privates, dediziertes Layer-2-Netzwerk innerhalb eines einzelnen Rechenzentrums, über das Ihre virtuellen Server miteinander kommunizieren können - vollständig von anderen Kunden isoliert. Der Datenverkehr in diesem Netzwerk erreicht niemals das öffentliche Internet und ist für niemanden außerhalb Ihres Kontos sichtbar - es ist Ihr eigenes internes Segment.

🎁 Launch-Angebot. Geben Sie beim Checkout den Gutscheincode PrivateNetworkFREE ein, und Ihr Virtual Private Cloud Network ist kostenlos - der Rabatt gilt für bis zu einem Jahr bei jedem Abrechnungszyklus (monatlich, vierteljährlich, halbjährlich oder jährlich). Der Gutschein ist bis 2027 gültig.

Wann Sie es brauchen

Eine private Verbindung zwischen einem Anwendungsserver und seiner Datenbank, ohne öffentliche Erreichbarkeit.
Interne Replikation, Backups und Clustering zwischen Ihren Servern.
Ein separates Verwaltungs- / Service-Segment.
Alles, wo Ihre Server einander über eine private IP erreichen sollen statt über das Internet.

Bevor Sie beginnen

Ein Virtual Private Cloud Network ist an ein Rechenzentrum gebunden. Sie können nur die VPS anbinden, die sich im selben Rechenzentrum befinden.
Bestellen Sie einen Virtual Private Cloud Network (VPCN)-Dienst für das gewünschte Rechenzentrum. Öffnen Sie den Dienst nach dem Checkout in Ihrem Kundenbereich - Sie gelangen direkt auf die Verwaltungsseite des Netzwerks.

Die Verwaltung ist in vier Registerkarten (Tabs) gegliedert:

Registerkarte	Funktion
Network	VPS anbinden / trennen, Subnetze und IPs festlegen, Änderungen anwenden (Deploy)
Revisions	Verlauf der gespeicherten Konfigurationen (Entwürfe und deployte)
Tasks	Fortschritt der Hintergrundaufgaben (Anbinden, Trennen, Deploy)
Settings	Dienstdetails und Kündigung

Das Wichtigste zum Verständnis: Sie erstellen einen Entwurf und führen dann Deploy aus

Änderungen auf der Registerkarte Network werden nicht sofort angewendet. Zuerst stellen Sie die gewünschte Konfiguration zusammen - welche Server im Netzwerk sind und welche IPs sie erhalten - und drücken dann auf Deploy, um sie anzuwenden. Bis Sie Deploy drücken, ist alles nur ein ungespeicherter Entwurf.

Das Deployment läuft im Hintergrund: Das System stellt eine Aufgabe in die Warteschlange, und ein Worker erstellt oder aktualisiert die Netzwerkadapter auf Ihren VPS Schritt für Schritt. Das Ergebnis ist nicht sofort verfügbar - die Registerkarte Tasks zeigt den Fortschritt an.

Drei Zustände - verwechseln Sie sie nicht

Zustand	Wie Sie ihn erzeugen	Wo er sich befindet	Aktiv auf der VPS?
Ungespeicherte Änderungen	jede Bearbeitung im Network-Formular	nur im Formular; geht beim Neuladen verloren	Nein
Gespeicherter Entwurf	die Schaltfläche Save as draft	Registerkarte Revisions, Status draft	Nein
Deployt	die Schaltfläche Deploy, dann Confirm	Registerkarte Revisions, Status deployed	Ja

Gut zu wissen:

Deploy speichert auch eine Revision (der Bestätigungsdialog hat Felder für Name und Note), sodass Sie nicht zuerst Save as draft ausführen müssen.
Edit bei einem Entwurf lädt ihn zurück in das Network-Formular.
Rollback = eine ältere Revision auf der Registerkarte Revisions öffnen und erneut Deploy ausführen.

Schritt für Schritt: mehrere Server in ein privates Netzwerk aufnehmen

1. Öffnen Sie die Registerkarte Network. Ihre aktiven VPS in diesem Rechenzentrum werden automatisch aufgelistet - es gibt nichts, was Sie von Hand hinzufügen müssten.

Network-Registerkarte von VPCN mit den berechtigten VPS, den In Network-Schaltern und dem IPv4-Subnetz — Die Registerkarte Network: Ihre aktiven VPS erscheinen automatisch - schalten Sie In Network um, um einen anzubinden. Die vier Registerkarten (Network / Revisions / Tasks / Settings) steuern den gesamten Dienst.

2. Schalten Sie die gewünschten Server ein mit dem Schalter In Network.

3. Definieren Sie das Subnetz. Klicken Sie auf Addressing und legen Sie den benötigten privaten Bereich fest, zum Beispiel 10.20.0.1/24. Die Adresse, die Sie eingeben, wird zum Gateway; lassen Sie den Auto-assign-Bereich leer, um das gesamte Subnetz zu nutzen.

Der Addressing-Dialog mit den Feldern IPv4-Subnetz, Gateway, Auto-assign-Bereich und IPv6-ULA — Legen Sie Ihr privates Subnetz in Addressing fest, bevor Sie IPs zuweisen.

4. Weisen Sie IPs zu (optional). Lassen Sie in der Spalte IPv4 ein Feld für Auto leer (das System wählt eine freie Adresse) oder geben Sie für den manuellen Modus eine bestimmte Adresse ein. Wählen Sie Interface only (no IP), wenn Sie die Adressierung lieber selbst im Gastbetriebssystem konfigurieren möchten.

5. Klicken Sie auf Deploy. Das System validiert die Konfiguration:

wenn Fehler vorliegen, listet ein Cannot deploy-Dialog sie auf;
wenn alles in Ordnung ist, zeigt ein Review and confirm-Dialog die Zusammenfassung (VPS zu IPv4 zu IPv6) und lässt Sie die Konfiguration benennen und eine Notiz hinterlassen, damit Sie sie später schnell wiederfinden. Die Felder Configuration name und Note sind optional.

Der Review and confirm-Dialog mit der Auflistung der VPS, IPv4 und IPv6, die angewendet werden — Überprüfen Sie die Adressen und führen Sie dann Confirm deploy aus.

6. Confirm deploy. Die Aufgabe wird in die Warteschlange gestellt. Ein Badge "New configuration - applying" erscheint, und die Bedienelemente werden gesperrt, während sie läuft. Solange die Aufgabe noch wartet, können Sie sie mit Cancel deploy stoppen.

7. Fortschritt prüfen - die Registerkarte Tasks. Die Aufgabe erreicht nach und nach Done. Wenn Sie eine Aufgabe öffnen, sehen Sie die Aufschlüsselung pro Server (VM zu Operation zu Status).

Die Registerkarte Tasks mit einer aufgeklappten Deploy-Aufgabe, die zeigt, wie jede VM Done erreicht — Die Registerkarte Tasks zeigt den Deploy-Fortschritt an, bis jeder Server Done erreicht.

Das war's - Ihre Server können nun über das private Subnetz miteinander kommunizieren.

Referenz: Spalten der Registerkarte Network

In Network - Schalter zum Anbinden / Trennen (wird bei Deploy angewendet).
VPS - der Servername (der Link öffnet die VPS-Dienstseite).
Type - die Art des Proxmox-Dienstes (VPS oder Cloud); wird nur angezeigt, wenn die Liste beide enthält.
Interface only (no IP) - erstellt den Adapter ohne IP; Sie übernehmen die Adressierung innerhalb der VPS selbst.
IPv4 - die Adresse; leer = Auto, ein eingegebener Wert = manuell. Die Kopfzeile zeigt das aktuelle Subnetz.
IPv6 - dasselbe für IPv6 (optional).
Force - erstellt die Schnittstelle bei Deploy neu, auch wenn sich die IP nicht geändert hat (aus = unveränderte Schnittstellen werden übersprungen).

Der Addressing-Dialog

IPv4-Subnetz (CIDR) - das Subnetz in CIDR-Notation, z. B. 10.20.0.0/24. Die erste nutzbare Adresse wird standardmäßig zum Gateway und kann geändert werden; es werden private RFC1918-Bereiche verwendet.
IPv4-Gateway - leer lassen, um die erste Adresse des Subnetzes zu verwenden.
Auto-assign-Bereich (from / to) - der Pool für den Auto-Modus; leere Grenzen bedeuten vom ersten bis zum letzten Host.
IPv6-Subnetz (ULA) - z. B. fd00::/64.

Referenz: Registerkarte Revisions

Jede gespeicherte Konfiguration mit ihrem Namen, ihrer Notiz, ihrem Status (draft oder deployed) und den Erstellungs- / Deployment-Daten.

Die Registerkarte Revisions mit einer Auflistung der deployten und archivierten Konfigurationen — Jede Konfiguration wird auf der Registerkarte Revisions versioniert - ein Rollback ist nur einen Deploy entfernt.

View - zeigt die vollständige Konfiguration an.
Edit - öffnet einen Entwurf im Network-Formular (nur Entwürfe).
Delete - entfernt einen Entwurf (nur Entwürfe).

Referenz: Tasks-Status

Status	Bedeutung
Pending	Die Aufgabe wurde erstellt, aber noch nicht gestartet
Working	Die Aufgabe läuft gerade
Waiting	Die Aufgabe wartet darauf, dass ein langer Vorgang auf der Hypervisor-Seite abgeschlossen wird
Done	Die Aufgabe wurde erfolgreich abgeschlossen
Error	Die Aufgabe wurde mit einem Fehler beendet
Cancelled	Die Aufgabe wurde abgebrochen
Skip	Die Aufgabe wurde übersprungen, weil es seit dem vorherigen Durchlauf keine neuen Änderungen gibt

Settings und Kündigung

Die Registerkarte Settings zeigt den Status, das Registrierungsdatum, den wiederkehrenden Betrag und den Abrechnungszyklus, das nächste Fälligkeitsdatum und die Zahlungsmethode und enthält die Schaltfläche Request Cancellation. Bei der Kündigung wählen Sie einen Grund und einen Typ - Immediate (wird innerhalb der nächsten Stunden verarbeitet, nicht buchstäblich sofort) oder End of Billing Period.

Die Registerkarte Settings mit Dienstdetails und der Schaltfläche Request Cancellation — Dienstdetails und Kündigung befinden sich auf der Registerkarte Settings.

Zum Netzwerkadapter. Bei der Kündigung werden die VPCN-Adapter auf Ihren VPS getrennt und deaktiviert, aber der Adapter selbst bleibt bestehen. Wir entfernen ihn bewusst nicht im laufenden Betrieb, da einige Betriebssysteme das Entfernen eines Netzwerkadapters im laufenden Betrieb nicht sauber verarbeiten (Risiko, dass die VM hängt). Wenn Sie ihn vollständig entfernen lassen möchten, wenden Sie sich bitte an den Support.

Bewertung:

Noch keine Bewertungen

Häufig gestellte Fragen (FAQ)

Warum ist meine VPS nicht in der Liste?

Es erscheinen nur aktive VPS im selben Rechenzentrum wie das Netzwerk. Prüfen Sie den Dienststatus der VPS und ihren Standort.

Ich habe eine VPS angebunden, aber es gibt keine Verbindung.

Stellen Sie sicher, dass Sie Deploy gedrückt haben (nicht nur den In Network-Schalter) und dass der Eintrag auf der Registerkarte Tasks Done erreicht hat. Wenn Sie Interface only (no IP) gewählt haben, müssen Sie die Adressierung selbst im Gastbetriebssystem konfigurieren.

Was passiert, wenn ich eine VPS aus dem Netzwerk entferne?

Der Adapter wird vom Netzwerk getrennt, bleibt aber auf der Maschine; ein Neustart ist nicht erforderlich.

Kann ich zu einer vorherigen Konfiguration zurückkehren?

Ja – öffnen Sie die gewünschte Konfiguration auf der Registerkarte Revisions und führen Sie erneut Deploy aus.

Der Deploy ist abgeschlossen, aber es gibt keine IP-Adresse. Warum?

Das kann mehrere Gründe haben: Die IP-Adresse war nicht dafür vorgesehen, dieser VPS zugewiesen zu werden; qemu-guest-agent läuft nicht; die Befehle zum Hinzufügen einer IP-Adresse im laufenden Betrieb sind in qemu-guest-agent blockiert; oder qemu-guest-agent ist eine alte Version, die diese Befehle nicht unterstützt. Ein Neustart der VPS hilft in der Regel – vorausgesetzt, cloud-init wird nicht daran gehindert, das Netzwerk zu konfigurieren.

Nach dem Hinzufügen einer Schnittstelle hatte die VPS Netzwerkprobleme oder ist hängengeblieben. Was soll ich tun?

Gelegentlich verarbeitet ein Gastbetriebssystem das Hinzufügen eines Netzwerkadapters im laufenden Betrieb nicht sauber – das Netzwerk kann instabil werden und in seltenen Fällen bleibt die VM hängen. Wenn das passiert, starten Sie die VPS neu: Der Adapter initialisiert sich nach einem Neustart normal. Wenn das Problem weiterhin besteht, wenden Sie sich an den Support.