Porque é que uma VM do Proxmox perde o acesso à rede depois de migrar para outra bridge?
Uma VM Proxmox pode perder o acesso à rede após uma migração de bridge, quando a nova bridge está ligada a uma VLAN, uplink ou caminho de Camada 2 diferente.
O guest pode manter o mesmo endereço MAC, IP e gateway, enquanto o host altera silenciosamente a forma como os respetivos frames chegam ao switch. Compare a configuração da bridge antiga e da nova, as definições de VLAN-aware, os uplinks físicos ou agregados e a visibilidade dos pacotes no tap e na interface do host antes de alterar alguma coisa dentro da VM.
Compare as Bridges Antiga e Nova como Caminhos de Camada 2
Registe o modelo da NIC da VM, o endereço MAC, o nome da bridge, a etiqueta VLAN, a configuração IP e o gateway antes e depois da migração. O nome de uma bridge, por si só, não prova que a rede por trás dela seja equivalente.
Um caso real de homelab Proxmox mostra como as alterações na configuração de bridges e do mapeamento de VLANs no Proxmox mudam o tráfego que chega efetivamente à rede física, mesmo quando a configuração da VM continua a parecer sintaticamente válida.
Se o mesmo guest funcionar imediatamente quando é movido novamente para a bridge original, preserve ambas as configurações das bridges e compare o caminho, em vez de repor o sistema operativo guest.
Verifique a Etiquetagem de VLAN de Ponta a Ponta
Verifique se a NIC da VM está etiquetada, se a bridge é VLAN-aware e se a porta do switch espera frames etiquetados ou não etiquetados para essa rede. Mantenha o IP do guest inalterado durante este teste.
Um guia prático sobre a configuração de VLAN no Proxmox ajuda a separar a associação à bridge da semântica das VLANs; o guest pode estar corretamente ligado e, ainda assim, enviar frames para a VLAN errada.
Capture tráfego na bridge do host e no uplink físico. Ver ARP a sair da VM, mas nunca aparecer na VLAN pretendida, identifica um problema no host ou no switch antes de chegar ao guest.
Comprove que a Nova Bridge Tem o Uplink Correto
Verifique que NIC física, bond ou interface virtual a nova bridge utiliza. Confirme o estado da ligação, a velocidade negociada e se outro serviço do host já está a utilizar ou a filtrar essa interface.
O comportamento da bridge Linux é relevante neste caso, porque uma bridge Linux encaminha frames apenas através das portas que estão efetivamente ligadas a ela; uma bridge sem um uplink utilizável pode continuar a parecer saudável na configuração.
Quando for apropriado, faça ping ao gateway a partir do host através da rede pretendida e compare depois as capturas de pacotes no tap da VM e no uplink. Corrija a porta ou a associação ao bond em falta, em vez de alterar o DNS do guest.
Limpe o Estado Antigo dos Vizinhos Apenas Depois de Corrigir o Caminho
Depois de alterar as bridges, a VM mantém o mesmo MAC, enquanto os dispositivos a montante podem tê-lo aprendido numa porta ou VLAN diferente. Verifique as entradas ARP ou de vizinhos e o estado de encaminhamento do switch.
Os exemplos de VLANs etiquetadas no Proxmox mostram como as decisões de etiquetagem da bridge e do switch determinam onde esse MAC é aprendido, tornando o estado antigo de Camada 2 um problema secundário plausível após uma migração correta.
Depois de corrigir a configuração, limpe apenas a entrada relevante de vizinho ou de encaminhamento, ou aguarde o envelhecimento normal. Limpar as caches antes de corrigir o caminho pode criar um sucesso temporário que desaparece novamente.
Verifique Separadamente Guest-Gateway e Cliente-Guest
Teste guest para gateway, guest para cliente da LAN, cliente da LAN para guest e acesso à aplicação. Isto permite distinguir uma rota predefinida em falta de problemas de firewall, caminho de retorno ou associação do serviço à interface.
O guia relacionado sobre a configuração de servidor doméstico Proxmox da ZimaSpace fornece o contexto de virtualização adjacente necessário para manter reprodutíveis as alterações à bridge, ao armazenamento e às VMs num servidor doméstico.
A migração só está concluída quando a VM sobrevive a um reinício na nova bridge e ambas as direções do fluxo original da aplicação funcionam sem limpar manualmente o ARP ou alternar a bridge.
Produtos recomendados
Suporte e Dicas
Mais para Ler
O Plex pode partilhar uma GPU com outro contentor Docker?
O Plex e outro contentor conseguem frequentemente aceder à mesma GPU, mas é necessário testar o suporte dos controladores, o mapeamento de dispositivos, a...
Como saber se um erro do Plex vem do cliente ou do servidor
Reproduza o mesmo item noutro cliente, compare o percurso da sessão e, em seguida, recolha provas do servidor apenas depois de o âmbito lhe...
Como configurar a cache do Plex e o armazenamento temporário de transcodificação
Proteja o estado persistente do Plex enquanto coloca os ficheiros temporários de transcodificação num armazenamento local adequado e, em seguida, verifique a limpeza, o...
