Difference between revisions of "NetworkManager (Español)"

From ArchWiki
Jump to: navigation, search
(GNOME)
(Usar servidores OpenDNS)
Line 497: Line 497:
 
  nameserver 8.8.4.4
 
  nameserver 8.8.4.4
  
Y tiene reemplazados los servidores DHCP descubiertos con los de OpenDNS:
+
Y, de este modo, tiene reemplazados los servidores DHCP descubiertos con los de OpenDNS:
  
 
{{hc|/etc/NetworkManager/dispatcher.d/dns-servers-opendns|<nowiki>
 
{{hc|/etc/NetworkManager/dispatcher.d/dns-servers-opendns|<nowiki>

Revision as of 20:58, 17 September 2013

Template:Article summary start Template:Article summary text Template:Article summary heading Template:Article summary text Template:Article summary end

NetworkManager es un programa que proporciona a los sistemas la detección y configuración automática para conectarse a la red. Las funcionalidades de NetworkManager son útiles tanto para redes inalámbricas como por cable. Para las redes inalámbricas, NetworkManager prefiere las redes conocidas y tiene la capacidad de cambiar a la red más confiable. NetworkManager permite que las aplicaciones puedan cambiar de modalidad en línea y fuera de línea. NetworkManager da preferencia a las conexiones por cable antes que a las inalámbricas, tiene soporte para conexiones por módem y para ciertos tipos de VPN. NetworkManager fue originariamente desarrollado por Red Hat y ahora es respaldado por el proyecto GNOME.

Contents

Intalación base

NetworkManager se puede instalar con el paquete networkmanager, disponible en los repositorios oficiales.

Soporte VPN

Network Manager tiene soporte para las redes VPN mediante un sistema basado en plug-ins. Si necesita asistencia técnica VPN a través del gestor de la red hay que instalar uno de los siguientes paquetes de los repositorios oficiales:

Interfaces gráficas

Para configurar y acceder fácilmente a NetworkManager la mayoría de los usuarios desearán instalar un applet. Esta GUI normalmente se ubica en la bandeja del sistema (o área de notificación) y permite la selección de red y la configuración de NetworkManager. Existen distintos tipos de applets para los diferentes tipos de entornos de escritorio.

GNOME

El applet de GNOME network-manager-applet (anteriormente gnome-network-manager) es lo suficientemente ligero y funciona en todos los entornos.

Si desea guardar los datos de autentificación (Wireless/DSL) y activar la configuración global de las conexiones, es decir, «disponible para todos los usuarios» instale y configure GNOME Keyring.

KDE

El front-end para KNetworkManager se ha hecho disponible desde KDE 4.4 como un widget de Plasma disponible en los repositorios oficiales: kdeplasma-applets-networkmanagement.

En comparación con GNOME funciona igual de bien, o incluso mejor (tiene más características y detecta más hardware).

Nota: Si va a cambiar a otra herramienta para gestionar la red como Wicd, no se olvide ajustar el valor predefinido 'Network Management Backend' en Configuración del sistema -> Hardware -> Fuentes de información

Si tiene instalado tanto el widget Plasma como nm-applet y no desea iniciar nm-applet cuando usa KDE, añada la siguiente línea a /etc/xdg/autostart/nm-applet.desktop:

NotShowIn=KDE

XFCE

El paquete network-manager-applet no tendrá ningún problema en XFCE, pero para ver las notificaciones, incluidos los mensajes de error, necesitará nm-applet, una específica implementación de Freedesktop (consulte Proyecto Galapago) para mostrar las notificaciones. Para activar las notificaciones, instale xfce4-notifyd, un paquete que proporciona una implementación de la especificación.

Sin un demonio de notificación, nm-applet generará los siguientes errores en stdout/stderr:

(nm-applet:24209): libnotify-WARNING **: Failed to connect to proxy
** (nm-applet:24209): WARNING **: get_all_cb: couldn't retrieve
system settings properties: (25) Launch helper exited with unknown
return code 1.
** (nm-applet:24209): WARNING **: fetch_connections_done: error
fetching connections: (25) Launch helper exited with unknown return
code 1.
** (nm-applet:24209): WARNING **: Failed to register as an agent:
(25) Launch helper exited with unknown return code 1

nm-applet funciona normalmente, pero sin notificaciones.

Si nm-applet no le pide la contraseña cuando se conecta a las nuevas redes wifi, e inmediatamente después se desconecta, es probable que tenga que instalar gnome-keyring.

Openbox

Para que NetworkManager funcione correctamente en Openbox, el applet de GNOME requiere el demonio de notificación xfce4-notifyd, por la misma razón que en XFCE, y el paquete gnome-icon-theme para poder mostrar el applet en la bandeja del sistema.

Si desea guardar los datos de autentificación (Wireless/DSL) instale y configure gnome-keyring.

nm-applet instala el archivo autostart en /etc/xdg/autostart/nm-applet.desktop. Si tiene problemas con él (por ejemplo, nm-applet se inicia dos veces o no se inicia en absoluto), consulte Openbox#Autostart directory o [1] para conocer la solución.

Otros escritorios y gestores de ventanas

En todos los demás casos, se recomienda usar el applet de GNOME. Deberá asegurarse que tiene instalado el paquete gnome-icon-theme para poder ver el applet.

Para guardar información confidencial sobre las conexiones instale y configure gnome-keyring.

Para ejecutar nm-applet en un entorno sin una bandeja de sistema, puede utilizar trayer o stalonetray. Por ejemplo, puede agregar un script como este a su propia ruta:

nmgui
 #!/bin/sh
 nm-applet    > /dev/null 2>/dev/null &
 stalonetray  > /dev/null 2>/dev/null
 killall nm-applet

Al cerrar la ventana de stalonetray, cierra nm-applet también, así que no consume memoria extra una vez que haya terminado con la configuración de red.

Desde la línea de órdenes

La paquete networkmanager contiene nmcli desde la versión 0.8.1.

Configuración

NetworkManager requiere algunos pasos adicionales para ser capaz de ejecutarse correctamente.

Antes de comenzar, compruebe que /etc/hosts está configurado correctamente. Si ya ha intentado conectarse antes de realizar este paso, NetworkManager puede haberlo modificado. He aquí un ejemplo de línea hostname en /etc/hosts:

/etc/hosts
127.0.0.1 localhost
::1       localhost

En caso de tener nss-myhostname apagado, la línea sería:

/etc/hosts
127.0.0.1 my-laptop localhost
::1       my-laptop localhost
Nota: Puede ser una buena idea usar systemctl --type=service para asegurarse que ningún otro servicio está en ejecución para configurar la red. La existencia de varios servicios de gestión de redes entrarán en conflicto.

Activar NetworkManager

Una vez que el demonio NetworkManager se ha iniciado, se conectará automáticamente a cualesquiera «conexiones del sistema» disponibles que estén configuradas. Las «conexiones del usuario» o las conexiones no configuradas necesitarán nmcli o un applet para la configuración y la conexión.

Puede activar NetworkManager para que se inicie en el arranque con la siguiente orden:

# systemctl enable NetworkManager

Puede iniciar el demonio NetworkManager inmediatamente con la siguiente orden:

# systemctl start NetworkManager

Activar NetworkManager Wait Online

Si tiene servicios que pueden fallar si se inician antes de que se abra la red, tiene que usar NetworkManager-wait-online.service además del servicio de NetworkManager. Esto, sin embargo, casi nunca es necesario, ya que la mayoría de los demonios de red se ponen en marcha correctamente, incluso si la red no se ha configurado todavía.

Puede activar NetworkManager Wait Online en el arranque con la siguiente orden:

# systemctl enable NetworkManager-wait-online

En algunos casos, el servicio puede que no se inicie con éxito en el arranque:

 NetworkManager-wait-online.service: main process exited, code=exited, status=1/FAILURE
 Failed to start Network Manager Wait Online
 Unit NetworkManger-wait-online.service entered failed state
 Starting Network.
 Reached target Network.

Esto se debe a la configuración del tiempo de espera en /usr/lib/systemd/system/NetworkManager-wait-online.service que es corto. Cambie el tiempo de espera predeterminado de 30 a un valor más alto.

Configurar permisos PolicyKit

Véase General Troubleshooting#Session permissions para la creación de una sesión de trabajo.

Con una sesión de trabajo, tiene varias opciones para la concesión de los privilegios necesarios para NetworkManager:

Opción 1. Ejecute un agente de autenticación PolicyKit cuando se conecte, como /usr/lib/polkit-gnome/polkit-gnome-authentication-agent-1 (es parte del paquete polkit-gnome). Se le pedirá la contraseña cada vez que agregue o quite una conexión de red.

Opción 2. Añada su usuario al grupo wheel. No tendrá que introducir su contraseña, pero necesitará garantizar los permisos particulares a los usuarios tales como la capacidad de usar sudo sin introducir la contraseña de root.

Opción 3. Añádase al grupo network y cree el siguiente archivo

/etc/polkit-1/rules.d/50-org.freedesktop.NetworkManager.rules
polkit.addRule(function(action, subject) {
  if (action.id.indexOf("org.freedesktop.NetworkManager.") == 0 && subject.isInGroup("network")) {
    return polkit.Result.YES;
  }
});

Todos los usuarios del grupo network podrán añadir y eliminar redes sin contraseña. Esto no funcionará bajo systemd si no se tiene una sesión activa con systemd-logind.

Servicios de red con NetworkManager dispatcher

Hay algunos servicios de red que no se desean ejecutar hasta que NetworkManager crea la interfaz. Algunos ejemplos son OpenNTPD y diversos tipos de montajes de sistemas de archivos de red (por ejemplo, netfs). NetworkManager tiene la capacidad de iniciar estos servicios cuando se conecta a una red y detenerlos cuando se desconecta. Para utilizar esta característica necesita activar/iniciar el servicio NetworkManager-dispatcher:

# systemctl start NetworkManager-dispatcher
# systemctl enable NetworkManager-dispatcher

Una vez que la función está activa, se pueden añadir los scripts apropiados a la carpeta /etc/NetworkManager/dispatcher.d. Estos scripts necesitan los permisos de ejecución del usuario. Por seguridad, es una buena práctica que sean propiedad de root: root y con permisos de escritura únicamente para el propietario.

Los scripts se ejecutan en orden alfabético durante la fase de conexión, y en orden alfabético inverso durante la fase de desconexión. Reciben dos argumentos: el nombre de la interfaz (por ejemplo, eth0) y el estado (up o down). A fin de garantizar el orden en que vayan surgiendo, es común el uso de caracteres numéricos puestos como prefijos delante del nombre del script (por ejemplo, 10_portmap o 30_netfs (que asegura que el mapeador de puertos se levante antes de que se intente montar NFS).

Advertencia:
  • Por razones de seguridad, debe desactivar el acceso de escritura para el grupo y otro. Por ejemplo, utilice el filtro 755. En otro caso, puede ser denegada la ejecución del script con el mensaje de error: «nm-dispatcher.action: Script could not be executed: writable by group or other, or set-UID» en /var/log/messages.log.
  • Si se conecta a redes extranjeras o públicas, debe estar al tanto de cuáles son los servicios que están empezando y qué servidores se espera que estén disponibles para ellos al conectarse. Podría crear un agujero de seguridad al iniciar los servicios equivocados mientras está conectado a una red pública.

Iniciar OpenNTPD

El siguiente ejemplo de script inicia el demonio OpenNTPD cuando una interfaz se conecta. Guarde el archivo como /etc/NetworkManager/dispatcher.d/20_openntpd y hágalo ejecutable.

#!/bin/sh

INTERFACE=$1 # The interface which is brought up or down
STATUS=$2 # The new state of the interface

case "$STATUS" in
    'up') # $INTERFACE is up
	exec /etc/rc.d/openntpd start
	;;
    'down') # $INTERFACE is down
	# Check for active interface and down if no one active
	if [ ! `nm-tool|grep State|cut -f2 -d' '` == "connected" ]; then
		exec /etc/rc.d/openntpd stop
	fi
	;;
esac

Montar carpeta remota con sshfs

Dado que el script viene ejecutado en un entorno muy restrictivo, es necesario exportar la variable SSH_AUTH_SOCK para poder conectarse al propio agente SSH. Hay diferentes maneras para lograr esto, vea este enlace para más información. El siguiente ejemplo funciona con gnome-keyring, y le pedirá la contraseña si no está desbloqueada ya. En caso de que NetworkManager se conecte automáticamente al iniciar sesión, es probable gnome-keyring aún no se haya iniciado, de modo que la exportación fallará (de ahí que entre en modo de espera). Conocer la UUID necesaria para comprobar que coincide se puede encontrar en /etc/NetworkManager/system-connections/).

#!/bin/bash
USER=<your sshfs user>
if [ $CONNECTION_UUID == <connection UUID> ]; then
        case "$2" in

                up)
                   #sleep 10
                   export SSH_AUTH_SOCK=$(find /tmp/keyring-*/ -type s -user $USER -group users -name ssh)
                   su $USER -c "/usr/bin/sshfs user@host:/remote/folder /local/folder/"
                 ;;

                down)
                   fusermount -u /local/folder
                 ;;
        esac
 fi

