Messages

https://forum.opnsense.org/index.php?topic=44680.msg223290#msg223290

Hey, thanks for your response! It really helped, and now the VMs can ping each other successfully.

However, OSPF still wasn't working initially and remained stuck in the ExStart state instead of transitioning to Full. But, as usual, a reboot solved the issue, and it's now working as expected.

[Das Problem:]

Hallo zusammen, 

ich versuchte, OSPF in einer Entwicklungsumgebung einzurichten, und bin dabei auf seltsame Probleme gestoßen. Hier ist was ich bisher gemacht habe: 

1. Ich habe zwei VMs mit OPNsense auf meinem Host-System eingerichtet. 
2. OSPF funktioniert jedoch nicht vollständig, und ich habe festgestellt, dass die beiden VMs nicht direkt miteinander kommunizieren können. 

Das Problem: 
Wenn VM1 (MAC: ...:0b:a8, IPv4: x.x.x.110) VM2 (MAC: ...:e1:01, IPv4: x.x.x.111) anpingt: 
- Die ICMP-Anfrage erreicht VM2, aber die Antwort wird an die MAC-Adresse des Standard-Gateways (physische OPNsense-Maschine, MAC: ...:39:83, IPv4: x.x.x.1) gesendet, anstatt an VM1. 
- Das gleiche Problem tritt umgekehrt auf: Die Anfrage von VM2 erreicht VM1, aber die Antwort wird ebenfalls an das Standard-Gateway gesendet. 

Debugging-Schritte: 
1. Ich vermutete, dass die Bridge-Interfaces des Host-Systems den Fehler verursachen könnten. Um das auszuschließen, habe ich eine dritte VM mit Ubuntu hinzugefügt: 
   - Ubuntu verhält sich wie erwartet: Es antwortet korrekt auf Pings von beiden VMs. 
   - Wenn Ubuntu jedoch die OPNsense-VMs anpingt, werden die Antworten erneut an die MAC-Adresse des Gateways gesendet, anstatt an Ubuntu zurück. 

2. Ich habe die ARP-Tabelle auf beiden OPNsense-VMs überprüft (Interface > Diagnostics > ARP Table): 
   - Alle MAC-Adressen sind korrekt den jeweiligen IP-Adressen zugeordnet. 

3. Ich habe verschiedene Interface-Zuweisungen für die OPNsense-VMs getestet: 
   - Beide VMs über LAN oder WAN verbunden. 
   - Immer ,,Allow All"-Firewall-Regeln auf allen Interfaces aktiviert. 

4. Das Standard-Gateway (physische OPNsense-Maschine) zeigt dieses Verhalten nicht. Es antwortet korrekt und routet den Datenverkehr wie erwartet. 

Beobachtungen: 
Dieses fehlerhafte Verhalten mit den MAC-Adressen tritt nur bei den virtuellen OPNsense-Instanzen auf. Die physische OPNsense-Maschine und die Ubuntu-VM haben keine derartigen Probleme. 

Ich fühle mich eigentlich recht sicher beim Debuggen von Netzwerkproblemen, aber in diesem Fall bin ich ratlos. Hat jemand eine Idee, warum die Antwort-MAC-Adresse bei den OPNsense-VMs falsch ist? Oder Vorschläge, wie ich das Problem weiter analysieren und beheben kann? 

Vielen Dank im Voraus!

[The Problem:]

Hi everyone,

I'm trying to set up OSPF in a development environment and ran into a strange issue. Here's what I've done so far:

1. I set up two VMs running OPNsense on my host machine.
2. However, OSPF is not fully functional, and I discovered that the two VMs cannot communicate with each other directly.

The Problem:
When VM1 (MAC: ...:0b:a8, IPv4: x.x.x.110) pings VM2 (MAC: ...:e1:01, IPv4: x.x.x.111):
- The ICMP request reaches VM2, but the response is sent back to the default gateway's MAC address (physical OPNsense machine, MAC: ...:39:83, IPv4: x.x.x.1) instead of VM1.
- The same issue happens in reverse: VM2's request reaches VM1, but the response goes to the gateway's MAC.

Debugging Steps:
1. I suspected the host machine's bridge interfaces might be causing the issue. To rule this out, I added a third VM running Ubuntu:
  - Ubuntu behaves as expected: it responds correctly to pings from both VMs.
  - However, when Ubuntu pings the OPNsense VMs, their responses again go to the gateway's MAC instead of back to Ubuntu.

2. I checked the ARP Table on both OPNsense VMs (Interface > Diagnostics > ARP Table):
  - All MAC addresses appear to be correct for the respective IPs.

3. I tried different interface assignments for the OPNsense VMs:
  - Connected them via LAN and WAN interfaces.
  - Ensured "Allow All" firewall rules are in place on all interfaces.

4. The default gateway (physical OPNsense) doesn't exhibit this behavior—it responds correctly and routes traffic as expected.

Observations:
This incorrect MAC address behavior only occurs with the virtual OPNsense instances. The physical OPNsense machine and the Ubuntu VM don't have these issues.

I feel comfortable troubleshooting networking problems, but this one has me stumped. Does anyone have ideas on why the response MAC address is incorrect for the OPNsense VMs? Or suggestions on how to fix/debug this further?

Thanks in advance!

Man kann als Maschine zwichen Q35 und i440 wechseln. ich habe das standart FreeBSD Template benutzt und da war standart Q35. Als ich die VM neu aufgesetzt habe mit i440 hat alles spitzen geklappt!

Hallo,

ich nutze Unraid und möchte in einer Virtuellenmaschine OPNsense laufen lasse. Ich habe eine Intel i350 T4 Kontrollerkarte zugewiesen. Ich hatte es vorher mit dem Onboard und einer 10G Lan Karte versucht aber die haben beide auch schon nicht funktioniert. Ich installiere OPNsense und wenn ich mich einlogge und die Interfaces zuweisen möchte steht dann dort dass keine Interfaces erkannt wurden. Ich dachte es liegt daran dass keine Treiber für FreeBSD vorhanden sind. Deswegen habe ich mir jetzt die Interl i350 gekauft und die hat meines Wissens Treiber dafür, aber ich weiß nicht wieso die nicht als Interface erkannt wird.

Vielen Dank für jegliche Hilfe.