Varför förlorar en Proxmox-VM nätverksåtkomsten efter migrering till en annan brygga?

Eva Wong är Teknisk skribent och den boende fixaren på ZimaSpace. En livslång nörd med en passion för hemma-labb och öppen källkod, hon specialiserar sig på att översätta komplexa tekniska koncept till tillgängliga, praktiska guider. Eva tror att självhosting ska vara roligt, inte skrämmande. Genom sina handledningar ger hon gemenskapen verktyg att avmystifiera hårdvaruinstallationer, från att bygga sin första NAS till att bemästra Docker-containrar.

En Proxmox-VM kan förlora nätverksåtkomst efter en bryggmigrering när den nya bryggan är ansluten till ett annat VLAN, en annan uplink eller en annan lager 2-sökväg.

Gästen kan behålla samma MAC-adress, IP-adress och gateway medan värden i bakgrunden ändrar hur dess ramar når switchen. Jämför den gamla och nya bryggkonfigurationen, VLAN-medvetna inställningar, fysiska eller länkaggregerade uplinkar samt paketens synlighet vid tap-gränssnittet och värdens gränssnitt innan du ändrar något i VM:n.

Jämför den gamla och nya bryggan som lager 2-sökvägar

Anteckna VM:ens NIC-modell, MAC-adress, bryggnamn, VLAN-tagg, IP-konfiguration och gateway före och efter migreringen. Ett bryggnamn i sig bevisar inte att nätverket bakom det är likvärdigt.

Ett verkligt Proxmox-hemlabbsexempel visar hur Proxmox-bryggor och VLAN-mappning ändrar vilken trafik som faktiskt når det fysiska nätverket, även när VM-konfigurationen fortfarande ser syntaktiskt giltig ut.

Om samma gäst fungerar direkt när den flyttas tillbaka till den ursprungliga bryggan ska du bevara båda bryggkonfigurationerna och jämföra sökvägen i stället för att återställa gästoperativsystemet.

Verifiera VLAN-taggning från början till slut

Kontrollera om VM:ens NIC är taggat, om bryggan är VLAN-medveten och om switchporten förväntar sig taggade eller otaggade ramar för det nätverket. Behåll gäst-IP:t oförändrat under testet.

En praktisk guide till VLAN-konfiguration i Proxmox hjälper till att skilja bryggmedlemskap från VLAN-semantik; gästen kan vara korrekt ansluten och ändå skicka ramar till fel VLAN.

Fånga trafik på värdens brygga och fysiska uplink. Om du ser ARP lämna VM:n men aldrig visas på det avsedda VLAN:et identifierar det en gräns i värden eller switchen före gästen.

Visa att den nya bryggan har rätt uplink

Kontrollera vilket fysiskt NIC, vilken länkaggregering eller vilket virtuellt gränssnitt den nya bryggan använder. Bekräfta länkstatus och förhandlad hastighet, samt om någon annan värdtjänst redan använder eller filtrerar gränssnittet.

Linux-bryggans beteende är viktigt här eftersom en Linux-brygga endast vidarebefordrar ramar genom de portar som faktiskt är anslutna till den; en brygga utan fungerande uplink kan ändå se frisk ut i konfigurationen.

Ping gatewayen från värden via det avsedda nätverket när det är lämpligt och jämför sedan paketfångster vid VM:ens tap-gränssnitt och uplinken. Åtgärda den saknade porten eller medlemskapet i länkaggregeringen i stället för att ändra DNS i gästen.

Rensa inaktuell grannstatus först när sökvägen är korrekt

Efter byte av brygga behåller VM:n samma MAC-adress, medan uppströmsenheter kan ha lärt sig den på en annan port eller i ett annat VLAN. Kontrollera ARP- eller grannposter samt switchens vidarebefordringsstatus.

Exempel på taggade VLAN i Proxmox visar hur bryggans och switchens taggningsbeslut avgör var MAC-adressen lärs in, vilket gör inaktuell lager 2-status till ett möjligt sekundärt problem efter en korrekt migrering.

Spola endast den relevanta grann- eller vidarebefordringsposten, eller vänta på normal åldring, när konfigurationen har åtgärdats. Om du rensar cacheminnen innan sökvägen är fixad kan det skapa en tillfällig framgång som försvinner igen.

Verifiera gäst-till-gateway och klient-till-gäst separat

Testa gäst till gateway, gäst till LAN-klient, LAN-klient till gäst och åtkomst till applikationen. Detta skiljer en saknad standardrutt från problem med brandvägg, returväg eller tjänstens bindning.

Den relaterade guiden om Proxmox-hemmserver från ZimaSpace ger närliggande virtualiseringskontext för att hålla ändringar av bryggor, lagring och VM:ar reproducerbara på en hemserver.

Migreringen är klar först när VM:n överlever en omstart på den nya bryggan och båda riktningarna i det ursprungliga applikationsflödet fungerar utan manuell ARP-rensning eller växling av brygga.

Support och tips

Mer att läsa

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.