Usar dispatcher para conectarse a VPN despues de establecer una conexión de red

En este ejemplo, conectaremos automáticamente a una conexión VPN, previamente definida en NetworkManager, después de conectarse a una red Wi-Fi específica. Lo primero que hay que hacer es crear el script dispatcher que define el comportamiento a realizar después de conectarse a la red.

1. Cree el script dispatcher:
/etc/NetworkManager/dispatcher.d/vpn-up
#!/bin/sh
VPN_NAME="name of VPN connection defined in NetworkManager"
ESSID="wifi network ESSID (not connection name)"

interface=$1 status=$2
case $status in
  up|vpn-down)
    if iwgetid | grep -qs ":\"$ESSID\""; then
      nmcli con up id "$VPN_NAME"
    fi
    ;;
  down)
    if iwgetid | grep -qs ":\"$ESSID\""; then
      if nmcli con status id "$VPN_NAME" | grep -qs activated; then
        nmcli con down id "$VPN_NAME"
      fi
    fi
    ;;
esac

Recuerde que debe hacerlo ejecutable con chmod +x y establecer la conexión VPN a disposición de todos los usuarios.

Intentando conectar usando esta configuración, se producirá un error y NetworkManager mostrará un mensaje de 'no valid VPN secrets', debido al método para guardar secretos de VPN que nos lleva al paso 2:

