Cómo configurar y administrar conexiones de red con la herramienta nmcli


Como administrador de Linux, tiene varias herramientas para usar para configurar sus conexiones de red, tales como: nmtui, su NetworkManager con interfaz gráfica de usuario GNOME y, por supuesto, nmcli (herramienta de línea de comandos del administrador de red).

He visto a muchos administradores usar nmtui por simplicidad. Sin embargo, usar nmcli le ahorra tiempo, le da confianza, puede usarlo en scripts y es la primera herramienta a usar para solucionar problemas de red de su servidor Linux y recuperar rápidamente su funcionalidad.

Al ver muchos comentarios pidiendo ayuda sobre nmcli, decidí escribir este artículo. Por supuesto, siempre debe leer detenidamente las páginas de manual (es la ayuda número uno para usted). Mi objetivo es ahorrarte tiempo y mostrarte algunas pistas.

La sintaxis de nmcli es:

# nmcli [OPTIONS] OBJECT {COMMAND | help}

Donde OBJECT es uno de: general, networking, radio, connection, device, agent.

Un buen punto de partida sería comprobar nuestros dispositivos:

# nmcli dev status

DEVICE      TYPE      STATE         CONNECTION 
docker0     bridge    connected     docker0    
virbr0      bridge    connected     virbr0     
enp0s3      ethernet  connected     enp0s3     
virbr0-nic  ethernet  disconnected  --         
lo          loopback  unmanaged     --         

Como podemos ver en la primera columna hay una lista de nuestros dispositivos de red. Tenemos una tarjeta de red con el nombre enp0s3 . En su máquina puede ver otros nombres.

El nombre depende del tipo de tarjeta de red (si está integrada, tarjeta pci, etc.). En la última columna vemos nuestros archivos de configuración que utilizan nuestros dispositivos para conectarse a la red.

Es sencillo entender que nuestros dispositivos por sí mismos no pueden hacer nada. Necesitan que hagamos un archivo de configuración para decirles cómo lograr la conectividad de red. También llamamos a estos archivos como "perfiles de conexión". Los encontramos en el directorio/etc/sysconfig/network-scripts.

# cd /etc/sysconfig/network-scripts/
# ls
ifcfg-enp0s3  ifdown-isdn      ifup          ifup-plip      ifup-tunnel
ifcfg-lo      ifdown-post      ifup-aliases  ifup-plusb     ifup-wireless
ifdown        ifdown-ppp       ifup-bnep     ifup-post      init.ipv6-global
ifdown-bnep   ifdown-routes    ifup-eth      ifup-ppp       network-functions
ifdown-eth    ifdown-sit       ifup-ib       ifup-routes    network-functions-ipv6
ifdown-ib     ifdown-Team      ifup-ippp     ifup-sit
ifdown-ippp   ifdown-TeamPort  ifup-ipv6     ifup-Team
ifdown-ipv6   ifdown-tunnel    ifup-isdn     ifup-TeamPort

Como puede ver aquí, los archivos cuyo nombre comienza con ifcfg- (configuración de interfaz) son perfiles de conexión. Cuando creamos una nueva conexión o modificamos una existente con nmcli o nmtui, los resultados se guardan aquí como perfiles de conexión.

Le mostraré dos de ellos desde mi máquina, uno con configuración DHCP y otro con IP estática.

# cat ifcfg-static1
# cat ifcfg-Myoffice1

Nos damos cuenta de que algunas propiedades tienen valores diferentes y otras no existen si no es necesario. Echemos un vistazo rápido a los más importantes.

  1. TYPE , aquí tenemos el tipo de Ethernet. Podríamos tener wifi, equipo, vínculo y otros.
  2. DEVICE , el nombre del dispositivo de red que está asociado con este perfil.
  3. BOOTPROTO , si tiene el valor "dhcp", entonces nuestro perfil de conexión toma una IP dinámica del servidor dhcp, si tiene el valor "none", entonces no toma una IP dinámica y probablemente cuando asigne una IP estática .
  4. IPADDR , es la IP estática que asignamos a nuestro perfil.
  5. PREFIX , la máscara de subred. Un valor de 24 significa 255.255.255.0. Puede comprender mejor la máscara de subred si escribe su formato binario. Por ejemplo, los valores de 16, 24, 26 significan que los primeros 16, 24 o 26 bits respectivamente son 1 y el resto 0, definiendo exactamente cuál es la dirección de red y cuál es el rango de ip que se puede asignar.
  6. GATEWAY , la IP de la puerta de enlace.
  7. DNS1 , DNS2 , dos servidores dns que queremos usar.
  8. ONBOOT , si tiene valor "sí" significa que al arrancar nuestra computadora leerá este perfil e intentará asignarlo a su dispositivo.

Ahora, sigamos adelante y revisemos nuestras conexiones:

