NAT automatically does MAC translation, how else should that work?
You probably have to spoof vmbr0's MAC address for the one that's registered with your provider.
Ich verstehe den Sinn dahinter trotzdem nicht so ganz. Die Restore-Geschwindigkeit hängt noch an so viel mehr Faktoren, welche wertvolle Information erhoffst du dir von der Größe des Backups? Es dauert so lang, wie es dauert. Außerdem kannst du inzwischen live restoren, damit wird die...
You don't need to define an address at all, if you want all of the host's traffic go through the OPNSense VM, only a bridge without any further settings.
The address for OPNSense's WAN is then defined inside the VM. There you have to choose "static address", like you would do with any lan interface.
You don't need an external stonith procedure. PVE works with a software watchdog and has a usual downtime in case of a node failure of 2 to 5 minutes.
Additionally, if the node just doesn't react anymore, power consumption could be unchanged and you would never know that the node failed.
Well, with three nodes you're on the minimum. If one fails there is no other node to take the PGs and Ceph has to put PGs on hosts twice, which it initially tries to avoid.
But if you keep that in mind and don't fill the OSDs for more than 66%, it will work.
Without deeper knowledge I would say that vmbr42 is acting like a switch and thus only forwards the traffic to the respective guest which is the valid recipient, just like a hardware switch would do.
But I don't know an answer to your question.
That's because the firewall does its job: dropping packets. If you want pings, you have to allow ICMP packets, incoming and outgoing depending on the policy that you defined for host and guest.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.