NetworkManager (Español)

From ArchWiki
Revision as of 20:57, 19 March 2013 by Pedro (Talk | contribs) (Sistema de init por defecto (systemd))

Jump to: navigation, search
Sumario help replacing me
Este artículo trata sobre la instalación y configuración de NetworkManager - un conjunto de herramientas cooperativas que hacen de la gestión de las redes algo simple y directo.
Descripción
Arch Linux provee netcfg para la gestión de la red. netcfg proporciona soporte para conexiones cableadas en desktops y servidores, así como configuraciones de conexiones inalámbricas y roaming para la movilidad de los usuarios, permitiendo una fácil gestión de los perfiles de red. NetworkManager y Wicd son alternativas populares de terceros.

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.

KDE4

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.

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.

Nota: Si el demonio networkmanager se encuentra en rc.conf, las configuraciones siguientes están obsoletas y el applet se iniciará dos veces.

Para poder iniciar automáticamnte nm-applet correctamente al arranque de Openbox, puede que tenga que eliminar el archivo /etc/xdg/autostart/nm-applet.desktop (Es posible que necesite eliminar este archivo de nuevo después de cada actualización del paquete network-manager-applet).

Luego, en autostart, active el inicio de nm-applet con la siguiente línea:

(sleep 3 && /usr/bin/nm-applet --sm-disable) &

Si se producen errores de conexión, asegúrese de que tiene D-Bus iniciado en la sesión de usuario.

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

Desactivar la configuración de la red actual

Tendrá que desactivar su configuración de red actual para poder probar correctamente NetworkManager.

Primero, detengael demonio de red:

# systemctl stop net-auto-wireless.service

A continuación, desactive los demonios de red que se estén ejecutando.

# systemctl disable net-auto-wireless.service

Por último, pare sus NIC (Network Interface Controllers, es decir, tarjetas de red). Por ejemplo (usando el paquete iproute2):

# ip link set eth0 down
# ip link set wlan0 down

Sistema init antiguo (init scripts)


1. Modifique /etc/rc.conf donde DHCP o una dirección IP estática se definen descomentándolos:
Nota: Los siguientes ajustes son obsoletos en el más reciente rc.conf.
#eth0="dhcp"                                                                    
#wlan0="dhcp"                                                                   
INTERFACES=(!eth0 !wlan0)
2. Ahora, modifique /etc/rc.conf para quitar el demonio de red por defecto («network«) o cualquier otro demonio de gestión de redes que puedan estar en uso.




Por último, detenga sus NIC (Network Interface Controllers, es decir, tarjetas de red). Por ejemplo (usando el paquete iproute2):

ip link set down eth0
ip link set down wlan0

Activar NetworkManager

La forma de activar NetworkManager dependerá de cómo esté configurado el sistema. Las nuevas instalaciones utilizan ahora systemd de forma predeterminada. Muchos usuarios han hecho la transición a systemd, que se convertirá en el futuro en el sistema predeterminado.

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.

Activar NetworkManager con systemd

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

# systemctl enable NetworkManager.service

Puede iniciar el demonio NetworkManager inmediatamente con la siguiente orden:

# systemctl start NetworkManager.service
Nota: Si tiene servicios que no logran iniciarse correctamente antes de que la red esté operativa, tiene que usar NetworkManager-wait-online.service en su lugar. Sin embargo, esto casi nunca será necesario, ya que la mayoría de los demonios de red se inician sobre la marcha muy bien, incluso si la red no se ha configurado todavía.

Activar NetworkManager con initscripts

Para activar NetworkManager en el arranque, edite la línea DAEMONS en /etc/rc.conf para añadir el demonio NetworkManager, después del demonio dbus:

DAEMONS=( ...dbus networkmanager... )

Asegúrese de que el paquete dbus está instalado para cuando sea requerido por NetworkManager. Para iniciar otros servicios (daemons) que requieren una conexión de red consulte la siguiente sección sobre cómo configurarlos.

Puede iniciar el demonio NetworkManager inmediatamente con las siguientes órdenes:

# rc.d start dbus
# rc.d start networkmanager


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, 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
Advertencia: 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 link 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 a 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
  VPN_NAME=<name of VPN connection defined in NetworkManager>
  ESSID=<wifi network ESSID (not connection name)>
  if [ "$2" = "up" -o "$2" = "vpn-down" ]; then          # -o "$2" = "vpn-down" makes VPN reconnect after VPN connection interrupt
    if [ "$(iwgetid | grep ':"'$ESSID'"')" ]; then       # check for ESSID match
      nmcli con up id "$VPN_NAME";                       # parentheses needed for VPN connection names with spaces
    fi
  elif [ "$2" = "down" ]; then                           # disconnect VPN prior to disconnecting from the network
    if [ "$(iwgetid | grep ':"'$ESSID'"')" ]; then       # check for ESSID match and that VPN is actually connected
      if [ $(nmcli con status id "$VPN_NAME" | grep -c activated) ]; then
        nmcli con down id "$VPN_NAME";
      fi
    fi
  fi

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.

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