2. Edite el archivo de configuración de la conexión VPN para señalar a NetworkManager como el almacen de los parámetros confidenciales propios en vez incluirlo en el depósito de claves que será inaccesible para el usuario root: abra /etc/NetworkManager/system-connections/<name of your VPN connection> y modifique password-flags y secret-flags de 1 a 0.
Nota: Ahora es necesario volver a editar la configuración de la conexión de NetworkManager y volver a introducir las contraseñas/secretos de VPN.

Configuración del proxy

NetworkManager no gestona directamente la configuración del proxy, pero si está usando GNOME, puede usar proxydriver, el cual se encarga de configurar el proxy utilizando la información de NetworkManager. Puede encontrar el paquete proxydriverAUR en AUR.

Para que proxydriver pueda cambiar la configuración del proxy, tendrá que ejecutar la siguiente orden, como parte del proceso de inicio de GNOME (Sistema -> Preferencias -> Aplicaciones de inicio):

xhost +si:localuser:your_username

Consulte: Proxy settings

Comprobación

Los applets de NetworkManager están diseñados para cargarse al iniciar sesión, por lo que no debería ser objeto de configuración adicional para la mayoría de los casos. Si ya ha desactivado la configuración de red existente y ha desconectado la red, ahora puede comprobar si NetworkManager funciona. El primer paso es iniciar el demonio networkmanager.

