Me mudé recientemente, así que tuve que apagar mi servidor (18.04, actualizado desde 16.04). Todo funcionó bien antes de mudarse, pero desde que se mudó y configuró la red nuevamente, el sistema operativo principal no puede actualizarse, "actualizarse correctamente", hacer ping a redes externas ni descargar.
Hasta ahora sólo una acción ha funcionado:route add default gw 192.168.0.1 p3p1
Lo que es más extraño es que los 3 sistemas operativos invitados que ejecuto desde ese host funcionan perfectamente:
una máquina virtual pfSense con un paso vtd a una tarjeta de red gigabit dual, que actúa como enrutador/cortafuegos de Internet de la red
un invitado de Debian que ejecuta Debian de baja especificación y aloja PiHole y macvtap para su conexión en red
un tercer invitado que ejecuta Lubuntu y tiene acceso VTd a una única tarjeta Gigabit.
El sistema principal (con su propia NIC dedicada), pihole (macvtap) y Lubuntu (tarjeta vtd) se ejecutan en un enrutador antiguo configurado en modo conmutador con solo su punto de acceso activo. El resto de la red funciona perfectamente (3 teléfonos Android, 2 PC con Windows y una Xbox One).
El archivo /etc/network/interfaces no tiene ninguna referencia a p3p1; /etc/network/interfaces.d y /etc/netplan no contienen nada en absoluto.
Puedo ingresar al servidor desde dentro de la red y los recursos compartidos de samba aún funcionan, al igual que los recursos compartidos de nfs entre el host principal y el invitado de Lubuntu.
Aparte de tener que volver a montar las acciones de nfs en Lubuntu después de que los invitados se hayan iniciado por completo, esta configuración ha funcionado bien durante meses. Esta configuración se ha disparado desde un sistema operativo único básico a la configuración descrita a lo largo de años.
Siguiendo las mejores prácticas, ¿qué es un plan de acción confiable para la resolución de problemas?
EDITAR 1: según lo solicitado, el resultado ip aes el siguiente:
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
el resultado del comando nmcli con showmuestra que p3p1 está presente y activo
ethernet ********-****-****-****-************ ethernet p3p1 macvtap0 ********-****-****-****-************ macvlan macvtap0
Como nota adicional, el sistema se inició el 16.04 y ha pasado por al menos una actualización, por lo que no sé qué administrador de red está utilizando.