Mudei recentemente, então tive que desligar meu servidor (18.04, atualizado a partir de 16.04). Tudo funcionou bem antes da mudança, mas desde a mudança e configuração da rede novamente, o sistema operacional principal não pode atualizar, "apt upgrade", executar ping em redes externas ou fazer download.
Apenas uma ação funcionou até agora:route add default gw 192.168.0.1 p3p1
O que é mais estranho é que os três sistemas operacionais convidados que executo nesse host funcionam perfeitamente:
uma VM pfSense com passagem vtd para uma placa de rede dual gigabit, atuando como roteador/firewall de internet da rede
um convidado Debian executando Debian de baixa especificação, hospedando PiHole e macvtap para sua rede
um terceiro convidado executando o Lubuntu que tem acesso VTd a um único cartão Gigabit.
O sistema principal (com sua própria NIC dedicada), pihole (macvtap) e Lubuntu (placa vtd), roda em um roteador antigo configurado no modo switch com apenas seu ponto de acesso ativo. O resto da rede funciona perfeitamente (3 telefones Android, 2 PCs com Windows e um Xbox One).
O arquivo /etc/network/interfaces não tem referência a p3p1 ; /etc/network/interfaces.d e /etc/netplan não contêm absolutamente nada.
Posso fazer ssh no servidor de dentro da rede e os compartilhamentos de samba ainda funcionam, assim como os compartilhamentos nfs entre o host principal e o convidado do Lubuntu.
Além de ter que remontar os compartilhamentos nfs no Lubuntu após a inicialização completa dos convidados, essa configuração funcionou bem por meses. Essa configuração cresceu de um sistema operacional único básico para a configuração descrita ao longo dos anos.
Seguindo as práticas recomendadas, qual é um plano de ação confiável para solução de problemas?
EDIT 1: conforme solicitado, a saída ip aé a seguinte:
ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 4: p3p1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000 link/ether d0:50:99:9b:bb:2f brd ff:ff:ff:ff:ff:ff inet 192.168.0.139/24 brd 192.168.0.255 scope global dynamic p3p1 valid_lft 6465sec preferred_lft 6465sec 8: macvtap0@p3p1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 500 link/ether 52:54:00:91:11:62 brd ff:ff:ff:ff:ff:ff inet 169.254.23.72/16 brd 169.254.255.255 scope global macvtap0 valid_lft forever preferred_lft forever inet6 fe80::711b:c0b9:3b0:b333/64 scope link valid_lft forever preferred_lft forever
a saída do comando nmcli con showmostra que p3p1 está presente e ativo
ethernet ********-****-****-****-************ ethernet p3p1 macvtap0 ********-****-****-****-************ macvlan macvtap0
como observação adicional, o sistema foi iniciado em 16.04 e passou por pelo menos uma atualização, portanto não sei qual gerenciador de rede ele está usando.