Files
docu/pve1/02_netzwerk.md
T
root 572168dbdd pve1 Host-IP von .3 auf .5 verschoben (OPNsense .3 frei).
Proxmox-Management kollidierte mit OPNsense-Fallback auf vmbr0; Doku entsprechend angepasst.
2026-06-27 21:22:24 +02:00

1.6 KiB

Netzwerk

pve1 (192.168.10.5)

Bridge Typ Verwendung
vmbr0 VLAN-aware, an nic0 WAN / VLAN-Trunk (192.168.10.5/24 Management des Hosts)
vmbr1 Intern, keine phys. Ports Host-lokales Service-Netz (OPNsense net1)

vmbr0

auto vmbr0
iface vmbr0 inet static
    address 192.168.10.5/24
    gateway 192.168.10.1
    bridge-ports nic0
    bridge-stp off
    bridge-fd 0
    bridge-vlan-aware yes
    bridge-vids 2-4094

Trunk für OPNsense-Fallback: alle VLANs getagged auf vtnet0 (analog pve2).

vmbr1

auto vmbr1
iface vmbr1 inet manual
    bridge-ports none
    bridge-stp off
    bridge-fd 0

Wichtig: Proxmox-Host 192.168.10.5, OPNsense-Fallback 192.168.10.3 — kein IP-Konflikt mehr auf vmbr0. vmbr1 ist host-lokal, kein vSwitch zu pve2. Siehe 04_fallback_aktivierung.md.

Netz Subnetz Gateway (OPNsense opt7) CARP
Services 10.100.2.0/24 10.100.2.1 nein

Auf pve1 hängt aktuell nur OPNsense-Fallback net1 an vmbr1. Dienste auf pve2 (Docker, HA) nutzen deren eigenes vmbr1.

OPNsense-Fallback (VM 104)

Proxmox OPNsense Bridge MAC
net0 vtnet0 vmbr0 BC:24:11:A1:B2:C3
net1 vtnet1 (opt7 SERVICES) vmbr1 BC:24:11:D4:E5:F6

MAC-Adressen absichtlich von pve2 abweichend.

Hinweise

  • pve1 hat nur eine physische NIC — Failover über VLAN-Trunk auf vmbr0
  • CARP-Failover betrifft nur die VLAN-Netze auf vmbr0, nicht vmbr1