Algunos applets proveen un archivo .desktop para que el applet de NetworkManager se puede cargar a través del menú de la aplicación. Si no lo hace, tendrá que descubrir la orden para iniciarlo o reiniciar sesión otra vez para iniciar el applet. Una vez que el applet se inicia, es probable que comience a interrogar y ordenar conexiones de red, para después autoconfigurarse con un servidor DHCP.

Para iniciar el applet de GNOME en los gestores de ventanas no compatibles con xdg como Awesome:

nm-applet --sm-disable &

Para las direcciones IP estáticas, tendrá que configurar NetworkManager para que las identifique. El proceso suele implicar pulsar con el botón derecho del ratón en el applet y seleccionar un menú similar a 'Editar las conexiones'.

Solución de problemas

Algunas soluciones para los problemas más comunes.

Al usar nm-applet, las conexiones a redes wifi no solicitan contraseña y se desconectan

Esto ocurre cuando no hay instalado ningún paquete keyring. Una solución fácil es instalar gnome-keyring.

Problemas con el tráfico de datos a través del canal PPTP

Puede suceder que el login a la conexión PPTP se haga de manera correcta, y vea que la interfaz ppp0 tiene una IP VPN exacta, y, sin embargo, no puede hacer ping a ninguna IP remota. Ello es debido a la falta del soporte MPPE (Microsoft Point-to-Point Encryption) que se encuentra en el paquete pppd de Arch. Se recomienda probar primero con el paquete estándar ppp de Arch que podría funcionar como es debido.

