> For the complete documentation index, see [llms.txt](https://docs.verge.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.verge.io/knowledge-base/de/networking/how-to-use-external-ips-in-tenants.md).

# So verwenden Sie externe IPs in Mandanten

In VergeOS Virtual Data Centers mit Tenants kann ein Tenant eine öffentliche IP-Adresse (External IP) aus dem externen Root-Netzwerk benötigen, damit VMs innerhalb des Tenant-Bereichs sie nutzen können.

## Verwendung von Netzwerkblöcken

Network Blocks können verwendet werden, um eine Gruppe von IPs als eine einzelne Einheit zuzuweisen, und stellen oft die einfachste Methode dar, eine External IP innerhalb eines Tenant-Bereichs für VM-NICs zu verwenden. Sie werden im externen Root-Netzwerk oder auf der externen Schnittstelle erstellt, über die die IPs, die Sie verwenden möchten, routbar sind.

{% hint style="info" %}
**Vor- und Nachteile**

Vorteil - Ermöglicht die direkte Zuweisung einer öffentlichen IP an die Netzwerkschnittstelle einer Tenant-VM.\
Vorteil - Nutzt integrierte Layer-3-Funktionen und erhält die vollständige Sichtbarkeit der Konfiguration für Diagnose und Fehlerbehebung.\
Nachteil - Erfordert mindestens 4 IP-Adressen insgesamt, um 1 nutzbare IP für ein Gerät bereitzustellen; ein /30-Netzwerkblock.<br>
{% endhint %}

### Einen Netzwerkblock erstellen

Im Root des VergeOS-Systems:

1. Navigieren Sie zu dem Netzwerk, das den „Rand“ Ihres VergeOS-Systems darstellt; dies ist sehr oft das externe Root-Netzwerk.
2. Klicken Sie *Netzwerkblöcke* aus dem linken Menü.
3. Klicken Sie *Neu* um einen neuen Block zu erstellen.
4. Geben Sie Ihre Netzwerkblock-IP-Adresse im CIDR-Format ein. (a.b.c.d/n)
5. *Optional* : Fügen Sie Ihrem Block eine hilfreiche Beschreibung hinzu.
6. Da wir diesen Block mit einem Tenant verwenden, setzen Sie „Owner Type“ auf *Mandanten* und setzen Sie „Owner“ auf den Tenant, dem Sie diesen Block zuweisen möchten.
7. Klicken Sie *Absenden* um den Block zu speichern und zuzuweisen.

{% hint style="info" %}
**Block-Adressierung**

Beim Erstellen von Netzwerkblöcken validiert VergeOS den Block, wenn die Firewall-Regeln in späteren Schritten angewendet werden. Wenn kein korrekter Start-IP-Wert für einen bestimmten Bereich festgelegt wird, führt dies zu einem Fehler. z. B. wäre 10.1.2.108/30 ein gültiger Block. 10.1.2.110/30, obwohl es in vielen Fällen denselben Block darstellt, wird in den folgenden Schritten nicht validiert und funktioniert nicht. Verwenden Sie bei Unsicherheit einen Subnetzrechner zur Validierung.
{% endhint %}

8. Kehren Sie zur Hauptseite des Netzwerks zurück, dem Sie gerade den Block hinzugefügt haben.
9. Oben sehen Sie die Meldung „Regeländerungen müssen angewendet werden“. Sie können hier auf „Regeln anwenden“ klicken oder links im Menü auf „Regeln“ klicken, um vor dem Anwenden zu validieren. Sie können das Anwenden der Regeln auch für später aufschieben, müssen jedoch zurückkehren und anwenden, bevor Ihr Block geroutet wird und funktionsfähig ist.
10. Navigieren Sie zur Ansicht „Tenant Networks“ und wählen Sie mit den Filtern oben „Needs FW Apply“ „Yes“; Ihr Tenant-Netzwerk sollte aufgelistet sein.
11. Wählen Sie das Netzwerk per Klick aus, dann *Regeln anwenden* im linken Menü, um die Bereitstellung des Netzwerkblocks an den Tenant abzuschließen.

In der Tenant-Oberfläche:

1. Navigieren Sie zu Ihrem externen Netzwerk. Dort finden Sie Ihren dem Root zugewiesenen Netzwerkblock mit der Beschreibung „External Network Address from service provider“ aufgelistet.
2. Wählen Sie den Block per Klick aus und klicken Sie dann auf *Neues Netzwerk* im linken Menü. Dadurch wird im Tenant ein neues internes Netzwerk unter Verwendung des Adressblocks erstellt.
3. Beachten Sie, dass der Adresstyp automatisch auf „Statisch“ gesetzt wird und die Netzwerkblockadresse bereits festgelegt ist. Dynamisches DHCP wird ebenfalls aktiviert, wobei der verbleibende nutzbare IP-Bereich bereits ausgefüllt ist.
4. Geben Sie dem neuen Netzwerk einen Namen.
5. Wenn Sie mit allen weiteren gewünschten Anpassungen fertig sind, klicken Sie auf *Absenden* um das Netzwerk zu erstellen.
6. Sie kehren zum neuen Netzwerk zurück. Klicken Sie auf *Einschalten* im linken Menü, um das Netzwerk online zu bringen. Es erscheint ein Bestätigungsfenster, um ein versehentliches Einschalten zu verhindern.

Verbinden Sie eine VM-NIC mit dem Netzwerk und aktivieren Sie DHCP, damit die IP automatisch der NIC zugewiesen wird. Alternativ setzen Sie die IP-Adresse(n) in Ihrem Gastbetriebssystem manuell.

## Erstellen eines virtuellen Switch-Ports

Virtuelle Switch-Ports sind eine weitere gängige Methode, um IP-Bereiche auf Root-Ebene für Workloads von Tenants zu nutzen. Sie sind grob mit physischen Kabeln vergleichbar, da sie Layer-2-Netzwerkverkehr ermöglichen, routete Netzwerksegmente zu „überspringen“. In diesem Fall kann ein internes Tenant-Netzwerk direkt mit einem Netzwerk außerhalb von VergeOS kommunizieren. Dies kann direkt ein „WAN“-Netzwerk sein oder ein anderes außerhalb von VergeOS konfiguriertes Netzwerk, dessen Adressraum nutzbar und bis ins Internet routbar ist.

{% hint style="info" %}
**Vor- und Nachteile**

Vorteil - Einfache Konfiguration innerhalb von VergeOS, wodurch die interne Layer-3-Routing-Konfiguration umgangen wird.\
Vorteil - Ermöglicht Endgeräten die direkte Nutzung externer IPs an Edge-Geräten.\
Vorteil - Minimaler Adressraum-Overhead; nur die von Clients verwendeten IP-Adressen.\
Nachteil - Virtuelle Switch-Ports funktionieren nur, wenn beide verbundenen Netzwerke auf demselben Knoten ausgeführt werden.\
\- Dies erfordert, dass das externe Netzwerk und Tenant Node1 eine High-Availability-(HA)-Gruppe verwenden, um ihre Gruppierung beizubehalten, was sich auf die Erwartungen an HA-Ereignisse auswirken kann.\
Nachteil - Kann die Fehlerbehebung und Diagnose erschweren, da die VergeOS-WebUI und die native Routing-Sichtbarkeit entfernt werden.
{% endhint %}

Anweisungen zum Erstellen eines virtuellen Switch-Ports finden Sie unter [Erstellen eines virtuellen Switch-Ports](/knowledge-base/de/tenants/provide-layer2-to-tenant.md).

Sobald Ihr virtueller Switch-Port eingerichtet ist, verfügen virtuelle Maschinen und andere Workloads mit NICs, die mit dem internen Netzwerk verbunden sind, an das der VWire angehängt ist, über eine Layer-2-Verbindung aus VergeOS heraus und funktionieren hinsichtlich Adressierung und Routing ähnlich wie ein VLAN in einem traditionellen Switch.

## Adressübersetzung

Wenn ein Workload eine konsistente IP-Adresse haben muss, die Adresse ihm aber nicht direkt zugewiesen werden muss, kann die Adressübersetzung die beste Methode sein. Dadurch ist standardmäßiges Layer-3-Routing von Ihrem Public-/External-IP-Pool zu jedem beliebigen Workload in VergeOS über das integrierte Rules-and-Networking-System möglich.

{% hint style="info" %}
**Vor- und Nachteile**

Vorteil - Folgt den Standard- und allgemein verständlichen Routing-Konventionen.\
Vorteil - Ermöglicht vollständige Routensichtbarkeit und Kontrolle in den VergeOS-WebUI-Panels, was bei der Fehlerbehebung und zukünftigen Änderungen helfen kann.\
Nachteil - Ermöglicht es dem Endgerät nicht, die öffentliche IP nativ zugewiesen zu bekommen.\
Nachteil - Nicht jeder Netzwerkverkehr übersteht die Adressübersetzung, insbesondere wenn eine Quell-/Ziel-Validierung erforderlich ist.<br>
{% endhint %}

Aufgrund der sehr umfangreichen und flexiblen Möglichkeiten des Netzwerks in VergeOS werden wir 2 Beispielkonfigurationen bereitstellen, wobei die Adressübersetzung an unterschiedlichen Punkten im Routing-Verlauf erfolgt.

### DNAT- und SNAT-Regeln im internen Tenant-Netzwerk

1. Navigieren Sie zu dem Netzwerk, das den „Rand“ Ihres VergeOS-Systems darstellt; dies ist sehr oft das externe Root-Netzwerk.
2. Klicken Sie *IP-Adressen* aus dem linken Menü.
3. Klicken Sie *Neu* um eine neue IP zu erstellen.
4. Setzen Sie „Typ“ auf *Virtuelle IP*.
5. Füllen Sie die IP-Adresse aus.
6. *Optional* : Fügen Sie eine hilfreiche Beschreibung hinzu.
7. Setzen Sie „Besitzertyp“ auf „Tenant“
8. Setzen Sie „Eigentümer“ auf den Tenant, dem Sie diese IP zuweisen möchten.
9. Klicken Sie *Absenden* um zu speichern.
10. Sie werden zur Ansicht „IP-Adressen“ zurückgeleitet.
11. Kehren Sie zur Hauptseite des Netzwerks zurück, dem Sie gerade den Block hinzugefügt haben.
12. Oben sehen Sie die Meldung „Regeländerungen müssen angewendet werden“. Sie können hier auf „Regeln anwenden“ klicken oder links im Menü auf „Regeln“ klicken, um vor dem Anwenden zu validieren. Sie können das Anwenden der Regeln auch für später aufschieben, müssen jedoch zurückkehren und anwenden, bevor Ihre Adresse geroutet wird und funktionsfähig ist.
13. Navigieren Sie zur Ansicht „Tenant Networks“ und wählen Sie mit den Filtern oben „Needs FW Apply“ „Yes“; Ihr Tenant-Netzwerk sollte aufgelistet sein.
14. Wählen Sie das Netzwerk per Klick aus, dann *Regeln anwenden* im linken Menü, um die Bereitstellung der IP-Adresse an den Tenant abzuschließen.

In der Tenant-Oberfläche:

1. Navigieren Sie zu Ihrem externen Netzwerk. Dort finden Sie Ihre dem Root zugewiesene IP-Adresse mit der Beschreibung „External IP from service provider“ aufgelistet.
2. Wählen Sie die IP-Adresse per Klick aus und klicken Sie dann auf *Bearbeiten* im linken Menü.
3. Setzen Sie „Besitzertyp“ auf „Network“.
4. Setzen Sie „Eigentümer“ auf das Netzwerk, mit dem die NIC Ihrer VM verbunden ist.
5. Klicken Sie *Absenden* um zu speichern.
6. Kehren Sie zur Ansicht des externen Tenant-Netzwerks zurück.
7. Klicken Sie *Regeln anwenden* um die automatisch erstellte Regel zu aktivieren, die Ihre IP routet.
8. Navigieren Sie zu dem Tenant-Netzwerk, das Sie in Schritt 4 festgelegt haben.

DNAT-Option: (Falls Ihr Workload kompatibel ist)

1. Klicken Sie *Regeln* im linken Bereich.
2. Klicken Sie *Neu* im linken Bereich, um eine neue Regel zu erstellen.
3. Geben Sie Ihrer Regel einen Namen.
4. *Optional* : Schreiben Sie eine hilfreiche Beschreibung..
5. Setzen Sie „Aktion“ auf *Übersetzen*.
6. Setzen Sie „Zieltyp“ auf *Meine IP-Adressen*.
   1. Wählen Sie die IP-Adresse, die Sie weitergegeben haben, aus der Liste aus.
7. Setzen Sie „Ziel“ entweder auf:
   1. „Typ“ *Meine IP-Adressen* und wählen Sie die statische IP-Adresse aus, die Sie bereits für diese VM-NIC in VergeOS konfiguriert haben.
   2. ODER „Typ“ *IP/Benutzerdefiniert* und geben Sie die statische IP manuell ein, die Sie *Lokale IP* bereits auf der VM-NIC festgelegt haben.
8. Klicken Sie *Absenden* um zu speichern.

SNAT-Konfiguration: (Erforderlich für die ausgehende Übersetzung)

1. Klicken Sie *Regeln* im linken Bereich.
2. Klicken Sie *Neu* im linken Bereich, um eine neue Regel zu erstellen.
3. Geben Sie Ihrer Regel einen Namen.
4. *Optional* Schreiben Sie eine hilfreiche Beschreibung.
5. Setzen Sie „Aktion“ auf *Übersetzen*.
6. Setzen Sie „Quelle“ entweder auf: (Verwenden Sie dieselbe IP wie das „Ziel“ aus den vorherigen Schritten)
7. „Typ“ *Meine IP-Adressen* und wählen Sie die statische IP-Adresse aus, die Sie bereits für diese VM-NIC in VergeOS konfiguriert haben.
8. ODER „Typ“ *IP/Benutzerdefiniert* und geben Sie die statische IP manuell ein, die Sie *Lokale IP* bereits auf der VM-NIC festgelegt haben.
9. Setzen Sie „Zieltyp“ auf *Meine IP-Adressen*.
   1. Wählen Sie die IP-Adresse, die Sie weitergegeben haben, aus der Liste aus.
10. Setzen Sie „Pin“ auf *Oben* um diese Regel über andere zu priorisieren und sicherzustellen, dass sie früh angewendet wird.
11. Klicken Sie *Absenden* um zu speichern.

Routing-Option: (Kann nützlich sein, wenn Ihr Workload nicht DNAT-kompatibel ist)

Wenn Ihr Workload DNAT nicht unterstützt, müssen Clients ihn mit der nativen IP auf dem Gerät aufrufen, UND Sie haben nur 1 IP verfügbar, gibt es eine Alternative zur obigen „DNAT-Option“. Folgen Sie den obigen Anweisungen zur „DNAT-Option“ und setzen Sie bei *Schritt 5* setzen Sie Ihre Aktion auf *Route* statt auf Übersetzen. Dadurch wird der Verkehr für die öffentliche IP über die native private IP an die VM gesendet. Setzen Sie dann auf der NIC in Ihrem Gastbetriebssystem eine *sekundäre* IP mit der öffentlichen IP und einer /32-Subnetzmaske (255.255.255.255) fest. Folgen Sie der „SNAT-Konfiguration“ wie beschrieben, um den ausgehenden Verkehr zu übersetzen. Diese Option ist *vollständig* vom Gastbetriebssystem abhängig und funktioniert möglicherweise nicht in allen Situationen.

Um diese Methode zu verwenden, folgen Sie den obigen Anweisungen zur „DNAT-Option“ mit *1 Änderung, Schritt 5. ändert sich zu:* 5. Setzen Sie „Aktion“ auf *Route*.

Setzen Sie die öffentliche/externe IP-Adresse als eine *sekundäre* Adresse auf der VM-NIC, innerhalb des Gastbetriebssystems. Dadurch wird Verkehr, der für die IP bestimmt ist, an die native interne IP weitergeleitet und anschließend kann das Gastbetriebssystem ihn auf der einzelnen /32-IP verarbeiten. Die Schritte der „SNAT-Konfiguration“ müssen wahrscheinlich weiterhin befolgt werden; der ausgehende Verkehr der VM-NIC stammt weiterhin von der lokalen IP und nicht von der als sekundäre Adresse zugewiesenen öffentlichen IP, daher muss Source NAT ihn beim Ausleiten ändern.

***

{% hint style="info" %}
**Dokumentinformationen**

* Zuletzt aktualisiert: 2025-02-17
* VergeOS-Version: 4.13.3
  {% endhint %}


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.verge.io/knowledge-base/de/networking/how-to-use-external-ips-in-tenants.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.