# nmcli con show

La última columna de dispositivos nos ayuda a comprender qué conexión está "ACTIVADA" y ejecutándose y cuál no. En la imagen de arriba puede ver las dos conexiones que están activas: Myoffice1 y enp0s8.

Sugerencia: si desea ver solo las conexiones activas, escriba:

# nmcli con show -a

Sugerencia: puede usar la pestaña de autocompletar presionando cuando usa nmcli, pero es mejor usar un formato mínimo del comando. Por lo tanto, los siguientes comandos son iguales:

# nmcli connection show
# nmcli con show
# nmcli c s

Si verifico las direcciones IP de mis dispositivos:

# ip a

Veo que mi dispositivo enp0s3 tomó la IP 192.168.1.6 del servidor dhcp, porque el perfil de conexión Myoffice1 que está activo tiene una configuración dhcp. Si traigo "up" mi perfil de conexión con el nombre static1 , entonces mi dispositivo tomará la IP estática 192.168.1.40 tal como se define en el perfil de conexión.

# nmcli con down Myoffice1 ; nmcli con up static1
# nmcli con show

Veamos la dirección IP nuevamente:

# ip a

Podemos hacer nuestro primer perfil de conexión. Las propiedades mínimas que debemos definir son type, ifname y con-name:

  1. type : para el tipo de conexión.
  2. ifname - para el nombre del dispositivo que se asigna a nuestra conexión.
  3. con-name : para el nombre de la conexión.

Hagamos una nueva conexión Ethernet con el nombre Myhome1 , asignado al dispositivo enp0s3 :

# nmcli con add type ethernet con-name Myhome1 ifname enp0s3

Comprueba su configuración:

# cat ifcfg-Myhome1

Como puede ver, tiene BOOTPROTO u003d dhcp , porque no proporcionamos ninguna dirección IP estática.

Sugerencia: Podemos modificar cualquier conexión con el comando “nmcli con mod“ . Sin embargo, si modifica una conexión DHCP y la cambia a estática, no olvide cambiar su “ipv4.method” de “auto” a “manual” . De lo contrario, terminará con dos direcciones IP: una del servidor DHCP y la estática.

Creemos un nuevo perfil de conexión Ethernet con el nombre static2 , que se asignará al dispositivo enp0s3 , con IP estática 192.168.1.50, máscara de subred 255.255.255.0 u003d 24 y puerta de enlace 192.168 .1.1.

# nmcli con add type ethernet con-name static2 ifname enp0s3 ip4 192.168.1.50/24 gw4 192.168.1.1

Comprueba su configuración:

# cat ifcfg-static2

Modifiquemos el último perfil de conexión y agreguemos dos servidores dns.

# nmcli con mod static2 ipv4.dns “8.8.8.8 8.8.4.4”

Pista: Hay algo aquí a lo que debes prestar atención: las propiedades para la dirección IP y la puerta de enlace tienen nombres diferentes cuando agregas y cuando modificas una conexión. Cuando agrega conexiones, usa “ip4” y “gw4” , mientras que cuando las modifica usa “ipv4” y “ gwv4 ”.

Ahora, abramos este perfil de conexión:

# nmcli con down static1 ; nmcli con up static2

Como puede ver, el dispositivo enp0s3 ahora tiene la dirección IP 192.168.1.50.

# ip a

Sugerencia: hay muchas propiedades que puede modificar. Si no los recuerda de memoria, puede ayudarse escribiendo "nmcli con show" y luego el nombre de la conexión:

# nmcli con show static2

Puede modificar todas estas propiedades escritas en minúsculas.

Por ejemplo: cuando baja un perfil de conexión, NetworkManager busca otro perfil de conexión y lo abre automáticamente. (Lo dejo como ejercicio para comprobarlo). Si no desea que su perfil de conexión se conecte automáticamente:

# nmcli con mod static2 connection.autoconnect no

El último ejercicio es muy útil: ha creado un perfil de conexión pero quiere que lo utilicen usuarios específicos. ¡Es bueno clasificar a sus usuarios!

Permitimos que solo el usuario stella use este perfil:

# nmcli con mod static2 connection.permissions stella

Sugerencia: si desea otorgar permisos a más de un usuario, debe escribir user: user1, user2 sin espacios en blanco entre ellos:

# nmcli con mod static2 connection.permissions user:stella,john

Si inicia sesión como otro usuario, no puede "mostrar" este perfil de conexión:

# nmcli con show
# nmcli con up static2
# ls /etc/sysconfig/network-scripts

Un mensaje de error dice que la conexión "static2" no existe, incluso si vemos que existe. Eso se debe a que el usuario actual no tiene permisos para activar esta conexión.

Conclusión: no dude en utilizar nmcli. Es fácil y útil.