Hallo zusammen.
Ich bin ziemlich frustriert nach gut 10 Stunden Kampf mit meiner Netzwerkkonfiguration und bekomme das Problem überhaupt nicht gelöst. Das Thema sollte eigentlich „einfach“ sein, und ich bin sehr unsicher, ob ich etwas grundlegend falsch mache oder ob irgendwo ein Bug vorliegt.

Ich versuche mal, das Bild zu erklären:
Heute wollte ich eine defekte HDD auf dem „pve“-Server reparieren und deshalb die OPNsense auf den „pve2“-Host verschieben. Dafür wollte ich ein „Notfall‑Netzwerk“ zwischen den beiden Servern und meinem Computer einrichten.
Idee:
Meinen Computer mit NIC 5 (enp6s0) auf dem pve2‑Server verbinden (rote Verbindung) und den pve‑Server mit NIC 6 (enp7s0). Beide NICs sollten in einer Bridge konfiguriert sein. Egal was schiefgeht, ich hätte dann immer Zugriff auf die Proxmox‑Ebene, indem ich meinem Computer eine feste IP gebe und das rote „Debug‑Kabel“ einstecke.
Ich kämpfe nun seit mehreren Stunden (mit Unterstützung von Gemini), aber komme nicht weiter:
Hier kann man das mal gut auf der Konsole beobachten. Nach dem Ping ist die falsche MAC wieder auf dem Windows-PC angekommen:
PS C:\WINDOWS\system32> arp -a 192.168.3.52
Schnittstelle: 192.168.3.100 --- 0xb
Internetadresse Physische Adresse Typ
192.168.3.5260-be-b4-0a-0e-9f dynamisch
PS C:\WINDOWS\system32> arp -d 192.168.3.52
PS C:\WINDOWS\system32> arp -a 192.168.3.52
Keine ARP-Einträge gefunden.
PS C:\WINDOWS\system32> ping 192.168.3.52
Ping wird ausgeführt für 192.168.3.52 mit 32 Bytes Daten:
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Ping-Statistik für 192.168.3.52:
Pakete: Gesendet = 2, Empfangen = 0, Verloren = 2
(100% Verlust),
STRG-C
PS C:\WINDOWS\system32> arp -a 192.168.3.52
Schnittstelle: 192.168.3.100 --- 0xb
Internetadresse Physische Adresse Typ
192.168.3.5260-be-b4-0a-0e-9f dynamisch
Ich habe dann noch einen weiteren tcpdump, diesmal auf der bridge vmbr2, gemacht. Hier scheint das Problem zu liegen:
root@pve2:~# tcpdump -eni vmbr2 arp
21:44:21.324410 60:be:b4:0a:0e:9f > 2c:f0:5d:cf:90:8e, ethertype 802.1Q (0x8100), length 46: vlan 20, p 0, ethertype ARP (0x0806), Reply 192.168.3.52 is-at 60:be:b4:0a:0e:9f, length 28
Ich habe wirklich keine Idee mehr, warum immer wieder eine falsche MAC‑Adresse in der ARP‑Tabelle meines Windows‑Rechners auftaucht.
Was mischt denn vmbr2 da drin rum auf einem ganz anderen Port?
Nun habe ich das exakt gleiche Verhalten auch auf dem zweiten Proxmox Server:
Ich vergebe einer Schnittstelle eine fest IP auf einem freien Port, und beim Ping kommt dann eine MAC-Adresse von dem anderen Brigde-Port an.
Das scheint mir so nicht richtig zu sein.
Was meint ihr?
Danke & viele Grüße,
Marcus
Ich bin ziemlich frustriert nach gut 10 Stunden Kampf mit meiner Netzwerkkonfiguration und bekomme das Problem überhaupt nicht gelöst. Das Thema sollte eigentlich „einfach“ sein, und ich bin sehr unsicher, ob ich etwas grundlegend falsch mache oder ob irgendwo ein Bug vorliegt.

