Curso de Ubuntu 26.04 / Configurar una IP fija, verificar DNS y recuperar la red
Para configurar una IP fija, identifique la interfaz y el gestor de red y prepare una consola y una copia del estado anterior. Valide Netplan, pruebe el cambio con tiempo límite y confirme nuevas conexiones antes de aceptarlo; en este laboratorio la IP fija se añade a una red solo anfitrión y la interfaz NAT conserva DHCP y DNS.
Verificar los valores reales de la red y el propietario de la configuración
ip -br address
ip route
resolvectl status
sudo netplan get
Compruebe que la dirección no entra en conflicto con otros equipos. Utilizamos la red solo anfitrión de la práctica de máquinas virtuales: servidor 192.168.56.20/24, cliente Linux 192.168.56.10/24 y anfitrión 192.168.56.1/24. La falta de respuesta a ping no demuestra que una IP esté libre. Identifique los adaptadores de red (NIC), sus direcciones de enlace MAC y la ruta predeterminada actual.
El siguiente YAML es para un nuevo servidor de práctica con dos NIC cableadas gestionadas por systemd-networkd. Se verifica en la configuración y en la MAC real si enp0s3 es NAT/DHCP y enp0s8 es la red solo para host. La configuración generada automáticamente, como cloud-init, se cambia a través del procedimiento del gestor correspondiente.
Preparar primero la copia de seguridad y la consola
(
set -eu
backup=$(sudo mktemp -d /root/netplan-backup.XXXXXX)
sudo cp -a /etc/netplan "$backup/"
printf 'Backup: %s\n' "$backup"
)
Registre la ruta de la copia de seguridad y el nombre del archivo que realmente va a editar, e inicie sesión en la ventana de la VM o en la consola del proveedor. Mantenga las sesiones SSH existentes. Si hay otro YAML que defina la misma interfaz, verifique el resultado de la fusión y no espere que se sobrescriba al añadir un nuevo archivo.
Asignar una IP fija en la red solo anfitrión y conservar NAT
Abra el Netplan original verificado con sudoedit y modifíquelo para que coincida con el nombre real de la interfaz. El siguiente es un ejemplo mínimo completo que mantiene la dirección DHCP de NAT, la ruta predeterminada y el DNS, y asigna una dirección fija solo a la NIC de host. Conserva las políticas de otras NIC, IPv6, puente y VLAN del archivo existente, y no duplica definiciones con el nuevo archivo.
network:
version: 2
renderer: networkd
ethernets:
enp0s3:
dhcp4: true
enp0s8:
dhcp4: false
addresses:
- 192.168.56.20/24
Restrinja los permisos del archivo para que solo el administrador pueda leer y escribir, y verifique la ruta de destino al aplicar sudo chmod 600 archivo_de_configuración_real. Las políticas DHCPv6, RA y DNS en entornos que usan IPv6 se conservan por separado. No elimine la configuración IPv6 existente solo porque el ejemplo sea de IPv4.
Probar con tiempo límite después de comprobar la sintaxis
sudo netplan generate && sudo netplan try --timeout 120
Si generate falla, no lo aplique y modifique el archivo, línea o clave con error. Durante la espera de try, conéctese desde otra terminal o cliente usando la nueva dirección y compruebe la ruta predeterminada, el DNS y los servicios necesarios antes de aprobar. No suponga que la restauración por tiempo de espera funciona perfectamente en todos los entornos y mantenga la consola activa.
Verificar dirección del cliente y ruta real
En la segunda máquina virtual, que actúa como cliente Linux y utiliza networkd, configure 192.168.56.10/24 en su interfaz solo anfitrión; el servidor utiliza .20. Mantenga DHCP en las interfaces NAT de ambas máquinas. La comunicación entre cliente y servidor usa directamente la red solo anfitrión y no necesita un reenvío de puertos NAT.
ip -br address
ip route
ip route get 192.168.56.10
resolvectl query ubuntu.com
El route get anterior consulta desde el servidor la ruta a .10; desde el cliente, consulte .20. En esta topología, los destinos de 192.168.56.0/24 usan la interfaz solo anfitrión y la ruta predeterminada a Internet procede de NAT. No configure .1 como puerta de enlace o DNS de la interfaz solo anfitrión sin un servicio que realmente cumpla esa función.
Restaurar el archivo original y el estado en caso de fallo de conexión
Desde la consola, compruebe las direcciones activas y el YAML guardado en disco. Compare con la copia y restaure solo los archivos que modificó. Si creó un YAML adicional para esta prueba, guárdelo y retire únicamente ese archivo para que no siga fusionándose con el original. Ejecute generate de nuevo y aplique según el plan de recuperación; compruebe que vuelven las direcciones, rutas y resolutores anteriores.
Compruebe el estado antes y después de reiniciar. Valide la resolución de nombres, por ejemplo con resolvectl query ubuntu.com, y abra nuevas conexiones de cliente a los servicios. Un único ping no determina toda la conectividad: ICMP puede estar filtrado.




