Hetzner - zusätzliche IP für Debian / Virtualbox

  • Thread starter Thread starter WDZaphod
  • Start date Start date
W

WDZaphod

Guest
Hallo Zusammen,

da mein vServer bei S4Y auf Oktober gekündigt wurde, möchte ich meine "Altlasten" auf eine VM auf meinem Hetzner-Rootie umziehen.
Dafür habe ich mir eine weitere IP bestellt, sowie eine virtuelle MAC. Allerdings bekomme ich die wohl gängige Config für die Bridge nicht zum laufen :confused:
Die Originale Config (gibt's valide Gründe, die IP zu verschleiern?):

### Hetzner Online GmbH installimage

source /etc/network/interfaces.d/*

auto lo
iface lo inet loopback
iface lo inet6 loopback

auto enp3s0
iface enp3s0 inet static
address 144.76.94.101
netmask 255.255.255.224
gateway 144.76.94.97
# route 144.76.94.96/27 via 144.76.94.97
up route add -net 144.76.94.96 netmask 255.255.255.224 gw 144.76.94.97 dev enp3s0

iface enp3s0 inet6 static
address 2a01:4f8:192:2464::2
netmask 64
gateway fe80::1

Mein Versuch:

source /etc/network/interfaces.d/*

auto br0
iface br0 inet static
address 144.76.94.101
netmask 255.255.255.224
gateway 144.76.94.97
bridge_ports enp3s0
bridge_stp off
bridge_fd 1
bridge_hello 2
bridge_maxage 12
up route add -net 144.76.94.96 netmask 255.255.255.224 gw 144.76.94.97 dev br0

iface br0 inet6 static
address 2a01:4f8:192:2464::2
netmask 64
gateway fe80::1

Allerdings kommt er mit dem Versuch nicht mehr hoch, bzw ans Netz. Hat jemand eine Idee, was falsch sein könnte?
Bei der Zeile "bridge_ports enp3s0" hatte ich es auch schon mit eth0 versucht, da das Rettungssystem mit dieser Interface-Bezeichnung kommt. Leider auch ohne Erfolg.

Grüsse & Danke,
Michael
 
Ich kann nur empfehlen Windows bei Hetzner Hyper - V alles was Linux ist geht eigentlich vernünftig nur Esx-i
 
Es wäre zielführender, eine Lösung zur Frage zu präsentieren, oder zumindest einen Denkanstoss, was falsch sein könnte. ;)
 
Bereits alle Beiträge im Forum zum Thema durchforscht? Da gibt es in Hinblick auf Hetzner, IPv6 & ESX(i) ja schon einige Problemlösungen.
 
Ich brauche allerdings kein v6, sondern einen zusätzliche v4 IP neben meiner Haupt(v4)IP, die ich entweder in die VM leite, oder gleich auf der VM konfiguriere.
HIER (Link) ist es ja eigentlich ganz gut beschrieben, nur leider will es nicht so wie es soll :rolleyes:
 
Ich brauche allerdings kein v6, sondern einen zusätzliche v4 IP neben meiner Haupt(v4)IP, die ich entweder in die VM leite, oder gleich auf der VM konfiguriere.
HIER (Link) ist es ja eigentlich ganz gut beschrieben, nur leider will es nicht so wie es soll :rolleyes:
Deine Config trifft auf keines vom Hetzner Wiki zu.

In der "Bridged" (Transparente MAC) kommt kein "route add" vor und bei "Routed" (Shared MAC) würde der "iface enp3s0 inet static" Block fehlen.

Bin leider schon zu lange von Hetzner weg, aber bei denen und Webtropia war es immer sehr empfindlich zu Konfigurieren. Wichtig ist das die MAC passt, entweder zum Host (Routed) oder VM (Bridged).
 
source /etc/network/interfaces.d/*

auto lo
iface lo inet loopback
iface lo inet6 loopback

auto enp3s0
iface enp3s0 inet manual

auto br0
iface br0 inet static
address 144.76.94.101
netmask 255.255.255.224
gateway 144.76.94.97
bridge_ports enp3s0
bridge_stp off
bridge_fd 0

iface br0 inet6 static
address 2a01:4f8:192:2464::2
netmask 64
gateway fe80::1

Das sollte reichen.
 
Last edited:
Danke für die Infos!
Hab das eben mal ausprobiert, damit ist er nach einem Reboot leider auch nicht erreichbar. Es ist schräg, was kann es denn noch sein?
 
Es gestaltet sich schwieriger als erhofft / vermutet. Hetzner gibt zwar zeitnah und kompetent Support zu deren Infrastruktur, aber - verständlicherweise - nicht für die Konfiguration des Servers. Da die Haupt-IP problemlos funktioniert, nicht aber die Konfiguration der Bridge im OS (zwar nach deren Anleitung, diese ist aber frei von Garantien), kann der Support da wohl nichts machen.

/etc/network/interfaces sieht aktuell so aus:

Code:
source /etc/network/interfaces.d/*

auto lo
iface lo inet loopback
iface lo inet6 loopback

auto enp3s0
iface enp3s0 inet manual

auto br0
iface br0 inet static
address 144.76.94.101
netmask 255.255.255.224
gateway 144.76.94.97
bridge_ports enp3s0
bridge_stp off
bridge_fd 1
bridge_hello 2
bridge_maxage 12

iface br0 inet6 static
address 2a01:4f8:192:2464::2
netmask 64
gateway fe80::1

nachdem ich vom Support den Hinweis bekommen habe, bei mir wäre " bridge_fd 0 " nicht dem Beispiel entsprechend.
Diese Variante führt aber weiterhin dazu, dass der Server unter seiner Haupt-IP nach einem Reboot nicht erreichbar ist.
 
Ohmann.
Es geht jetzt, der Host ist unter seiner Haupt-IP mit folgender Config erreichbar:

Code:
auto lo
iface lo inet loopback

auto  br0
iface br0 inet static
 address 144.76.94.101
 netmask 255.255.255.224
 gateway 144.76.94.97
 bridge_ports enp3s0
 bridge_stp off
 bridge_fd 1
 bridge_hello 2
 bridge_maxage 12

Und für alle, die das gleiche Problem haben - möge es hier in Stein gemeisselt stehen und immer als Mahnung dienen:

Code:
apt install bridge-utils
:eek:

Ich danke trotzdem allen hier für die Tipps, auch wenn es im Endeffekt ein eigener Vergeiger war...
 
@WDZaphod Dann erzähl doch wenigstens wozu du die bridge-utils brauchst.

Es gibt ja auch zukünftig Hilfesuchende, die sich nun wohl fragen, wozu die sind und wie du es gelöst hast, nachdem deine Änderungen in /etc/network/interfaces nichts nutzten.
 
@WDZaphod Dann erzähl doch wenigstens wozu du die bridge-utils brauchst.

Es gibt ja auch zukünftig Hilfesuchende, die sich nun wohl fragen, wozu die sind und wie du es gelöst hast, nachdem deine Änderungen in /etc/network/interfaces nichts nutzten.
Ohne bridge-utils funktionieren die bridge_* Direktiven nicht bzw. kann das System keine Netzwerkbrücke. In minimal / base installationen ist bridge-utils kein standard Paket.
 
Genau das - ich wollte eine Bridge einrichten, hatte aber die dazu nötigen Tools nicht installiert. Das war der einzige Fehler.
An dem Configfile hätte man noch lange schrauben können, das hätte nie funktioniert.
Die VM läuft, und ist unter der neuen IP erreichbar. Eine Sorge weniger :)
 
Back
Top