Tiene un portátil, un Gateway y un cable Ethernet directo, pero el portátil no obtiene ninguna dirección. Para acceder al Gateway por ese cable, el portátil necesita una dirección estática en la misma subred /24. En Ubuntu Desktop, la forma más clara es crear un segundo perfil de NetworkManager para el enlace con el Gateway. El perfil cableado habitual permanece intacto y puede volver a él con una sola orden.
Esta guía se aplica a las interfaces de Ubuntu Desktop gestionadas por NetworkManager en Ubuntu 22.04 LTS y versiones posteriores. Ubuntu Server utiliza archivos YAML de Netplan y requiere otro procedimiento, al igual que los puentes, las interfaces agregadas y las VLAN. Trabaje desde el portátil. No modifique una interfaz que mantiene una sesión remota necesaria. No desactive el cortafuegos, la VPN ni NetworkManager globalmente para hacer funcionar el ejemplo.
Ajustes de gestión directa de EpiSensor
Un ZGW-20 con la configuración de red de fábrica responde en 172.31.255.1/24 por su puerto de gestión. Este es el puerto Ethernet Gigabit. El puerto de 2,5 Gigabit es la conexión ascendente a la red de la instalación.
| Campo del portátil | Valor |
|---|---|
| Dirección IPv4 | 172.31.255.123 (sirve cualquier dirección libre entre .2 y .254) |
| Prefijo / máscara | /24 / 255.255.255.0 |
| Puerta de enlace | Dejar vacío |
| DNS | Dejar vacío |
| Dirección de gestión del Gateway | 172.31.255.1 |
El puerto de gestión no ejecuta un servidor DHCP, por lo que debe configurar manualmente la dirección del portátil. El propio puerto es un cliente DHCP. Si se conecta a una red con servidor DHCP, recibe una segunda dirección y conserva 172.31.255.1. Nunca proporciona una ruta predeterminada.
Un Gateway actualizado desde una imagen antigua o con ajustes de red modificados en la instalación puede utilizar otras direcciones. Si ya puede acceder a Edge desde la red de la instalación, Settings > Networking de Edge muestra el perfil de gestión y sus direcciones. El PDF anterior de EpiSensor para Linux, en inglés indica la misma dirección de portátil con una máscara antigua 255.255.0.0 (/16). Esta guía lo sustituye: utilice los valores /24 anteriores.
Este procedimiento modifica el portátil, no el Gateway.
Antes de modificar el portátil
Conecte el portátil al puerto Gigabit del Gateway y encienda el Gateway. Después, enumere las interfaces y los perfiles:
nmcli --version
nmcli device status
nmcli -f NAME,UUID,TYPE,DEVICE connection showUna interfaz cableada integrada suele tener un nombre como enp3s0 o enp0s31f6. Un adaptador Ethernet USB o USB-C suele recibir un nombre derivado de su dirección MAC, como enx00e04c680123. Si no sabe cuál es la interfaz, desconecte y vuelva a conectar el cable. Utilice el dispositivo cuyo estado cambie.
La columna STATE indica el estado del enlace:
unavailablesignifica que no hay señal de enlace. Compruebe el cable, el puerto y la alimentación del Gateway.connecting (getting IP configuration)significa que el perfil habitual espera una oferta DHCP. El Gateway no la enviará, por lo que este estado es normal.unmanagedsignifica que NetworkManager no controla la interfaz. Deténgase: esta guía no se aplica.
Asigne dos variables a partir de esa salida y guarde una copia del perfil actual:
LAN_IFACE='enp3s0'
ORIGINAL_UUID='paste-original-profile-uuid'
nmcli connection show uuid "$ORIGINAL_UUID" > ~/nm-original-profile.txtElija uno de los dos métodos siguientes. Configuración de Ubuntu modifica el perfil cableado habitual, que deberá restaurar después. El método con nmcli crea un segundo perfil y no modifica el habitual. No utilice ambos.
Configurar la dirección en Ubuntu
- Abra Configuración y luego Red.
- Seleccione el icono de engranaje de la conexión cableada.
- Abra la pestaña IPv4 y cambie Método IPv4 a Manual.
- Introduzca
172.31.255.123como dirección y255.255.255.0como máscara de red. - Deje vacía la Puerta de enlace.
- Desactive el DNS automático y deje vacío el campo del servidor.
- En Rutas, seleccione Usar esta conexión solo para los recursos de su red.
- Seleccione Aplicar. Desactive y vuelva a activar la conexión cableada.
El paso 7 establece ipv4.never-default en el perfil, por lo que el enlace cableado no puede sustituir la ruta predeterminada del Wi-Fi. Estas etiquetas corresponden a Configuración de GNOME en Ubuntu 24.04. En otras versiones pueden aparecer en lugares ligeramente distintos.
Crear un perfil independiente con nmcli
Elija un nombre para el perfil nuevo y compruebe que está libre. nmcli admite dos perfiles con el mismo nombre; en ese caso, la consulta del UUID que aparece más adelante devolvería dos líneas. Si grep no muestra nada, el nombre está libre.
LAN_PROFILE='EpiSensor temporary management'
nmcli -g NAME connection show | grep -Fx "$LAN_PROFILE"Cree el perfil:
sudo nmcli connection add \
type ethernet \
ifname "$LAN_IFACE" \
con-name "$LAN_PROFILE" \
connection.autoconnect no \
ipv4.method manual \
ipv4.addresses '172.31.255.123/24' \
ipv4.never-default yes \
ipv6.method disabled
LAN_PROFILE_UUID=$(nmcli -g connection.uuid connection show id "$LAN_PROFILE")
echo "$LAN_PROFILE_UUID"connection.autoconnect no impide que NetworkManager elija por sí solo este perfil al conectar el portátil a la red de la oficina. ipv4.never-default yes impide que el perfil instale una ruta predeterminada, incluso si alguien añade después una puerta de enlace. El Wi-Fi sigue transportando el tráfico de Internet mientras el cable está conectado. ipv6.method disabled solo se aplica a este perfil.
Active el perfil:
sudo nmcli connection up uuid "$LAN_PROFILE_UUID" ifname "$LAN_IFACE"Una interfaz solo puede tener un perfil activo a la vez. Esta orden sustituye el perfil habitual en esa interfaz y no modifica el Wi-Fi.
Activar con un punto de restauración
Un punto de restauración permite revertir el cambio sin su intervención. Ejecute nmcli device help. Si aparece checkpoint, utilice esta orden en lugar de connection up sin protección. Si esa función no está disponible, utilice la orden normal desde la consola local del portátil y con los datos del perfil original ya registrados:
sudo nmcli device checkpoint --timeout 120 "$LAN_IFACE" -- \
nmcli connection up uuid "$LAN_PROFILE_UUID" ifname "$LAN_IFACE"Cuando termine la activación, nmcli mostrará Type "Yes" to commit the changes:. Compruebe la ruta desde una segunda terminal y después escriba Yes. Si no lo escribe en 120 segundos, NetworkManager restablecerá el estado anterior de la interfaz. Ajuste siempre --timeout para disponer de tiempo suficiente para comprobar la ruta.
Verificar la dirección y la ruta
Las variables de shell no pasan a una terminal nueva, así que vuelva a establecer LAN_IFACE:
LAN_IFACE='enp3s0'
ip -4 address show dev "$LAN_IFACE"
ip -4 route get 172.31.255.1
ip -4 route show default
ping -c 4 -W 2 172.31.255.1Una ruta correcta se parece a esta:
172.31.255.1 dev enp3s0 src 172.31.255.123 uid 1000
cachedev debe ser la interfaz Ethernet y src debe ser 172.31.255.123. La ruta predeterminada debe seguir siendo la misma que antes, normalmente por la interfaz Wi-Fi (wlp...). Ubuntu indicará que la conexión cableada no tiene acceso a Internet. Eso es lo previsto.
Una respuesta de ping demuestra que 172.31.255.1 responde en el enlace. No demuestra que Edge esté funcionando. Compruebe el puerto de Edge:
nc -zv 172.31.255.1 8082succeeded! significa que Edge está escuchando. Abra http://172.31.255.1:8082 en un navegador e inicie sesión. Edge utiliza el puerto TCP 8082, salvo que se haya cambiado su ajuste ui-port. Si la instalación ha activado HTTPS, utilice https://. Abra Settings > About y compruebe que la identidad del Gateway y la versión de Edge corresponden al equipo al que quería acceder.
Diagnóstico
| Síntoma | Causa y medida |
|---|---|
nmcli device status muestra unavailable | No hay enlace. Compruebe el cable, el puerto y la alimentación del Gateway. En un adaptador USB, compruebe que ip link lo enumera. |
ip route get muestra dev tun0, dev wg0 u otra interfaz VPN | Una VPN enruta 172.31.255.0/24. Desconecte la VPN durante esta sesión. Algunos clientes VPN corporativos también bloquean el tráfico a subredes locales aunque la ruta sea correcta. |
La ruta es correcta, pero ping agota el tiempo de espera e ip neigh show 172.31.255.1 muestra FAILED o INCOMPLETE | Nadie responde a ARP para .1 en el cable. El cable está en el puerto de subida de 2,5 Gigabit o se cambió la dirección de gestión del Gateway. |
Ping responde, pero nc indica Connection refused o agota el tiempo de espera | Edge no está funcionando o utiliza otro puerto. Consulte el acta de puesta en marcha de la instalación. |
| El enlace deja de funcionar al desconectar y reconectar el cable | NetworkManager reactivó el perfil habitual porque el del Gateway tiene desactivada la conexión automática. Ejecute de nuevo la orden connection up. |
| El portátil pierde acceso a Internet mientras está conectado por cable | El perfil cableado tiene puerta de enlace y tomó la ruta predeterminada. Elimine la puerta de enlace o configure ipv4.never-default yes. |
No amplíe la máscara del portátil a /16 antes de obtener respuesta. Una máscara mayor oculta el problema real y puede solaparse con otras redes.
Restaurar la red habitual
Si utilizó Configuración de Ubuntu, abra Configuración, Red y la misma conexión cableada. En la pestaña IPv4, restablezca Método IPv4 al valor registrado en ~/nm-original-profile.txt, normalmente Automático (DHCP). Vuelva a activar el DNS automático y desactive Usar esta conexión solo para los recursos de su red. Seleccione Aplicar y vuelva a conectar.
Si utilizó el perfil independiente de nmcli, reactive el perfil original:
LAN_IFACE='enp3s0'
ORIGINAL_UUID='paste-original-profile-uuid'
sudo nmcli connection up uuid "$ORIGINAL_UUID" ifname "$LAN_IFACE"
ip -4 route show defaultSi la interfaz no tenía perfil anteriormente, omita este paso.
Después, elimine el perfil temporal o consérvelo para la próxima visita:
LAN_PROFILE_UUID=$(nmcli -g connection.uuid connection show id 'EpiSensor temporary management')
sudo nmcli connection delete uuid "$LAN_PROFILE_UUID"Elimine por UUID y no por nombre para evitar borrar otro perfil de nombre parecido.
Direcciones permanentes en la red de una instalación
Para asignar una dirección permanente en la red de una instalación, solicite al responsable de la red la dirección, el prefijo, la puerta de enlace y el DNS, o utilice una reserva DHCP. Con una reserva, el servidor DHCP conserva el control de la puerta de enlace y el DNS, y la dirección queda registrada en un solo lugar. No utilice 172.31.255.0/24 en una red de la instalación salvo que su responsable la haya asignado para ese fin.
Preguntas frecuentes
¿Qué IP estática debe utilizar Ubuntu Desktop para conectar con el puerto de gestión del ZGW-20?
Utilice 172.31.255.123/24 (máscara 255.255.255.0) en la interfaz Ethernet conectada al puerto Gigabit del Gateway. Deje vacíos los campos de puerta de enlace y DNS. El Gateway responde en 172.31.255.1. También sirve cualquier dirección libre entre 172.31.255.2 y 172.31.255.254.
¿Puede el portátil mantener la conexión Wi-Fi a Internet mientras está conectado al Gateway por cable?
Sí. El perfil del Gateway no tiene puerta de enlace y establece ipv4.never-default, por lo que nunca instala una ruta predeterminada. Esa ruta permanece en el Wi-Fi y solo el tráfico de 172.31.255.0/24 utiliza el cable. Confírmelo con ip -4 route show default.
¿Por qué Ubuntu permanece en «conectando» al conectar el cable al Gateway?
El perfil cableado habitual del portátil solicita una dirección DHCP. El puerto de gestión del ZGW-20 es cliente DHCP, no servidor, por lo que no recibe ninguna oferta. nmcli device status muestra connecting (getting IP configuration) hasta que NetworkManager agota la espera. Active en su lugar el perfil estático de esta guía.