Ich versuche mal, das Bild zu erklären:
- Ich habe zwei Proxmox‑Server (nicht in einem Cluster): pve und pve2.
Der erste Server „pve“ hostet meine OPNsense‑Firewall in einer VM. Er hat vier Netzwerkkarten. - Port 1 ist mit dem DSL‑Modem verbunden
- Port 2 ist mit dem Switch verbunden
- Der zweite Server „pve2“ hostet mehrere Container/VMs. Er hat sechs Netzwerkkarten.
- NIC 2 ist in einer Bridge konfiguriert und mit dem Switch verbunden.
- Der WLAN‑Access‑Point ist ebenfalls mit dem Switch verbunden.
- Soweit funktioniert alles gut.
Heute wollte ich eine defekte HDD auf dem „pve“-Server reparieren und deshalb die OPNsense auf den „pve2“-Host verschieben. Dafür wollte ich ein „Notfall‑Netzwerk“ zwischen den beiden Servern und meinem Computer einrichten.
Idee:
Meinen Computer mit NIC 5 (enp6s0) auf dem pve2‑Server verbinden (rote Verbindung) und den pve‑Server mit NIC 6 (enp7s0). Beide NICs sollten in einer Bridge konfiguriert sein. Egal was schiefgeht, ich hätte dann immer Zugriff auf die Proxmox‑Ebene, indem ich meinem Computer eine feste IP gebe und das rote „Debug‑Kabel“ einstecke.
Ich kämpfe nun seit mehreren Stunden (mit Unterstützung von Gemini), aber komme nicht weiter:
- Von pve zu pve2 habe ich mit dieser Konfiguration Zugriff (Ping, SSH).
- Aber vom PC zu pve2 bekomme ich beim Ping nichts (sichtbares) zurück. (ich bekomme eine falsche MAC Adresse, siehe unten)
- Ein tcpdump zeigt, dass anscheinend eine ARP‑Anfrage empfangen wird. Aber pve2 antwortet nie an den PC.
- Ich habe die Bridge gelöscht und habe statische IPs ohne Bridge konfiguriert – mit verschiedenen IP‑Bereichen für NIC5 und NIC6 (so wie jetzt im Bild). Doch selbst damit funktioniert es nicht.
- Mysteriöserweise: Auch wenn ich die ARP‑Tabellen auf pve2 und dem Windows‑11‑PC lösche, taucht nach jedem Ping eine falsche MAC‑Adresse (60:BE:B4:0A:0E:9F) in meiner ARP‑Tabelle auf.
- Diese MAC‑Adresse gehört zur enp3s0‑Schnittstelle hinter vmbr2.
- Ich habe verschiedene Einstellungen mit arp_ignore, arp_announce und arp_proxy getestet, aber ohne Erfolg. Ich habe wirklich keine Idee mehr, warum immer wieder eine falsche MAC‑Adresse in der ARP‑Tabelle meines Windows‑Rechners auftaucht.
Hier kann man das mal gut auf der Konsole beobachten. Nach dem Ping ist die falsche MAC wieder auf dem Windows-PC angekommen:
PS C:\WINDOWS\system32> arp -a 192.168.3.52
Schnittstelle: 192.168.3.100 --- 0xb
Internetadresse Physische Adresse Typ
192.168.3.5260-be-b4-0a-0e-9f dynamisch
PS C:\WINDOWS\system32> arp -d 192.168.3.52
PS C:\WINDOWS\system32> arp -a 192.168.3.52
Keine ARP-Einträge gefunden.
PS C:\WINDOWS\system32> ping 192.168.3.52
Ping wird ausgeführt für 192.168.3.52 mit 32 Bytes Daten:
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Ping-Statistik für 192.168.3.52:
Pakete: Gesendet = 2, Empfangen = 0, Verloren = 2
(100% Verlust),
STRG-C
PS C:\WINDOWS\system32> arp -a 192.168.3.52
Schnittstelle: 192.168.3.100 --- 0xb
Internetadresse Physische Adresse Typ
192.168.3.5260-be-b4-0a-0e-9f dynamisch
Ich habe dann noch einen weiteren tcpdump, diesmal auf der bridge vmbr2, gemacht. Hier scheint das Problem zu liegen:
root@pve2:~# tcpdump -eni vmbr2 arp
21:44:21.324410 60:be:b4:0a:0e:9f > 2c:f0:5d:cf:90:8e, ethertype 802.1Q (0x8100), length 46: vlan 20, p 0, ethertype ARP (0x0806), Reply 192.168.3.52 is-at 60:be:b4:0a:0e:9f, length 28
Ich habe wirklich keine Idee mehr, warum immer wieder eine falsche MAC‑Adresse in der ARP‑Tabelle meines Windows‑Rechners auftaucht.
Was mischt denn vmbr2 da drin rum auf einem ganz anderen Port?
Nun habe ich das exakt gleiche Verhalten auch auf dem zweiten Proxmox Server:
Ich vergebe einer Schnittstelle eine fest IP auf einem freien Port, und beim Ping kommt dann eine MAC-Adresse von dem anderen Brigde-Port an.
Das scheint mir so nicht richtig zu sein.
Was meint ihr?
Danke & viele Grüße,
Marcus