Para resolver el problema será suficiente instalar ppp-mppeAUR desde AUR.

Desactivada la gestión de red

A veces, cuando NetworkManager se apaga, el archivo del PID (estado) no se retira y recibirá el mensaje de «Network management disabled». Si esto sucede, tendrá que quitarlo manualmente:

# rm /var/lib/NetworkManager/NetworkManager.state

Si esto sucede en el arranque, se puede añadir una acción al archivo /etc/rc.local para que lo retire en el arranque:

nmpid=/var/lib/NetworkManager/NetworkManager.state
[ -f $nmpid ] && rm $nmpid

Utilizar resolv.conf.head y resolv.conf.tail

Véase resolv.conf. También asegúrese de que NetworkManager utiliza dhcpcd y no dhclient. Si desea utilizar dhclient, puede probar con el paquete networkmanager-dispatch-resolvAUR disponible en AUR.

Guardar los cambios en resolv.conf

Véase Resolv.conf.

Problemas con DHCP

Si tiene problemas para obtener una dirección IP mediante DHCP, intenta agregar lo que sigue al archivo /etc/dhclient:

 interface "eth0" {
   send dhcp-client-identifier 01:aa:bb:cc:dd:ee:ff;
 }

Donde aa:bb:cc:dd:ee:ff es la dirección MAC del NIC (la tarjeta de red). La dirección MAC se puede encontrar utilizando la orden ip link show eth0 proporcionada por el paquete iproute2.

Con algunos routers, resultará imposible conectarse correctamente, a menos que comente la línea:

require dhcp_server_identifier

en /etc/dhcpcd.conf (advierta que este archivo es un archivo distinto de dhcpd.conf). Esto no debería causar problemas a menos que tenga varios servidores DHCP en la red (no habitual); consulte esta página para obtener más información.

Problemas con el hostname

Agregue la línea siguiente a /etc/NetworkManager/NetworkManager.conf:

dhcp=dhcpcd

a continuación, reinicie.

systemctl restart NetworkManager

fuente https://bbs.archlinux.org/viewtopic.php?id=152376

Falta la ruta predeterminada

Si con un sistema de KDE4, no se creó ninguna ruta por defecto a la hora de establecer conexiones inalámbricas con NetworkManager, en general se puede resolver modificando la configuración de la ruta de la conexión inalámbrica para eliminar la selección por defecto «Use only for resources on this connection».

Modem 3G no detectado

Si NetworkManager (desde v0.7.999) no detecta el módem 3G, pero todavía se puede conectar usando wvdial, pruebe a instalar el paquete modemmanager y reinicie el demonio NetworkManager con networkmanager rc.d restart. También puede ser necesario volver a conectar o reiniciar el módem. Esta utilidad proporciona soporte para el hardware no incluido por defecto en la base de datos de NetworkManager.

Desconexión de WLAN en portátiles

A veces, NetworkManager no funciona cuando se deshabilita el adaptador WiFi con el interruptor del portátil y se trata de activar de nuevo después. Esto suele ser debido a un problema con rfkill. Instale rfkill de los repositorios oficiales y use la siguiente orden:

$ watch -n1 rfkill list all

para comprobar si el controlador informa rfkill sobre el estado del adaptador inalámbrico. Si un identificador permanece bloqueado después de conectar el adaptador se puede tratar de desbloquearlo de forma manual con la orden siguiente (donde X es el número del identificador proporcionado por la salida de la orden anterior):

# rfkill event unblock X

Ajustes de la IP estática restaurando a DHCP

Debido a un error aún no solucionado, al cambiar las conexiones por defecto para la IP estática, nm-applet no guarda correctamente el cambio de configuración y vuelve a DHCP automático.

Para solucionar este problema hay que editar la conexión por defecto (por ejemplo, «Auto eth0») en nm-applet, cambiar el nombre de la conexión (por ejemplo, «mi eth0»), desactivar la casilla «Disponible para todos los usuarios», modificar la configuración de IP estáticas como se desee, y pulsar en Aplicar. Esto guardará la nueva conexión con el nombre dado.

