FAQ

Last change on 2020-02-07 • Created on 2020-07-02 • ID: NE-5C84B

Was sind Hetzner Cloud Networks?

Networks stellen über dedizierte Netzwerkschnittstellen private Layer-3-Verbindungen zwischen Hetzner Cloud Servern her. Erstelle bequem und einfach mehrschichtige Architekturen, die sich über mehrere Standorte erstrecken.

Kann ich Networks in verschiedenen Standorten nutzen?

Ja, du kannst Instanzen von unseren Standorten in Falkenstein, Nürnberg und Helsinki innerhalb desselben Netzwerks haben. Beachte aber, dass alle Standorte innerhalb eines Subnetzes aus derselben Netzwerkzone sein müssen. Auch alle Subnetze innerhalb eines Netzwerkes müssen aus derselben Netzwerkzone sein. VSwitch Verbindungen sind ausschließlich bei Subnetzen der Netzwerkzone eu-central möglich.

Netzwerkzone Standorte
ap-southeast Singapur (sin)
eu-central Falkenstein (fsn1), Helsinki (hel1), Nürnberg (nbg1)
us-east Ashburn, VA (ash)
us-west Hillsboro, OR (hil)

Wirst du für diese Funktion eine Gebühr erheben? Wie sieht es mit dem Traffic aus?

Die Networks sind kostenlos. Der Datenverkehr auf den privaten Netzwerkschnittstellen ist kostenlos und wird nicht berechnet.

Wie werden IP-Adressen in Networks verwaltet?

Mit der Hetzner Console kannst du die IP-Adressen in Networks verwalten. Wann immer du einen Server an ein Network anschließt, weist unser System dir automatisch eine IPv4-Adresse in deinem Network zu. Oder du kannst eine bestimmte IP-Adresse in deinem Network auswählen, wenn du möchtest. Da es sich bei Networks um eine Layer-3-Funktion handelt, kannst du nur die vom Backend zugewiesenen IP-Adressen verwenden. Networks unterstützen nur IPv4.

Ist es möglich manuell IPs in Networks für bestimmte Server zu konfigurieren?

Ja, das ist möglich. Wähle hierfür bitte das Projekt aus, dann Networks auf der linken Seite. Nun wähle bitte dein Netzwerk und klicke auf Subnetze im oberen Bereich.

Falls du bereits Server hinzugefügt hast, musst du diese entfernen und neu hinzufügen, um manuell eine IP zu zuweisen.

Klicke nun auf "Ressource hinzufügen" im rechten Raster, woraufhin ein Pop-up auf der rechten Seite erscheint. In diesem Pop-up findest du unten eine kleine Checkbox, mit der du die IPs für die ausgewählten Server manuell konfigurieren kannst.

Welche IP-Adressen können genutzt werden?

Du kannst Netzwerke mit den laut RFC 1918 privaten IP-Netzen verwenden:

  • 10.0.0.0/8
  • 172.16.0.0/12
  • 192.168.0.0/16

Wie werden IP-Adressen auf meinen Servern konfiguriert?

Wenn du deinen Server kürzlich mit einem unserer Standardbilder erstellt hast, konfigurieren wir automatisch die Haupt-IP für deine private Netzwerkschnittstelle per DHCP.

Du kannst die Autokonfiguration deaktivieren, indem du unser Autokonfigurationspaket deinstallierst. In diesem Fall musst du die Netzwerkschnittstellen manuell konfigurieren, um sie zu verwenden.

Wir haben einen Wiki-Eintrag mit allen Informationen über die Konfiguration und das Autoconfig Package (Englisch).

Kann ein Server mehrere IP-Adressen in einem Network haben?

Ja, zusätzlich zur Haupt-IP im Netzwerk kannst du für jeden Server auch bis zu fünf Alias-IP-Adressen konfigurieren. Du musst diese IP-Adressen manuell konfigurieren, da sie nicht automatisch per DHCP vergeben werden können.

Kann ich einen Server an mehrere Netzwerke anschließen?

Du kannst deinen Server an bis zu drei Networks gleichzeitig anschließen.

Aus technischen Gründen ist es leider nicht möglich dieses Limit zu erhöhen.

Ist der Datenverkehr innerhalb von Hetzner Cloud Networks verschlüsselt?

Der Datenverkehr zwischen Cloud Servern innerhalb eines Networks ist privat und isoliert, aber nicht automatisch verschlüsselt. Wir empfehlen dir, TLS oder ähnliche Protokolle zu verwenden, um vertraulichen Datenverkehr zu verschlüsseln.

Was sind Subnets?

