Waarom verliest een Proxmox-VM de netwerktoegang na migratie naar een andere bridge?
Een Proxmox-VM kan na een bridgemigratie de netwerktoegang verliezen wanneer de nieuwe bridge is gekoppeld aan een andere VLAN, uplink of Layer-2-route.
De guest kan hetzelfde MAC-adres, IP-adres en dezelfde gateway behouden, terwijl de host ongemerkt verandert hoe de frames de switch bereiken. Vergelijk de oude en nieuwe bridgeconfiguratie, VLAN-aware-instellingen, fysieke of gebundelde uplinks en de zichtbaarheid van pakketten op de tap en de hostinterface voordat je iets in de VM wijzigt.
Vergelijk de oude en nieuwe bridge als Layer-2-routes
Noteer vóór en na de migratie het VM-NIC-model, MAC-adres, bridgenaam, VLAN-tag, IP-configuratie en gateway. Alleen een bridgenaam bewijst niet dat het netwerk erachter gelijkwaardig is.
Een echte Proxmox-homelabcasus laat zien hoe wijzigingen in Proxmox-bridge- en VLAN-koppeling bepalen welk verkeer het fysieke netwerk daadwerkelijk bereikt, zelfs wanneer de VM-configuratie er syntactisch nog geldig uitziet.
Als dezelfde guest onmiddellijk weer werkt wanneer je hem terugplaatst op de oorspronkelijke bridge, bewaar dan beide bridgeconfiguraties en vergelijk het netwerkpad in plaats van het guest-besturingssysteem opnieuw in te stellen.
Controleer VLAN-tagging van begin tot eind
Controleer of de VM-NIC is getagd, of de bridge VLAN-aware is en of de switchpoort voor dat netwerk getagde of ongetagde frames verwacht. Laat het IP-adres van de guest tijdens deze test ongewijzigd.
Een praktische handleiding voor VLAN-configuratie in Proxmox helpt om bridgelidmaatschap en VLAN-semantiek van elkaar te onderscheiden; de guest kan correct zijn gekoppeld en toch frames naar de verkeerde VLAN sturen.
Leg verkeer vast op de hostbridge en de fysieke uplink. Als je ARP de VM ziet verlaten maar nooit op de bedoelde VLAN verschijnt, ligt het probleem vóór de guest, op de host of bij de switchgrens.
Bewijs dat de nieuwe bridge de juiste uplink heeft
Controleer welke fysieke NIC, bond of virtuele interface de nieuwe bridge gebruikt. Bevestig de linkstatus en onderhandelde snelheid, en controleer of een andere hostservice die interface al gebruikt of filtert.
Het gedrag van de Linux-bridge is hierbij belangrijk, omdat een Linux-bridge frames alleen doorstuurt via de poorten die er daadwerkelijk aan zijn gekoppeld; een bridge zonder bruikbare uplink kan er in de configuratie toch gezond uitzien.
Ping waar passend vanaf de host de gateway via het bedoelde netwerk en vergelijk vervolgens de packet captures op de VM-tap en uplink. Herstel de ontbrekende poort- of bondkoppeling in plaats van de DNS-instellingen van de guest te wijzigen.
Wis verouderde neighborstatus pas nadat het pad correct is
Na het wijzigen van bridges behoudt de VM hetzelfde MAC-adres, terwijl upstreamapparaten het mogelijk op een andere poort of VLAN hebben geleerd. Controleer ARP- of neighborvermeldingen en de forwardingstatus van de switch.
Voorbeelden van getagde VLAN's in Proxmox laten zien hoe bridge- en switch-tagging bepalen waar dat MAC-adres wordt geleerd. Daardoor is verouderde Layer-2-status een plausibel secundair probleem na een correct uitgevoerde migratie.
Flush alleen de relevante neighbor- of forwardingvermelding, of wacht totdat deze normaal veroudert, nadat de configuratie is hersteld. Caches wissen voordat je het pad repareert, kan tijdelijk succes opleveren dat opnieuw verdwijnt.
Controleer guest-naar-gateway en client-naar-guest afzonderlijk
Test guest naar gateway, guest naar LAN-client, LAN-client naar guest en toegang tot de applicatie. Zo onderscheid je een ontbrekende standaardroute van firewall-, retourpad- of service-bindingsproblemen.
De gerelateerde Proxmox-thuisserverconfiguratie voor ZimaSpace biedt de aangrenzende virtualisatiecontext om bridge-, opslag- en VM-wijzigingen reproduceerbaar te houden op een thuisserver.
De migratie is pas voltooid wanneer de VM na een herstart op de nieuwe bridge blijft werken en beide richtingen van de oorspronkelijke applicatiestroom functioneren zonder handmatig ARP te wissen of de bridge te schakelen.
Aanbevolen producten
Ondersteuning & Tips
Meer om te lezen
Kan Plex een GPU delen met een andere Docker-container?
Plex en een andere container kunnen vaak dezelfde GPU gebruiken, maar je moet de driverondersteuning, apparaattoewijzing, belasting van de video-engine, het geheugengebruik en het...
Hoe je kunt bepalen of een Plex-fout door de client of de server wordt veroorzaakt
Reproduceer hetzelfde item op een andere client, vergelijk het sessiepad en verzamel pas serverbewijs nadat de scope heeft uitgewezen waar de fout daadwerkelijk zit.
Plex-cache en tijdelijke opslag voor transcodering configureren
Bescherm de permanente Plex-status door tijdelijke transcodebestanden op geschikte lokale opslag te plaatsen en controleer vervolgens het opruimen, de beschikbare ruimte en het gedrag...
