[eos] Zuweisung der public IP zur VM per "Attach Public IP" nicht auswählbar

    Die Bugmeldung bezieht sich auf die eos Preview mit Stand 08.08.2026 und ich kann nach dem Einrichten einer ersten VM mit Standard Netzwerk (zu der auch eine öffentliche IPV4 und IPv6 Adresse generiert wurde) die öffentliche IP also public IP nicht der VM zuweisen, wie es in der Dokumentation dazu steht: Virtual Machines – eos Documentation (https://docs.eoscloud.io/products/virtu…tach-public-ips)
    ... oder ich stelle mich zu dumm dafür an ;)

    Diesen Use Case versuche ich also nachzustellen:

    Zitat

    If you have free Public IPs in the same network as this VM, you can attach them directly to your VM by clicking on the three dot menu of a VM and selecting "Attach Public IP". This will route all traffic to that public IP directly to this VM.


    VM - Zuweisung der public IP:
    Nachdem man unter Virtual Machines auf einem kleinen Bildschirm rechts durch niedrige Zoomstufe die Option "Attach Public IP" aufgerufen hat, die sonst nicht erscrollbar unsichtbar ist )wurde in einem anderen Usability Bug hier schon gemeldet), sieht man weder eine der verfügbaren Public IPs im gleichen Netzwerk, noch kann man eine finden in der einzig verfügbare Option "Suche" ... ich kann also der VM keine öffentliche IP zuweisen.
    eos_VM_attach_public_IPs_not_usable.png

    Public IP: (beide wurden durch die Erstellung des Standard Netzwerks bei Anlage der VM generiert)

    eos_public_IPs_nach_default.png

    WH1000 SE OST22 OST23 OST24 | WH1000 SE ADV25 | WH 🥚🧶🥛🐖 | 🦆 VPS 200 🇺🇦🕊️ ➡️ VPS nano G11s

    Die beiden Default-Adressen, die für ein Netzwerk erzeugt werden, kann man nicht zuweisen. Du musst zuerst eine neue IP-Adresse erstellen.

    Auf der Detail-Seite einer VM gibt es das Menü übrigens auch noch mal. Da kann man alle Menüpunkte problemlos aufrufen (so ist es hier jedenfalls).

    [Suche] RS Piccolo gesucht

    Einmal editiert, zuletzt von terence (8. August 2026 um 13:30)

    Ah, Danke für den Hinweis - auf der Public IP Dokumentation wird das auch erwähnt. Damit braucht man nochmal eine extra Public IP, um eine VM als Exposed Host an eine öffentliche IP zu binden. Über die Standard IPs eines Netzwerks lassen sich nur Portweiterleitungen per ACL erzeugen.

    Zitat

    If you want to bind Public IP addresses directly to a VM to route all traffic to this address to that VM without a Port-Forward you need to create a new Public IP in the network of the VM you want to attach the address to.


    Und Netzwerke ohne diese Standard IPs also Outbound Connectivity werden aktuell nicht unterstützt, wie gunnarh hier schon erfahren hat. ;(

    Beitrag

    Konzept Public IPs für Netze, unklar

    Mir ist euer Konzept wonach jedes Netz eine Public-IP erhält (die ich auch nicht löschen kann) noch nicht ganz klar.

    Warum kann ich kein Netz anlegen, das keine Public-IP hat?

    Wenn ich vor habe der VM in diesem Netz eine dedizierte Public-IP zuzuweisen, und es keine weiteren VMs in diesem Netz gibt oder andere VMs in diesem Netz keinen Bedarf nach Kommunikation mit dem Internet haben, wozu dann diese Public-IP des Netzes? Ich vermute für jede Public-IP fällt später eine Gebühr an. Die würde…
    gunnarh
    6. August 2026 um 16:04

    WH1000 SE OST22 OST23 OST24 | WH1000 SE ADV25 | WH 🥚🧶🥛🐖 | 🦆 VPS 200 🇺🇦🕊️ ➡️ VPS nano G11s

    Der Satz "Meaning that you can only attach one Public IP to a VM" ist auch nicht ganz korrekt, da man eine IPv4-Adresse und eine IPv6-Adresse zuordnen kann - also eine pro Familie.

    [Suche] RS Piccolo gesucht

    Einmal editiert, zuletzt von terence (10. August 2026 um 08:40)

    Und genau genommen werden die IP-Adressen auch nicht dem Interface der VM zugewiesen, sondern offenkundig ein NAT+DNAT auf die unverändert private IPv4+IPv6 Adresse der VM realisiert. Finde ich schade, denn das war bisher schon sehr fein bei den Netcup Maschinen, dass diese direkt die zugewiesen IP-Adressen auf den VM-Ethernet Interfaces nutzen konnten. Dieses NAT+DNAT einer Infrastruktur, die man nicht kennt und nicht unter Kontrolle hat, macht Fehlersuche nicht einfacher. Leider realisieren das mittlerweile alle Cloud Anbieter die ich bislang genutzt habe auch nur noch so.

    • Neu

    Hi,

    das stimmt genau so. Es ist ein SNAT+DNAT (1:1 NAT), so wie es bei anderen Cloud Anbietern eben auch der Fall ist und daher. auch genau so in unsere Architektur am Besten passt und die Anwendungsfälle für Cloud Infrastruktur auch am Besten abdeckt. Das ermöglicht es auch im internen NEtzwerk private mit anderen VMs zu kommunizieren, was man sonst über das public Interface machen müsste. Jedenfalls danke für deinen Input. Ich hoffe wir konnten dir mit dieser Erklärung weiterhelfen.

    Liebe Grüße,
    Bruno und das eos Team