Subnets sind Teil der Funktion Networks. Wenn du ein Network erstellst, musst du dessen IP-Bereich definieren. Innerhalb dieses IP-Bereichs kannst du ein oder mehrere Subnets erstellen, die jeweils einen eigenen IP-Bereich innerhalb des Network-IP-Bereichs haben. Die IP-Adressen für deine Server werden immer aus deinem Subnet-IP-Bereich zugewiesen.

Beispiel: Du erstellst ein Network mit der IP-Range 10.0.0.0/8. In diesem Network legst du ein Subnet 10.0.0.0/24 an. Wenn du einen Server an dein Network anhängst, erhält er eine IP vom 10.0.0.0/24 Subnet.

Wenn du ein Netzwerk über die Hetzner Console erstellst, wählen wir sinnvolle Standardeinstellungen und erstellen automatisch ein geeignetes Subnet dafür. Verwende daher im Zweifelsfall bitte die Standardeinstellungen.

Subnets sind nicht voneinander isoliert, Datenverkehr zwischen zwei Subnets ist möglich.

Was sind Routes?

Routes ist eine erweiterte Funktion innerhalb von Networks. Damit kannst du eine Route erstellen, die automatisch auf den privaten Verkehr angewendet wird. Du kannst Routes verwenden, um sicherzustellen, dass alle Pakete für ein bestimmtes Ziel-IP-Präfix an die in seinem Gateway angegebene Adresse gesendet werden.

Zur Zeit können bei statischen Routen nur Cloud Server als Gateway bestimmt werden. Dedicated Server können auch dann nicht als Gateway bestimmt werden, wenn ein vSwitch genutzt wird.

Was ist das Besondere an Routenzielen, die nicht zu meinem Netzwerk-IP-Bereich gehören?

Wenn du ein Ziel für deine Route wählst, das im IP-Bereich deines Networks liegt, funktioniert es automatisch wie erwartet.

Wenn du jedoch dein Ziel so einstellst, dass es außerhalb des IP-Bereichs des Networks liegt, musst du sicherstellen, dass der Verkehr für das Ziel an deine private Netzwerkschnittstelle gesendet wird. Dazu musst du die Route manuell im Betriebssystem jedes deiner Server hinzufügen.

Warum werden Pakete von Quell-IPs verworfen, die nicht zum Server gehören?

Die Gateways eines Networks implementieren ein Konzept namens "unicast reverse path forwarding" (uRPF). Das bedeutet, dass das Gateway bei jedem Paket die Quell-IP gegen die Prefixe prüft, die dem Server zugewiesen sind. Bei diesen Präfixen kann es sich entweder um direkt zugewiesene IPs, Alias-IPs oder Routen handeln, die diesen Server als Gateway haben. Sollte die Quell-IP-Adresse des Pakets nicht aus einem dem Server zugewiesenen Präfix stammt, leitet das Gateway dieses Paket nicht weiter.

Wenn einer deiner Server so konfiguriert ist, dass er zwischen einem Cloud Network und einem anderen Netzwerk (wie beispielsweise einem VPN) routet und ein Paket in das Network weiterleitet, kann es vorkommen, dass dieses Paket eine Quell-IP hat, die nicht im Prefix des Networks liegt. In dem Fall ist es notwendig, für den Prefix, der diese anderen Quell-IPs enthält, eine Route anzulegen, die zurück auf den Server zeigt, der diese Pakete sendet. Alternativ kannst du auch NAT verwenden, um die Quell-IP der Pakete, die in das Network geroutet werden, zu maskieren.

Beachte: Wenn du Routen verwendest und eine Route für ein weniger spezifisches Präfix (z. B. 10.0.0.0/8 oder sogar die Standardroute) zu einem Cloud Server konfiguriert ist, darf dieser Cloud Server Pakete mit beliebigen Quell-IP-Adressen aus diesem Präfix senden. Das gilt auch dann, wenn eine spezifischere Route (z. B. 10.23.42.0/24) auf einen anderen Cloud Server verweist.

Klicke hier für ein Beispiel

Beispiel:

Gateway 10.0.0.1
Cloud Server A
172.16.0.1
Cloud Server B
10.0.0.2
Cloud Server C
10.0.0.3

Angenommen Cloud Server A und Cloud Server B sind über einen VPN verbunden. Sendet Cloud Server A ein Paket an Cloud Server C, würde es folgende Route nehmen:

Server AServer B (Router) → GatewayServer C

Wenn der als Router fungierende Cloud Server B die Quell-IP des Pakets nicht anpasst, bleibt die Quell-IP die IP-Adresse von Cloud Server A.