NetworkManager impide a DHCPCD el uso de resolv.conf.head y resolv.conf.tail

A veces es problemático agregar elementos estáticos a resolv.conf cuando dicho archivo se está constantemente reescribiendo por NetworkManager y dhcpcd. Una solución simple es usar el siguiente script:

#!/bin/bash
# 
# /etc/NetworkManager/dispatcher.d/99-resolv.conf-head_and_tail
# Include /etc/resolv.conf.head and /etc/resolv.conf.tail to /etc/resolv.conf
#
# scripts in the /etc/NetworkManager/dispatcher.d/ directory
# are called alphabetically and are passed two parameters:
# $1 is the interface name, and $2 is “up” or “down” as the
# case may be.

resolvconf='/etc/resolv.conf';
cat "$resolvconf"{.head,,.tail} 2>/dev/null > "$resolvconf".tmp
mv -f "$resolvconf".tmp "$resolvconf"

Guardar los cambios en resolv.conf

NetworkManager intentará escribir la información del DNS de DHCP en /etc/resolv.conf, sobreescribiendo el contenido existente. Para evitar este comportamiento, se puede establecer el «bit inmutable» en el archivo:

# chattr +i /etc/resolv.conf

Para modificar el archivo en el futuro, retire primero el bit inmutable:

# chattr -i /etc/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 a IP estáticas restaurado a DHCP

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

A continuación, si desea efectuar la conexión por defecto y no conectarse automáticamente, ejecute la siguiente orden:

$ sudo nm-connection-editor  # se debe usar sudo, no su

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 en Aplicar para guardar los cambios 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]
$ sudo rm /etc/NetworkManager/system-connections/[SSID] # sudo equivalent

Dicha orden funciona con cada red.

Consejos y trucos

Compartir la conexión a Internet a través de WiFi

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

  • pacman -S dnsmasq
  • personalizar dnsmasq.conf puede interferir con nm
  • Clic sobre nm-applet -> Crear nueva red inalámbrica
  • 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 todas algunas máquinas.
  • 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

  • En /etc/pam.d/slim, añada la siguiente línea al final de los bloques «auth» y «session», si no existen:
 auth            optional        pam_gnome_keyring.so
 session         optional        pam_gnome_keyring.so  auto_start
  • En /etc/pam.d/passwd, añada la siguiente línea al bloque «password»:
 password    optional    pam_gnome_keyring.so
  • En ~/.xinitrc, añada la siguiente línea al principio, antes de lanzar window manager y otras aplicaciones:
 # test for an existing bus daemon, just to be safe
 if test -z "$DBUS_SESSION_BUS_ADDRESS" ; then
    # if not found, launch a new one
    eval `dbus-launch --sh-syntax --exit-with-session`
    echo "D-Bus per-session daemon address is: $DBUS_SESSION_BUS_ADDRESS"
 fi
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.

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.

1. 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.
2. Como alternativa puede usar HAL.
  • Primero debe buscar la UDI de Hal (por ejemplo, con lshal):
 ...
 info.product = 'Networking Interface'  (string)
 info.subsystem = 'net'  (string)
 info.udi = '/org/freedesktop/Hal/devices/net_00_1f_11_01_06_55'  (string)
 linux.hotplug_type = 2  (0x2)  (int)
 linux.subsystem = 'net'  (string)
 ...
  • Añada la udi a /etc/NetworkManager/nm-system-settings.conf:
 [keyfile]
   unmanaged-devices=/org/freedesktop/Hal/devices/net_00_1f_11_01_06_55
Puede especificar múltiples dispositivos, delimitándolos con punto y coma:
 [keyfile]
   unmanaged-devices=/org/freedesktop/Hal/devices/net_00_1f_11_01_06_55;/org/freedesktop/Hal/devices/net_00_2c_6d_e2_08_af
No es necesario reiniciar NetworkManager para que los cambios surtan efecto.
3. Puede ignorar un tipo de dispositivo en fase de arranque usando el siguiente script (cambie NetworkManager.conf con nm-system-settings.conf si usa una versión de NetworkManager anterior a 0.8.1):
  #!/bin/sh
  # author: tim noise <darknoise@drkns.net>
  COUNT=0
  TARGET_FILE="/etc/NetworkManager/NetworkManager.conf"
  for i in `lshal | grep -A6 'Networking Interface' | awk -F "'" '/info.udi = / {print $2}'`; do
      if [ $COUNT = 0 ]; then
          COUNT=$COUNT+1;
          echo "unmanaged-devices=$i" >> $TARGET_FILE
      else
          echo -n ";$i" >> $TARGET_FILE
      fi
  done
  printf "\n" >> $TARGET_FILE
Dichos script pueden ser adaptados para ignorar dispositivos wireless, etc., que utilizan un sistema de archivos no persistente.

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 deshabilita el sondeo a ARP, acelerando las conexiones con DHCP.

Usar servidores OpenDNS

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

nameserver 208.67.222.222
nameserver 208.67.220.220

Para sustituir el servidor DHCP por los servidores 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 ejecutable el script:

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