Translations by Daniel Mustieles

Introduzca una lista de observadores de enlaces formateados como diccionarios donde las claves son propiedades teamd. Los pares de diccionario tienen la forma: clave=valor y los pares están separados por « ». Los diccionarios se separan con «,». Las claves permitidas/requeridas en el diccionario cambian en función del tipo de observador de enlace, mientras que la única propiedad común a todos los observadores de enlace es «name»*, que define el observador de enlace que se debe especificar. Propiedades disponibles para el observador de enlace «ethtool»: «delay-up», «delay-down» Propiedades disponibles para el observador de enlace «nsna_ping»: «init-wait», «interval», «missed-max», «target-host»* Propiedades disponibles para «arp_ping» incluye todas las de «nsna_ping» y: «source-host»*, «validate-active», «validate-inactive», «send-always». Las propiedades marcadas con un «*» son obligatorias. Ejemplo: name=arp_ping source-host=172.16.1.1 target-host=172.16.1.254, name=ethtool delay-up=3

Introduzca la ruta del archivo al certificado CA (opcionalmente prefijado con file://). [file://]<ruta de archivo> Observe que nmcli no admite certificados que se especifican como datos en crudo o blobs. Ejemplo: /home/cimrman/cacert.crt

Introduzca la ruta del archivo al certificado del cliente (opcionalmente prefijado con file://). [file://]<ruta de archivo> Observe que nmcli no admite certificados que se especifican como datos en crudo o blobs. Ejemplo: /home/cimrman/jara.crt

Introduzca la ruta del archivo al certificado CA para autenticación interna (opcionalmente prefijado con file://). [file://]<ruta de archivo> Observe que nmcli no admite certificados que se especifican como datos en crudo o blobs. Ejemplo:/home/cimrman/ca-zweite-phase.crt

Introduzca la ruta al certificado de cliente para autenticación interna (opcionalmente prefijado con file://). [file://]<ruta de archivo> Observe que nmcli no admite certificados que se especifican como datos en crudo o blobs. Ejemplo: /home/cimrman/jara-zweite-phase.crt

Introduzca bytes como una lista de valores hexadecimales. Se aceptan dos formatos: (a) Una cadena de dígitos hexadecimales, donde cada dos dígitos representa un byte. (b) Lista de bytes separada por espacios escrita como dígitos hexadecimales (con prefijo opcional 0x/0X, y un 0 inicial opcional). Ejemplos: ab0455a6ea3a74C2 ab 4 55 0xa6 ea 3a 74 C2

Introduzca la ruta a una clave privada y la contraseña de clave (si aún no lo ha hecho): [file://]<ruta de archivo> [<contraseña>] Observe que nmcli no admite claves privadas que se especifican como datos en crudo o blobs. Ejemplo: /home/cimrman/jara-priv-key Dardanely

Introduzca la conexión secundaria que debe ser activada cuando esta conexión esté activada. Las conexiones se pueden especificar ya sea mediante un UUID o ID (nombre). nmcli traduce nombres a UUID de forma transparente. Observe que NetworkManager únicamente admite, por el momento, VPNs como conexiones secundarias. Los elementos pueden ir separados por comas o espacios. Ejemplo: private-openvpn, fe6ba5d8-c2fc-4aae-b2e3-97efddd8d9a7

Introduzca un valor que indique si la conexión está sujeta a una cuota de datos, costo de uso u otras limitaciones. Las opciones aceptadas son: «true»,«yes»,«on» para establecer la conexión como medida «false»,«no»,«off» para establecer la conexión como no medida «unknown» para permitir que NetworkManager elija un valor mediante heurística

Introduzca una lista de direcciones IPv4 formateadas así: ip[/prefijo], ip[/prefijo],... Un prefijo ausente se considera como prefijo de 32. Ejemplo: 192.168.1.5/24, 10.0.0.11/24

Introduzca una lista de rutas IPv4 formateadas así: ip[/prefijo] [salto-siguiente] [métrica],... Un prefijo ausente se considera como prefijo de 32. Un salto-siguiente ausente se considera como 0.0.0.0. Una métrica ausente adopta la predeterminada (El NM/núcleo establecerá un valor predeterminado). Ejemplos: 192.168.2.0/24 192.168.2.1 3, 10.1.0.0/16 10.0.0.254 10.1.2.0/24

Introduzca una lista de direcciones IPv6 de servidores DNS. Si el método de configuración IPv6 es «auto» estos servidores DNS se añaden a los que son devueltos (si hay alguno) por configuración automática. Los servidores DNS no pueden ser utilizados con los métodos de configuración IPv6 «compartidos» o «enlace local», ya que no hay una red principal. En todos los demás métodos de configuración IPv6, estos servidores DNS se utilizan como los únicos servidores DNS para esta conexión. Ejemplo: 2607:f0d0:1002:51::4, 2607:f0d0:1002:51::1

Introduzca una lista de direcciones IPv6 formateadas así: ip[/prefijo], ip[/prefijo],... Un prefijo ausente se considera como el prefijo de 128. Ejemplo: 2607:f0d0:1002:51::4/64, 1050:0:0:0:5:600:300c:326b

Introduzca una lista de rutas IPv6 formateadas como: ip[/prefijo] [salto-siguiente] [métrica],... Un prefijo ausente se considera como un prefijo de 128. Un salto-siguiente ausente se considera como «::». Una métrica ausente utiliza la predeterminada (NM/núcleo establecerá un valor predeterminado). Ejemplos: 2001:db8:beef:2::/64 2001:db8:beef::2, 2001:db8:beef:3::/64 2001:db8:beef::3 2 abbe::/64 55

Introduzca el tipo de claves WEP. Los valores aceptados son: 0 o desconocido, 1 o clave y 2 o frase de contraseña.

La contraseña utilizada para acceder al certificado de CA almacenado en la propiedad «ca-cert». Solo tiene sentido si el certificado se almacena en un testigo PKCS#11 que requiere un inicio de sesión.

La contraseña utilizada para acceder al certificado del cliente almacenado en la propiedad «client-cert». Solo tiene sentido si el certificado se almacena en un testigo PKCS#11 que requiere un inicio de sesión.

La contraseña utilizada para acceder al certificado CA «phase2» almacenado en la propiedad «phase2-ca-cert». Solo tiene sentido si el certificado se almacena en un testigo PKCS#11 que requiera un inicio de sesión.

La contraseña utilizada para acceder al certificado de cliente «phase2» almacenado en la propiedad «phase2-client-cert». Solo tiene sentido si el certificado se almacena en un testigo PKCS#11 que requiera un inicio de sesión.

Método de configuración para crear la dirección para usar con la autoconfiguración de dirección sin estado RFC4862 IPv6. Los valores permitidos son: NM_SETTING_IP6_CONFIG_ADDR_GEN_MODE_EUI64 (0) o NM_SETTING_IP6_CONFIG_ADDR_GEN_MODE_STABLE_PRIVACY (1). Si la propiedad se establece en EUI64, las direcciones se generarán utilizando los testigos de interfaz derivados de la dirección de hardware. Esto hace que la parte del anfitrión de la dirección permanezca constante, lo que permite rastrear la presencia del anfitrión cuando cambia de red. La dirección cambia cuando se reemplaza el hardware de la interfaz. El valor de la privacidad estable permite el uso de un hash criptográficamente seguro en una clave secreta específica del anfitrión junto con la id estable de la conexión y la dirección de red especificada por RFC7217. Esto hace que sea imposible usar la presencia del anfitrión de seguimiento de direcciones y hace estable la dirección cuando se reemplaza el hardware de la interfaz de red. En D-Bus, la ausencia de un parámetro addr-gen-mode equivale a activar la privacidad estable. Para el complemento de archivo clave, la ausencia del parámetro en el disco significa EUI64 para que la propiedad no cambie en la actualización desde versiones anteriores. Tenga en cuenta que este parámetro es distinto de las extensiones de privacidad configuradas por la propiedad «ip6-privacy» y no afecta a las direcciones temporales configuradas con esta opción.

Configurar el testigo para los identificadores de interfaz simbolizados IPv6 draft-chown-6man-tokenised-ipv6-identifiers-02. Útil con eui64 addr-gen-mode.

la contraseña no está admitida cuando el certificado no está en un testigo PKCS#11

el testigo no está en su forma canónica

Testigo de conexión para IDs estables