In diesem Beispiel würde das Gateway sehen, dass das Paket über den als Router fungierenden Cloud Server B eingegangen ist, die Quell-IP gehört aber nicht zu Cloud Server B. Ein Paket, das die IP 172.16.0.1 als Ziel hätte, würde auch nicht auf Cloud Server B landen, also darf er auch nicht von dieser IP senden. Aus diesem Grund würde das Gateway das Paket verwerfen.

Um das zu verhindern, muss Cloud Server B die Quell-IP beispielsweise maskieren, bevor das Paket an das Gateway weitergeleitet wird. Alternativ kann eine Route für beispielsweise 172.16.0.0/16 angelegt werden, die auf Cloud Server B zeigt. So wird Cloud Server B berechtigt, Pakete mit diesen Quell-IPs zu senden, und Cloud Server C kann Pakete an Cloud Server A senden.

Wie richte ich meinen eigenen Router ein?

Dies ist aktuell nur mit Cloud Servern möglich. Wie in der Frage "Was sind Hetzner Cloud Networks?" bereits hingewiesen, werden zwischen den Cloud Servern Layer-3-Verbindungen (OSI-Modell) hergestellt. Die Server sind nicht direkt miteinander verbunden, sondern über ein Gateway. Die Verbindungen zwischen dem Gateway und den Servern werden per Software hergestellt. Somit ist zwischen den Geräten keine physische Verbindung vorhanden.

Beispiel-Subnet 10.0.0.0/24:

Netzwerk-Gateway 10.0.0.1
Cloud Server A
10.0.0.2
Cloud Server B
10.0.0.3

Weitere Informationen zur Netzwerk-Gateway-IP
IP-Adresse des Netzwerk-Gateway
Die Gateway IP-Adresse ist immer die erste IP-Adresse der Netzwerk-IP-Range. Aus diesem Grund ist es nicht möglich die erste IP-Adresse aus der IP-Range eines Nerzwerks einem Server zuzuweisen und daher ist die IP-Adresse immer mit Diese IP-Adresse ist reserviert gekennzeichnet.

Der gesamte Traffic muss über das Netzwerk-Gateway geroutet werden. Das gilt auch dann noch, wenn du einen deiner eigenen Server als Router einrichtest.

Beispiele dazu, wie man einen Server als Router einrichten könnte, findest du in diesen Tutorials:
NAT-Gateway für private Cloud Netzwerke einrichten
How to route cloud server over private network using pfSense and Hetzner Cloud Networks (EN)

Ein Router OS auf einem der Server einrichten:

Wenn du auf einem deiner Cloud Server ein Router OS installieren möchtest, beachte Folgendes:

  • Der gesamte Traffic muss über das Netzwerk-Gateway geroutet werden.
  • Zum Zuweisen der IP-Adressen solltest du DHCP verwenden.
    Die Routen sollten dann automatisch korrekt sein.

Neben dem Server mit dem Router OS müssen auch das private Netzwerk und der Client eingerichtet werden. Beim Festlegen der Route auf dem Client gibt es zwei Methoden:

  • ip route add-Befehl ausführen temporär
    Mit dieser Methode ist die neu hinzugefügte Route nach einem Neustart nicht mehr verfügbar.
  • Netzwerkkonfigurations-Datei bearbeiten dauerhaft
    Für die Autokonfiguration der Hetzner Netzwerke wird das Hetzner-Paket hc-utils verwendet. Dieses Paket greift bei einem Neustart automatisch auf die Netzwerkkonfigurations-Datei zu, wodurch manuell hinzugefügte Routen verloren gehen. Um eine Route dauerhaft hinzuzufügen, muss daher das hc-utils-Paket deinstalliert werden (siehe Hetzner Cloud Networks Konfiguration).

Kann ich einen Dedicated Server als Router einrichten?

Nein, es ist aktuell noch nicht möglich einen Dedicated Server innerhalb eines Privaten Netzwerks als Router einzurichten. Wie im oberen FAQ-Eintrag erklärt, wird der gesamte Traffic über das Gateway des Privaten Netzwerks geroutet:

Privates Netzwerk Gateway
10.0.0.1
Cloud Server
10.0.0.2
Cloud Server
10.0.0.3
vSwitch-Gateway
10.0.1.1
Dedicated Server
10.0.1.2

Damit das Private Netzwerk Gateway den Traffic an den Router weiterleitet, muss im Privaten Netzwerk eine Route hinzugefügt werden, in welcher der Router (z. B. der Dedicated Server) als Gateway gesetzt ist. Beim Anlegen einer Route in einem Privaten Netzwerk können aktuell allerdings ausschließlich Cloud Server als Gateway festgelegt werden. Beispiel:

