[SOLVED] VMs kommen nicht über die vmbr0

[privatscheiss]

Guten Morgen ich möchte gerne von ESXI auf Proxmox umsteigen, scheitere aber leider schon ganz am Anfang.
Zu meinem Setup Zur Zeit habe ich im Homelab einen ESXI laufen mit 12 VMs.
Den Umstig habe ich mir so vorgestellt:

-Proxmox als VM im ESXI installieren
-alle VMs aus ESXI via Import Assi von Proxmox migrieren
-alle VMs dann im Proxmox auf externen Speicher backupen
-Proxmox als Host installieren und alle Backups importieren

Proxmox als VM im ESXI läuft auch die Migration läuft. Nur leider kommt keine der migrierten VMs im Netzwerk hinter die "default Bridge" vmbr0

hier meine Netzwerkkonfig vom Proxmox

auto lo
iface lo inet loopback

iface ens192 inet manual

auto vmbr0
iface vmbr0 inet static
        address 192.168.0.157/24
        gateway 192.168.0.1
        bridge-ports ens192
        bridge-stp off
        bridge-fd 0


source /etc/network/interfaces.d/*

>ping 192.168.0.143

Ping wird ausgefuhrt fur 192.168.0.143 mit 32 Bytes Daten:
Antwort von 192.168.0.143: Bytes=32 Zeit<1ms TTL=128
cAntwort von 192.168.0.143: Bytes=32 Zeit<1ms TTL=128
Antwort von 192.168.0.143: Bytes=32 Zeit<1ms TTL=128
Antwort von 192.168.0.143: Bytes=32 Zeit<1ms TTL=128

Ping-Statistik fur 192.168.0.143:
Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
(0% Verlust),
Ca. Zeitangaben in Millisek .:
Minimum = Oms, Maximum = Oms, Mittelwert = 0ms

>ping 192.168.0.144

ing wird ausgeführt fur 192.168.0.144 mit 32 Bytes Daten:
Antwort von 192.168.0.144: Bytes=32 Zeit=1ms TTL=64
Antwort von 192.168.0.144: Bytes=32 Zeit=1ms TTL=64
Antwort von 192.168.0.144: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.0.144: Bytes=32 Zeit<1ms TTL=64

Ping-Statistik für 192.168.0.144:
Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
(0% Verlust),
Ca. Zeitangaben in Millisek .:
Minimum = Oms, Maximum = 1ms, Mittelwert = 0ms

>ping 192.168.0.157

Ping wird ausgeführt fur 192.168.0.157 mit 32 Bytes Daten:
Antwort von 192.168.0.157: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.0.157: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.0.157: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.0.157: Bytes=32 Zeit<1ms TTL=64

Ping-Statistik fur 192.168.0.157:
Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
(0% Verlust),
Ca. Zeitangaben in Millisek .:
Minimum = Oms, Maximum = Oms, Mittelwert = 0ms

>ping 192.168.0.1

Ping wird ausgeführt fur 192.168.0.1 mit 32 Bytes Daten:
Antwort von 192.168.0.143: Zielhost nicht erreichbar.
Antwort von 192.168.0.143: Zielhost nicht erreichbar.
Antwort von 192.168.0.143: Zielhost nicht erreichbar.
Antwort von 192.168.0.143: Zielhost nicht erreichbar.

Ping-Statistik für 192.168.0.1:
Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0

die ersten 2 Pings sind die VMs untereinander der nächste ist vmbr0 und der letzte ist das Gateway hinter vmbr0

alle VMs hängen an der vmbr0 und sehen sich auch untereinander (lassen sich anpingen) und können auch die vmbr0 anpingen. Aber sie kommen nicht dahinter. Der Proxmox kommt natürlich über die vmbr0 nach draußen.

Kann mir da jemand helfen?

Danke.

 

[privatscheiss]

so wenig Netzwerkerfahrung.

Das Zauberwort heißt NAT!

auto vmbr10
#private sub network
iface vmbr10 inet static
        address  192.168.1.1
        netmask  255.255.255.0
        bridge_ports none
        bridge_stp off
        bridge_fd 0

        post-up echo 1 > /proc/sys/net/ipv4/ip_forward
        post-up   iptables -t nat -A POSTROUTING -s '192.168.1.0/24' -o vmbr0 -j MASQUERADE
        post-down iptables -t nat -D POSTROUTING -s '192.168.1.0/24' -o vmbr0 -j MASQUERADE

die VMs hängen jetzt an vmbr10 im IP 192.168.1.xxx und siehe da es geht.

 

[RogerB]

Oder einfach auf dem ESXi Host den promiscuous mode aktivieren...

 

[ledmax]

Oder einfach auf dem ESXi Host den promiscuous mode aktivieren...

Geht das auch bei no-subscription proxmox? checks nicht

 

[RogerB]

Die Ursache, dass es nicht geht liegt nicht bei Proxmox, sondern beim darunterliegenden ESXi resp. dessen Netzwerkswitch. Aus Sicherheitsgründen ist dort der promiscuous mode ausgeschaltet und muss für diesen Fall eingeschaltet werden -> https://knowledge.broadcom.com/external/article?legacyId=1002934 Dann geht es auch ohne NAT

 

[RogerB]

Bitte entschuldige, ich habe ja deine Frage nicht beantwortet. Ja, es geht auch bei no-subscription proxmox.

 

[ledmax]

so wenig Netzwerkerfahrung.

Das Zauberwort heißt NAT!

auto vmbr10
#private sub network
iface vmbr10 inet static
        address  192.168.1.1
        netmask  255.255.255.0
        bridge_ports none
        bridge_stp off
        bridge_fd 0

        post-up echo 1 > /proc/sys/net/ipv4/ip_forward
        post-up   iptables -t nat -A POSTROUTING -s '192.168.1.0/24' -o vmbr0 -j MASQUERADE
        post-down iptables -t nat -D POSTROUTING -s '192.168.1.0/24' -o vmbr0 -j MASQUERADE

die VMs hängen jetzt an vmbr10 im IP 192.168.1.xxx und siehe da es geht.

Danke das geht! Greift auf die Bridge und leitet CT weiter

 

[ledmax]

Die Ursache, dass es nicht geht liegt nicht bei Proxmox, sondern beim darunterliegenden ESXi resp. dessen Netzwerkswitch. Aus Sicherheitsgründen ist dort der promiscuous mode ausgeschaltet und muss für diesen Fall eingeschaltet werden -> https://knowledge.broadcom.com/external/article?legacyId=1002934 Dann geht es auch ohne NAT

Dass muss ich wohl noch mal besser Studieren ^^ weil bei CT ist das glaub anders als VM