A continuación, tendrá que asegurarse que la conexión por defecto no se conecte automáticamente. Para ello, ejecute nm-connection-editor (no como root). En el editor de conexión, modifique la conexión por defecto (por ejemplo, «Auto eth0») y desmarque la opción «Conectar automáticamente». Pulse Aplicar y cierre el editor de conexión.

No se pueden editar las conexiones como usuario normal

Véase #Set_up_PolicyKit_permissions.

Eliminar una red oculta

Obviamente, una red oculta no se muestra en la lista de selección de la GUI Wireless, por lo que no puede ser eliminada desde la interfaz gráfica de usuario. Puede eliminarla usando la siguiente orden:

# rm /etc/NetworkManager/system-connections/[SSID]

Dicha orden funciona para cualquier otra conexión.

VPN no funciona en Gnome

Al configurar openconnect o conexiones vpnc en NetworkManager mientras usa Gnome, a veces puede no ver el cuadro de diálogo emergente, apareciendo el siguiente error en /var/log/errors.log:

localhost NetworkManager[399]: <error> [1361719690.10506] [nm-vpn-connection.c:1405] get_secrets_cb(): Failed to request VPN secrets #3: (6) No agents were available for this request.

Esto es causado por el Applet NM de Gnome esperando scripts de dialogos para pasar a /usr/lib/gnome-shell, cuando los paquetes de NetworkManager se colocan en /usr/lib/networkmanager. Como un arreglo «temporal» (este error ha sido tratado por un tiempo), hagan el enlace siguiente(s):

# Para OpenConnect
ln -s /usr/lib/networkmanager/nm-openconnect-auth-dialog /usr/lib/gnome-shell/ 
# Para VPNC (es decir, Cisco VPN)
ln -s /usr/lib/networkmanager/nm-vpnc-auth-dialog /usr/lib/gnome-shell/

Esto puede ser necesario hacerlo para cualquier otro plugin VPN NM también, pero estos son los dos más comunes.

Consejos y trucos

Compartir la conexión a Internet a través de Wi-Fi

Puede compartir su conexión a Internet (por ejemplo: 3G o por cable) con unos pocos clics utilizando nm. Necesitará el apoyo de una tarjeta wifi (las tarjetas basadas en Atheros AR9xx o, al menos, AR5xx son probablemente la mejor opción).

Ad-hoc

  • Instale el paquete dnsmasq para ser capaz de compartir la conexión.
  • Un archivo dnsmasq.conf personalizado puede interferir con nm (aunque esta afirmación no se ha verificado).
  • Clicar sobre nm-applet → Crear red inalámbrica nueva.
  • Siga el asistente (asegúrese de usar una contraseña de 5 o 13 caracteres de extensión, otras longitudes fallarán).
  • Los ajustes se guardarán para la próxima vez que los necesite.

Real AP

El soporte para la modalidad de infraestructura (necesaria por los teléfonos Andoid, que no son compatibles con ad-hoc intencionadamente) no está apoyado actualmente por NetworkManager, pero está en desarrollo activo ...

Véase: http://fedoraproject.org/wiki/Features/RealHotspot

Comprobar la activación de la red en el interior de un proceso cron o script

Algunos tareas de cron requieren de la red para poder funcionar. Es posible que desee evitar la ejecución de estos trabajos cuando la red no funciona. Para ello, agregue un if de prueba para las consultas de redes con nm-tool de NetworkManager y compruebe el estado de las redes. La prueba tiene éxito si se muestra aquí cualquier interfaz activa, y fallida si no lo están. Esto es conveniente para los ordenadores portátiles que pueden tener conexión cableada, conexión inalámbrica, o podrían estar fuera de red.

if [ `nm-tool|grep State|cut -f2 -d' '` == "connected" ]; then
       #Whatever you want to do if the network is online
else
       #Whatever you want to do if the network is offline - note, this and the else above are optional
fi

Es útil para un script cron.hourly que ejecuta fpupdate para la actualización del escáner de firmas del antivirus F-Prot, por ejemplo. Otra forma de ser útil, con una pequeña modificación, podría ser diferenciar entre redes que utilizan diferentes partes de la salida nm-tool, por ejemplo, en cuanto que la red inalámbrica activa se indica con un asterisco, es posible, con la utilización de grep, cambiar el nombre de la red orientando la busqueda de grep a la red del asterisco.

Desbloquear automáticamente keyring después del login