Ziel          Gateway
0.0.0.0/0     10.0.1.2 (Dedicated Server)  >> nicht möglich
0.0.0.0/0     10.0.0.2 (Cloud Server)      >> möglich

Auf Grund der fehlenden Route weiß das Private Netzwerk Gateway nicht, dass der Traffic über den Dedicated Server geroutet werden soll und der Traffic geht verloren.

Umgekehrt ist es jedoch möglich: Cloud Server als Router und Dedicated Server als Client kann eingerichtet werden. In diesem Fall muss zusätzlich zur Route lediglich die Option "Routen für vSwitch sichtbar machen" aktiviert werden, damit auch die vSwitch-Gateway den Traffic korrekt routet.

Warum wird der Datenverkehr in meinem Router-Setup verworfen?

Dies kann vorkommen, wenn der Datenverkehr durch mehrere verschiedene Netzwerkschnittstellen geroutet wird, die unterschiedliche MTU-Einstellungen besitzen. Eine detailliertere Erklärung findest du in dem Artikel unter "Technische Konzepte » Architektur": Durch mehrere Netzwerke routen.

Informationen dazu, wie du das Problem untersuchen und beheben kannst, findest du hier: "Troubleshooting » MTU".

Sind irgendwelche IP-Adressen reserviert?

Die folgenden IP-Adressen können deinem Server nicht zugewiesen werden:

  • Die erste IP-Adresse deines Network-IP-Bereichs. Als Beispiel in 10.0.0.0/8 kannst du 10.0.0.1 nicht benutzen.
  • Die Netzwerk- und Broadcast-IP-Adressen eines beliebigen Subnets. Als Beispiel in 10.0.0.0/24 kannst du 10.0.0.0 und 10.0.0.255 nicht benutzen.
  • Die spezielle private IP-Adresse 172.31.1.1. Diese IP-Adresse wird als Standard-Gateway der öffentlichen Netzwerkschnittstelle deines Servers verwendet.

Kann ich meine dedizierten Root-Server in meine Hetzner Cloud Networks aufnehmen?

Ja, es ist möglich einen Robot vSwitch (dedizierte Root-Server) mit einem Hetzner Cloud Network zu koppeln. Lege dazu einfach ein weiteres Subnet in einem Cloud Network an und wähle die Option "VSwitch Verbindung zu dedizierten Servern aktivieren".

Stell sicher, dass der IP-Bereich nicht die erste IP-Adresse des Cloud Networks enthält.

Eine ausführliche Anleitung findest du hier.

Beachte, dass ein Dedicated Server aktuell nicht als Router für das Private Netzwerk eingerichtet werden kann (siehe diesen FAQ-Eintrag).

Wie viele vSwitches kann ich mit einem Cloud Network verbinden?

Jeder vSwitch kann nur mit einem Cloud Netzwerk verbunden werden. Umgekehrt kann auch jedes Cloud Netzwerk nur mit einem vSwitch verknüpft werden.

Ist es möglich einen vSwitch mit öffentlichen IP-Adressen zu verbinden?

Leider kann ein vSwitch mit im Robot zugewiesenen öffentlichen IP-Adressen aktuell nicht mit dem Cloud Netzwerk verbunden werden. Wir werden versuchen dies in Zukunft zu unterstützten, können aber leider noch keinen Zeitpunkt oder Details nennen.

Wie nutze ich Networks? Hast du irgendwelche Anleitungen/Tutorials?

Ja haben wir! Diese sind sehr hilfreich für den Einstieg.

Wenn du ein Tutorial über unser Networks Feature schreiben möchtest, wendest du dich bitte an unseren Community-Manager.

Welche Informationen muss ich in einer Support-Anfrage zu meinem privaten Netzwerk angeben?

Wenn du eine Support-Anfrage bezüglich deines privaten Netzwerks erstellst, füge bitte die folgenden Informationen zur Fehlerbehebung bei, um uns bei der Diagnose des Problems zu unterstützen:

  • Den Output von ip addr show und ip route show auf den betroffenen Servern
  • Einen mtr zwischen den betroffenen Servern, der das Problem zeigt, das du melden möchtest (nutze dazu diese Anleitung)

Falls dein Netzwerk eine vSwitch Verbindung besitzt und von dem Problem auch ein Dedicated Server betroffen ist, ergänze zusätzlich noch folgende Information:

  • Den Output von ip neigh show auf dem Dedicated Server
Table of Contents