GNOME

  1. Haga clic con el botón derecho en el icono nm-applet del panel y seleccione «Configuración de la red» y abra la pestaña «Inalámbrica».
  2. Seleccione la conexión que desee y haga clic en el botón «Configuración».
  3. Marque las casillas «Conectar automáticamente» y «Disponible para todos los usuarios».

Cierre la sesión y vuelva a entrar para completar el proceso.

Nota: El siguiente método es anticuado y puede no funcionar en todos los equipos.
  • En /etc/pam.d/gdm (o el demonio correspondiente en /etc/pam.d), añada la siguiente línea al final de los bloques «auth» y «session», para el caso de que no existan:
 auth            optional        pam_gnome_keyring.so
 session         optional        pam_gnome_keyring.so  auto_start
  • En /etc/pam.d/passwd, use la siguiente línea para el bloque del «password»:
 password    optional    pam_gnome_keyring.so
La próxima vez que inicie sesión, debería preguntarle si desea que la contraseña se desbloquee automáticamente al iniciar sesión.

KDE

Nota: Consulte http://live.gnome.org/GnomeKeyring/Pam para mayor información, y si se utiliza KDE con KDM, es posible usar pam-keyring-toolAUR disponible desde AUR.

Coloque un script como el siguiente en ~/.kde4/Autostart:

 #!/bin/sh
 echo PASSWORD | /usr/bin/pam-keyring-tool --unlock --keyring=default -s

Un script similar debe funcionar también con Openbox, LXDE, etc.

SLiM login manager

Véase Slim#SLiM and Gnome Keyring.

Ignorar dispositivos específicos

A veces se puede desear que NetworkManager ignore algunos dispositivos específicos y no trate de configurar las direcciones y las rutas para ellos.

Puede ignorar los dispositivos por la dirección MAC mediante la siguiente configuración en /etc/NetworkManager/NetworkManager.conf :

[keyfile]
unmanaged-devices=mac:00:22:68:1c:59:b1;mac:00:1E:65:30:D1:C4

Después de poner esto reinicie NetworkManager, y con ello debería ser capaz de configurar las interfaces de NetworkManager sin alterar lo que ha establecido.

Conectar más rápido

Deshabilitar IPv6

Las conexiones lentas o reconexiones a la red pueden ser debidas a las consultas superfluas de NetworkManager a las IPv6. Si no hay soporte para IPv6 en la red local, la conexión a una red puede tardar más de lo normal, mientras que NetworkManager intenta establecer una conexión IPv6 con resultado final de «time out». La solución es desactivar IPv6 en NetworkManager lo que hará que la conexión de red sea más rápida. Esto tiene que hacerse una sola vez para cada red a la cual se conecte.

  • Haga clic en el icono del estado de la red.
  • Haga clic en «Configuración de la red».
  • Vaya a la pestaña «Cableada» o «Inalámbrica», según corresponda.
  • Seleccione el nombre de la red.
  • Haga clic en «Configuración».
  • Vaya a «Ajustes de IPv6».
  • En el botón desplegable «Método», elija la opción «Ignorar».
  • Haga clic en «Guardar».

Acelerar DHCP mediante la desactivación de ARP sondeando DHCPCD

dhcpcd contiene una implementación de una recomendación de la norma DHCP (RFC2131 sección 2.2) para comprobar a través de ARP si la dirección IP asignada realmente no está en uso. Puede parecer innecesario en una red doméstica, pero puede ahorrar alrededor de 5 segundos en cada conexión añadiendo la siguiente línea a /etc/dhcpcd.conf:

noarp

Esto equivale a lanzar dhcpcd con el flag --noarp, lo cual desactiva el sondeo a ARP, acelerando las conexiones con DHCP.

Usar servidores OpenDNS

Cree el archivo /etc/resolv.conf.opendns con los nombres de los servidores:

nameserver 208.67.222.222
nameserver 208.67.220.220

o utilizar los servidores DNS de Google, porque la gente ha estado recibiendo anuncios por los servidores de OpenDNS últimamente:

nameserver 8.8.8.8
nameserver 8.8.4.4

Y, de este modo, tiene reemplazados los servidores DHCP descubiertos con los de OpenDNS:

/etc/NetworkManager/dispatcher.d/dns-servers-opendns
#!/bin/bash
# Use OpenDNS servers over DHCP discovered servers

cp -f /etc/resolv.conf.opendns /etc/resolv.conf

Haga el script ejecutable:

# chmod +x /etc/NetworkManager/dispatcher.d/dns-servers-opendns