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

From ArchWiki
Jump to: navigation, search
(Usar servidores OpenDNS)
(48 intermediate revisions by the same user not shown)
Line 9: Line 9:
 
[[tr:NetworkManager]]
 
[[tr:NetworkManager]]
 
[[zh-CN:NetworkManager]]
 
[[zh-CN:NetworkManager]]
{{translateme}}
+
{{Article summary start|Sumario}}
 
+
{{Article summary text|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.}}
{{Article summary start}}
+
{{Article summary heading|Descripción}}
{{Article summary text|Covers installation and configuration of NetworkManager – a set of co-operative tools that make networking simple and straightforward.}}
+
{{Article summary text|Arch Linux provee [[netctl (Español)|netctl]] para la [[Configuring_Network_(Español)|gestión de la red]]. {{ic|netctl}} proporciona soporte para conexiones cableadas en desktops y servidores, así como configuraciones de [[Wireless Setup (Español)|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 (Español)|Wicd]] son alternativas populares de terceros.}}
{{Article summary heading|Overview}}
+
{{Article summary text|{{Networking overview}}}}
+
 
{{Article summary end}}
 
{{Article summary end}}
  
 +
[http://projects.gnome.org/NetworkManager/ 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]].
  
= Introduccion =
+
== Intalación base ==
Network Manager es un set de herramientas co-operativas que hacen de la creación de redes simple y directa. Sea cableada o inalámbrica, Network Manager te permite mover rapidamente de una conexión a otra: una ves que NetworkManager se ha configurado y conectado a una red, esta puede ser detectada y re-conectada automáticamente a posteriori.
+
  
La versión 0.7 es una versión importante de Network Manager.
+
NetworkManager se puede instalar con el paquete {{Pkg|networkmanager}}, disponible en los [[official repositories|repositorios oficiales]].
  
Algunas de las nuevas características incluyen:
+
=== Soporte VPN ===
  
    * Soporte para tarjetas de datos celulares
+
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 [[official repositories|repositorios oficiales]]:
    * Diversos dispositivos activos
+
    * Configuración global del sistema
+
    * Interfaz de control dbus wpa_supplicant
+
    * Mas métodos de autenticación para redes cableadas/inalámbricas
+
  
==Paso 1: Instalación==
+
* {{Pkg|networkmanager-openvpn}}
{{Pkg|NetworkManager}} esta disponible en el repositorio {{Ic|[extra]}}:
+
* {{Pkg|networkmanager-pptp}}
# pacman -S networkmanager
+
* {{Pkg|networkmanager-vpnc}}
  
==Paso 2: GUIs==
+
== Interfaces gráficas ==
  
===GNOME===
+
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.
network-manager-applet (anteriormente gnome-network-manager) también esta ahi:
+
# pacman -S network-manager-applet
+
  
Si ningún icono de nm-applet esta en uno de tus paneles en GNOME, y si embargo estas seguro de que se esta ejecutando, intenta agregando un "Área de notificación" al panel.
+
=== GNOME ===
  
===KDE===
+
El applet de GNOME {{Pkg|network-manager-applet}} (anteriormente gnome-network-manager) es lo suficientemente ligero y funciona en todos los entornos.
KNetworkManager proporciona un icono en la bandeja del sistema y la configuración:
+
# pacman -S kdeplasma-applets-networkmanagement
+
  
====KDE3====
+
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]].
Puedes intentar usar knetworkmanager el cual ''ya no es mantenido en ningún repositorio oficial de Arch''. Puedes obtenerlo desde [[AUR]].
+
  
===Xfce===
+
=== KDE ===
Xfce usa el mismo paquete que GNOME:
+
# pacman -S network-manager-applet
+
  
También podes instalar el plugin xfapplet, el cual permite que los applets de GNOME sean visualizados en el panel de xfce4:
+
El front-end para KNetworkManager se ha hecho disponible desde KDE 4.4 como un widget de Plasma disponible en los repositorios oficiales:
# pacman -S xfce4-xfapplet-plugin
+
{{Pkg|kdeplasma-applets-networkmanagement}}.
  
Si después de la instalación tenes cuatro o más instancias de nm-applet ejecutándose cuando los servicios de gnome inician automáticamente y vos no estas usando un administrador de sesión, considera hacer lo siguiente:
+
En comparación con GNOME funciona igual de bien, o incluso mejor (tiene más características y detecta más hardware).
#Matar todos los procesos de nm-applet
+
#Agregar {{Ic|nm-applet --sm-disable}} a la lista de aplicaciones al inicio
+
#Salir de Xfce
+
#Borrar el archivo de sesión de XFCE (en {{ic|~/.cache/sessions/}})
+
#Ingresar en Xfce
+
  
===Fluxbox y otros WMs===
+
{{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
Necesitarás el tema hicolor para poder ejecutar nm-applet:
+
Configuración del sistema -> Hardware -> Fuentes de información}}
# pacman -S network-manager-applet hicolor-icon-theme gnome-icon-theme
+
  
Después de configurar tu sistema para usarlo con NetworkManager, el inicio automático del applet se hace yendo a ''Configuración → Aplicaciones al inicio'' luego agrega, {{Ic|"nm-applet --sm-disable &"}}. Esto deberia iniciar el network manager applet al inicio. La opción {{Ic|"--sm-disable"}} es usada para prevenir multiples instancias de el nm-applet, y solo lo necesitas si multiples instancias se estan ejecutando cuando inicias sesión.
+
Si tiene instalado tanto el widget Plasma como {{ic|nm-applet}} y no desea iniciar {{ic|nm-applet}} cuando usa KDE, añada la siguiente línea a {{ic|/etc/xdg/autostart/nm-applet.desktop}}:
 +
NotShowIn=KDE
  
*NetworkManager parece tener problemas para cargar en varios box-environments y compiz. Usando el prefijo '''ck-launch-session''', nm-applet parece trabajar bien.
+
=== XFCE ===
Ex.,
+
El paquete {{Pkg|network-manager-applet}} no tendrá ningún problema en XFCE, pero para ver las notificaciones, ''incluidos los mensajes de error'', necesitará {{ic | nm-applet}}, una específica implementación de Freedesktop (consulte [http://www.galago-project.org/specs/notification/0.9/index.html Proyecto Galapago]) para mostrar las notificaciones. Para activar las notificaciones, instale {{pkg | xfce4-notifyd}}, un paquete que proporciona una implementación de la especificación.
exec ck-launch-session startlxde
+
  
===Linea de Comandos===
+
Sin un demonio de notificación, {{ic|nm-applet}} generará los siguientes errores en stdout/stderr:
[https://aur.archlinux.org/packages.php?ID=29595 cnetworkmanager], disponible en [[AUR]], puede ser usada para configurar conexiones desde la linea de comandos.
+
  
==Paso 3: Configuración==
+
(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
  
===Desactivar las interfaces===
+
{{ic|nm-applet}} funciona normalmente, pero sin notificaciones.
Si queres usar NetworkManager en una interfaz tendrás que desactivar las interfaces en {{ic|/etc/[[rc.conf]]}}. Lo podes hacer poniendo un {{Ic|"!"}} al frente de la interfaz de tu elección, por ejemplo:
+
INTERFACES=(!eth0 !ath0)
+
  
{{Note|Tal vez necesites activar (es decir, quitar el {{Ic|"!"}}) de eth0 de nuevo para que tu tarjeta funcione. Confirmado con el módulo ath_pci madwifi - también puede ser que tangas que volver a activar las tarjetas de red para que funcionen.}}
+
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 {{Pkg|gnome-keyring}}.
  
NetworkManager analiza {{ic|/etc/rc.conf}} para ver si queres una IP estática o dinámica, entonces expresa tu configuración preferia ahí.
+
=== Openbox ===
  
Ejemplo para IP estática:
+
Para que NetworkManager funcione correctamente en Openbox, el applet de GNOME requiere el demonio de notificación {{pkg|xfce4-notifyd}}, por la misma razón que en XFCE, y el paquete {{pkg|gnome-icon-theme}} para poder mostrar el applet en la bandeja del sistema.
  eth0="eth0 172.19.3.18 netmask 255.255.255.0 broadcast 172.19.3.255"
+
  
Ejemplo para Ip dinámica:
+
Si desea guardar los datos de autentificación (Wireless/DSL) instale y configure [[gnome-keyring]].
  eth0="dhcp"
+
  
===Establecer hostname===
+
{{ic|nm-applet}} instala el archivo autostart en {{ic|/etc/xdg/autostart/nm-applet.desktop}}. Si tiene problemas con él (por ejemplo, {{ic|nm-applet}} se inicia dos veces o no se inicia en absoluto), consulte [[Openbox#Autostart directory]] o [https://bbs.archlinux.org/viewtopic.php?pid=993738] para conocer la solución.
Por defecto NetworkManager 0.7 hará una búsqueda inversa de tu IP para determinar tu hostname. Generalmente, esto dará "localhost" o "localhost.localdomain". También intentará manipular el hostname de el sistema sobre la marcha lo cual ocasionalmente romperá Xorg.
+
La solución es crear el archivo {{ic|/etc/NetworkManager/nm-system-settings.conf}}, y agregar lo siguiente:
+
[main]
+
plugins = keyfile
+
 
+
[keyfile]
+
hostname = <your hostname>
+
  
Asegurate de verificar que {{ic|/etc/hosts}} esta bien antes de continuar porque NetworkManager puede haberlo alterado antes de que tuvieras la oportunidad de cambiar esta configuración.
+
=== Otros escritorios y gestores de ventanas ===
  
===Editar daemons===
+
En todos los demás casos, se recomienda usar el applet de GNOME. Deberá asegurarse que tiene instalado el paquete {{pkg|gnome-icon-theme}} para poder ver el applet.
Debes deshabilitar el daemon ''network'' y agregar los daemons ''hal'' y ''networkmanager'' en este orden:
+
DAEMONS=( ... !network '''hal networkmanager''' ... )
+
{{Warning|No uses hal y networkmanager en segundo plano, ya que puede causar la congelación de las entradas de los dispositivos de entrada al inicio de Xorg.}}
+
  
{{Note|si te sucede que especificaste el daemon ''fam'', este ''debe'' aparecer ''después'' de networkmanager. Lo mismo se aplica para  '''portmap''' y '''netfs''' si se especifica.}}
+
Para guardar información confidencial sobre las conexiones instale y configure [[gnome-keyring]].
  
===Ingresar al grupo Network===
+
Para ejecutar {{ic | nm-applet}} en un entorno sin una bandeja de sistema, puede utilizar {{pkg|trayer}} o {{pkg|stalonetray}}. Por ejemplo, puede agregar un script como este a su propia ruta:
Agregate al grupo network, reemplazando {{Ic|USUARIO}} con el nombre de usuario apropiado:
+
{{hc|nmgui|<nowiki>
  # gpasswd -a USUARIO network
+
  #!/bin/sh
 +
nm-applet    > /dev/null 2>/dev/null &
 +
stalonetray  > /dev/null 2>/dev/null
 +
killall nm-applet
 +
</nowiki>}}
  
===Configurando los servicios de Red===
+
Al cerrar la ventana de stalonetray, cierra {{ic|nm-applet}} también, así que no consume memoria extra una vez que haya terminado con la configuración de red.
Ahi unos cuanto sevicios de red que vos no querrás que se ejecuten hasta que aparezca la interfaz de NM. Algunos buenos ejemplos son {{Ic|ntpd}} y montaje de sistemas de archivos de red de varios tipos. NetworkManager puede empezar esos servicios cunado inicies la interfaz de NetworkManager, y detenerlos cuando la cierres.
+
  
Para usar esta característica, agrega scripts a {{ic|/etc/NetworkManager/dispatcher.d}} y hacelos ejecutables para todos los usuarios. Por seguridad, hacelos propiedad de '''root:root''' y editables solo por el propietario. Los scripts serán ejecutados en orden alfabético en el momento en que la interfaz inicie(con los argunmentos ''interface'' '''up'''), y en orden alfabético inverso cunado la interfaz se cierra (con argumentos ''interface'' '''down'''). Para asegurarse en que orden inician, simplemente agrega un caracter alfabetico y una guión bajo al frente del nombre del script; por ejemplo, '''a_portmap''' y '''b_netfs''' (lo cual asegura que el asignador de puertos (portmapper) inicie antes de intentar montar NFS).
+
=== Desde la línea de órdenes ===
  
Un esquema de nombres útiles: '''a_portmap  b_netfs  c_ntpdate  d_ntpd  e_cups  f_clamav'''. Typical usage for this is running a local NTP server on a system that does not connect to foreign wireless networks, and that also employs NFS mounts. There is no point in cups if you are not on the network. Clamav's '''freshclam''' signature updater requires networking to connect.
+
La paquete {{pkg|networkmanager}} contiene [http://manpages.ubuntu.com/manpages/maverick/man1/nmcli.1.html nmcli] desde la versión 0.8.1.
  
{{Warning|If you connect to foreign or public networks, be aware of what services you are starting and what servers you expect to be available for them to connect to. You could make a security hole by starting the wrong services while connected to a public network.}}
+
== Configuración ==
  
===Proxy settings===
+
NetworkManager requiere algunos pasos adicionales para ser capaz de ejecutarse correctamente.
Network Manager does not directly handle proxy settings.
+
  
See: [[Proxy settings]]
+
Antes de comenzar, compruebe que {{ic|/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 {{ic|/etc/hosts}}:
  
===PolicyKit issues===
+
{{hc|/etc/hosts|
{{Note|Following is probably not need for KDE 4 anymore, as there should be PolicyKit integration as of KDE 4.3. At least with knetworkmanager from [kdemod-core], the author did not run into any troubles.}}
+
127.0.0.1 localhost
 +
::1      localhost
 +
}}
  
Because many Display Managers (including KDM) do not natively support policykit at login, you will run into some permission issues with D-Bus and NetworkManager.
+
En caso de tener nss-myhostname apagado, la línea sería:
  
While there are several options to resolve this issue, choose ''only'' one:
+
{{hc|/etc/hosts|
 +
127.0.0.1 my-laptop localhost
 +
::1      my-laptop localhost
 +
}}
  
* Install Consolekit and add the following line to {{ic|/etc/pam.d/kde}}:
+
{{Nota|Puede ser una buena idea usar {{ic|1=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.}}
  session      optional        pam_ck_connector.so
+
{{Warning|This may cause the malfunction of KDE PowerDevil.}}
+
  
* Add the following lines to {{ic|/etc/dbus-1/system.d/NetworkManager.conf}}:
+
=== Activar NetworkManager ===
        <policy group="users">
+
                <allow send_destination="org.freedesktop.NetworkManager"/>
+
                <allow send_interface="org.freedesktop.NetworkManager"/>
+
        </policy>
+
:If this does not work, check if there are any policy errors by starting NetworkManager manually:
+
  # kill `pidof NetworkManager`
+
  # NetworkManager --no-daemon
+
  
* Put the following script in ~/.kde4/Autostart or similar for other WMs or DEs:
+
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 {{ic|nmcli}} o un applet para la configuración y la conexión.
  #!/bin/bash
+
  ck-launch-session
+
  
* If none of those work, refer to this thread: http://bbs.archlinux.org/viewtopic.php?id=63576
+
Puede activar NetworkManager para que se inicie en el arranque con la siguiente orden:
  
==Troubleshooting==
+
{{bc|# systemctl enable NetworkManager}}
  
===DHCP problems===
+
Puede iniciar el demonio NetworkManager inmediatamente con la siguiente orden:
If you have problems with getting an IP via DHCP try to add the following to your {{ic|/etc/dhclient.conf}}:
+
 
   interface "eth0" {
+
{{bc|# systemctl start NetworkManager}}
     send dhcp-client-identifier 01:aa:bb:cc:dd:ee:ff;
+
 
 +
=== Activar NetworkManager Wait Online ===
 +
Si tiene servicios que pueden fallar si se inician antes de que se abra la red, tiene que usar  {{ic|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:
 +
 
 +
{{bc|# 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  {{ic|/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 {{ic|/usr/lib/polkit-gnome/polkit-gnome-authentication-agent-1}} (es parte del paquete {{pkg|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 {{ic|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 {{ic|network}} y cree el siguiente archivo
 +
{{hc|/etc/polkit-1/rules.d/50-org.freedesktop.NetworkManager.rules|<nowiki>
 +
polkit.addRule(function(action, subject) {
 +
   if (action.id.indexOf("org.freedesktop.NetworkManager.") == 0 && subject.isInGroup("network")) {
 +
     return polkit.Result.YES;
 
   }
 
   }
Where {{Ic|aa:bb:cc:dd:ee:ff}} is the MAC-adress of this NIC.
+
});</nowiki>}}
 +
Todos los usuarios del grupo {{ic|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#Using_systemd-logind|systemd-logind]].
  
===Problems starting nm-applet as normal user===
+
=== Servicios de red con NetworkManager dispatcher===
Sometimes, the GNOME applet fails to start with the following error:
+
** (nm-applet:2941): WARNING **: <WARN>  applet_dbus_manager_start_service(): Could not acquire the NetworkManagerUserSettings
+
service.
+
  Message: 'Connection ":1.19" is not allowed to own the service "org.freedesktop.NetworkManagerUserSettings" due to security
+
policies in the configuration file'
+
This depends on NetworkManager changing its behavior since version 0.7, ignoring the {{Ic|network}} group altogether and instead uses ConsoleKit, which seems to be problematic at times. This solution was provided by ''madhatter'':
+
  
Edit your {{ic|/etc/dbus-1/system.d/NetworkManager.conf}} to read:
+
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:
<!DOCTYPE busconfig PUBLIC
+
  "-//freedesktop//DTD D-BUS Bus Configuration 1.0//EN"
+
  "http://www.freedesktop.org/standards/dbus/1.0/busconfig.dtd">
+
<busconfig>
+
        <policy user="root">
+
                <allow own="org.freedesktop.NetworkManager"/>
+
                <allow send_destination="org.freedesktop.NetworkManager"/>
+
                <allow send_interface="org.freedesktop.NetworkManager"/>
+
+
        <allow own="org.freedesktop.NetworkManager.PPP"/>
+
                <allow send_destination="org.freedesktop.NetworkManager.PPP"/>
+
                <allow send_interface="org.freedesktop.NetworkManager.PPP"/>
+
        </policy>
+
    <!-- My hack -->
+
        <policy group="network">
+
                <allow send_destination="org.freedesktop.NetworkManager"/>
+
                <allow send_interface="org.freedesktop.NetworkManager"/>
+
        </policy>
+
        <!-- End of my hack -->
+
        <policy at_console="true">
+
                <allow send_destination="org.freedesktop.NetworkManager"/>
+
                <allow send_interface="org.freedesktop.NetworkManager"/>
+
        </policy>
+
        <policy context="default">
+
                <deny own="org.freedesktop.NetworkManager"/>
+
                <deny send_destination="org.freedesktop.NetworkManager"/>
+
                <deny send_interface="org.freedesktop.NetworkManager"/>
+
+
                <deny own="org.freedesktop.NetworkManager.PPP"/>
+
                <deny send_destination="org.freedesktop.NetworkManager.PPP"/>
+
                <deny send_interface="org.freedesktop.NetworkManager.PPP"/>
+
        </policy>
+
+
        <limit name="max_replies_per_connection">512</limit>
+
</busconfig>
+
  
Also, change your {{ic|/etc/dbus-1/system.d/nm-applet.conf}} to read:
+
# systemctl start NetworkManager-dispatcher
  <!DOCTYPE busconfig PUBLIC
+
 
  "-//freedesktop//DTD D-BUS Bus Configuration 1.0//EN"
+
# systemctl enable NetworkManager-dispatcher
  "http://www.freedesktop.org/standards/dbus/1.0/busconfig.dtd">
+
 
<busconfig>
+
Una vez que la función está activa, se pueden añadir los scripts apropiados  a la carpeta  {{ic|/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.
    <policy user="root">
+
 
        <allow own="org.freedesktop.NetworkManagerUserSettings"/>
+
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, {{ic|10_portmap}} o {{ic|30_netfs}} (que asegura que el mapeador de puertos se levante antes de que se intente montar NFS).
+
 
        <allow send_destination="org.freedesktop.NetworkManagerUserSettings"/>
+
{{Advertencia|
        <allow send_interface="org.freedesktop.NetworkManagerSettings"/>
+
* 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 {{ic|/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.}}
        <!-- Only root can get secrets -->
+
 
        <allow send_interface="org.freedesktop.NetworkManagerSettings.Secrets"/>
+
==== Iniciar OpenNTPD ====
    </policy>
+
 
    <!-- My hack -->
+
El siguiente ejemplo de script inicia el demonio OpenNTPD cuando una interfaz se conecta. Guarde el archivo como {{ic|/etc/NetworkManager/dispatcher.d/20_openntpd}} y hágalo ejecutable.
    <policy group="network">
+
{{bc|<nowiki>
        <allow own="org.freedesktop.NetworkManagerUserSettings"/>
+
#!/bin/sh
        <allow send_destination="org.freedesktop.NetworkManagerUserSettings"/>
+
 
        <allow send_interface="org.freedesktop.NetworkManagerUserSettings"/>
+
INTERFACE=$1 # The interface which is brought up or down
+
STATUS=$2 # The new state of the interface
        <deny send_interface="org.freedesktop.NetworkManagerSettings.Secrets"/>
+
 
    </policy>
+
case "$STATUS" in
        <!-- end of my hack -->
+
    'up') # $INTERFACE is up
    <policy at_console="true">
+
exec /etc/rc.d/openntpd start
        <allow own="org.freedesktop.NetworkManagerUserSettings"/>
+
;;
   
+
    'down') # $INTERFACE is down
        <allow send_destination="org.freedesktop.NetworkManagerUserSettings"/>
+
# Check for active interface and down if no one active
         <allow send_interface="org.freedesktop.NetworkManagerSettings"/>
+
if [ ! `nm-tool|grep State|cut -f2 -d' '` == "connected" ]; then
 +
exec /etc/rc.d/openntpd stop
 +
fi
 +
;;
 +
esac
 +
</nowiki>}}
 +
 
 +
==== Montar carpeta remota con sshfs ====
 +
 
 +
Dado que el script viene ejecutado en un entorno muy restrictivo, es necesario exportar la variable {{ic|SSH_AUTH_SOCK}} para poder conectarse al propio agente SSH. Hay diferentes maneras para lograr esto, vea [https://bbs.archlinux.org/viewtopic.php?pid=1042030#p1042030 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 {{ic|UUID}} necesaria para comprobar que coincide se puede encontrar en {{ic|/etc/NetworkManager/system-connections/}}). 
 +
 
 +
#!/bin/bash
 +
USER=<your sshfs user>
 +
  if [ $CONNECTION_UUID == <connection UUID> ]; then
 +
         case "$2" in
 
   
 
   
        <!-- Only root can get secrets -->
+
                up)
        <deny send_interface="org.freedesktop.NetworkManagerSettings.Secrets"/>
+
                    #sleep 10
    </policy>
+
                    export SSH_AUTH_SOCK=$(find /tmp/keyring-*/ -type s -user $USER -group users -name ssh)
    <policy context="default">
+
                    su $USER -c "/usr/bin/sshfs user@host:/remote/folder /local/folder/"
        <deny own="org.freedesktop.NetworkManagerUserSettings"/>
+
                  ;;
 
   
 
   
         <allow send_destination="org.freedesktop.NetworkManagerUserSettings"/>
+
                down)
        <allow send_interface="org.freedesktop.NetworkManagerSettings"/>
+
                    fusermount -u /local/folder
        <!-- Only root can get secrets -->
+
                  ;;
        <deny send_interface="org.freedesktop.NetworkManagerSettings.Secrets"/>
+
         esac
    </policy>
+
  fi
+
 
    <limit name="max_replies_per_connection">512</limit>
+
==== Usar dispatcher para conectarse a VPN despues de establecer una conexión de red ====
  </busconfig>
+
 
 +
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:
 +
{{hc|/etc/NetworkManager/dispatcher.d/vpn-up|<nowiki>
 +
#!/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
 +
</nowiki>}}
 +
Recuerde que debe hacerlo ejecutable con {{ic|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 [http://projects.gnome.org/NetworkManager/developers/migrating-to-09/secrets-flags.html 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 [https://bugzilla.redhat.com/show_bug.cgi?id=710552 que será inaccesible para el usuario root]: abra {{ic|/etc/NetworkManager/system-connections/<name of your VPN connection>}} y modifique {{ic|password-flags}} y {{ic|secret-flags}} de {{ic|1}} a {{ic|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 [http://marin.jb.free.fr/proxydriver/ proxydriver], el cual se encarga de configurar el proxy utilizando la información de NetworkManager. Puede encontrar el paquete {{AUR|proxydriver}} 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 [[Daemon|iniciar]] el demonio ''networkmanager''.
 +
 
 +
Algunos applets proveen un archivo {{ic|.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 {{Pkg|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 {{pkg|ppp}} de Arch que podría funcionar como es debido.
 +
 
 +
Para resolver el problema será suficiente instalar {{AUR|ppp-mppe}} 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 {{ic|/etc/rc.local}} para que lo retire en el arranque:
 +
 
 +
{{bc|<nowiki>nmpid=/var/lib/NetworkManager/NetworkManager.state
 +
[ -f $nmpid ] && rm $nmpid</nowiki>}}
 +
 
 +
=== Utilizar resolv.conf.head y resolv.conf.tail ===
 +
 
 +
Véase [[resolv.conf]]. También asegúrese de que NetworkManager utiliza {{Pkg|dhcpcd}} y no {{Pkg|dhclient}}. Si desea utilizar {{Pkg|dhclient}}, puede probar con el paquete {{AUR|networkmanager-dispatch-resolv}} disponible en [[AUR (Español)|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 {{ic|/etc/dhclient}}:
 +
  interface "eth0" {
 +
    send dhcp-client-identifier 01:aa:bb:cc:dd:ee:ff;
 +
  }
 +
 
 +
Donde {{ic|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 {{ic|ip link show eth0}} proporcionada por el paquete {{pkg|iproute2}}.
 +
 
 +
Con algunos routers, resultará imposible conectarse correctamente, a menos que comente la línea:
 +
require dhcp_server_identifier
 +
en {{ic|/etc/dhcpcd.conf}} (advierta que este archivo es un archivo distinto de {{ic|dhcpd.conf}}). Esto no debería causar problemas a menos que tenga varios servidores DHCP en la red (no habitual); consulte [http://technet.microsoft.com/en-us/library/cc977442.aspx 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 {{Pkg|modemmanager}} y reinicie el demonio NetworkManager con {{ic|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 {{ic|rfkill}}. Instale {{pkg|rfkill}} de los [[official repositories|repositorios oficiales]] y use la siguiente orden:
 +
 
 +
$ watch -n1 rfkill list all
 +
 
 +
para comprobar si el controlador informa {{ic|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, {{ic|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 {{ic|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 {{ic|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 ====
 +
 
 +
* [[pacman (Español)|Instale]] el paquete {{Pkg|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 ...
  
For OpenVPN, you need to add the following lines to {{ic|/etc/dbus-1/system.d/NetworkManager.conf}}
+
Véase: http://fedoraproject.org/wiki/Features/RealHotspot
<allow send_destination="org.freedesktop.NetworkManager" />
+
<allow send_interface="org.freedesktop.NetworkManager.openvpn"/>
+
in the section {{Ic|<nowiki><policy at_console="true"></nowiki>}}.
+
  
===Missing default route===
+
=== Comprobar la activación de la red en el interior de un proceso cron o script ===
On at least one KDE4 system, no default route was created when establishing wireless connections with NetworkManager. Changing the route settings of the wireless connection to remove the default selection "Use only for resources on this connection" solved the issue.
+
  
==Tips and tricks==
 
  
===Checking if networking is up inside a cron job or 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 {{ic|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.  
Some cron jobs require networking to be up to succeed. You may wish to avoid running these jobs when the network is down. To accomplish this, add an '''if''' test for networking that queries NetworkManager's '''nm-tool''' and checks the state of networking. The test shown here succeeds if any interface is up, and fails if they are all down. This is convenient for laptops that might be hardwired, might be on wireless, or might be off the network.  
+
 
  if [ `nm-tool|grep State|cut -f2 -d' '` == "connected" ]; then
 
  if [ `nm-tool|grep State|cut -f2 -d' '` == "connected" ]; then
 
         #Whatever you want to do if the network is online
 
         #Whatever you want to do if the network is online
Line 271: Line 420:
 
  fi
 
  fi
  
This useful for a cron.hourly script that runs '''fpupdate''' for the F-Prot virus scanner signature update, as an example. Another way it might be useful, with a little modification, is to differentiate between networks using various parts of the output from '''nm-tool'''; for example, since the active wireless network is denoted with an asterisk, you could {{Ic|grep}} for the network name and then {{Ic|grep}} for a literal asterisk.
+
Es útil para un script {{ic|cron.hourly}} que ejecuta {{ic|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 {{ic|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.
  
===Automatically unlock keyring after login===
+
=== Desbloquear automáticamente keyring después del login ===
This will prevent nm-applet from asking for your keyring password.
+
  
*In {{ic|/etc/pam.d/gdm}} (or your corresponding daemon in {{ic|/etc/pam.d}}), add these lines at the end of the "auth" and "session" blocks if they do not exist already:  
+
==== GNOME ====
 +
 
 +
# Haga clic con el botón derecho en el icono {{ic|nm-applet}} del panel y seleccione ''«Configuración de la red»'' y abra la pestaña ''«Inalámbrica»''.
 +
# Seleccione la conexión que desee y haga clic en el botón ''«Configuración»''.
 +
# 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 {{ic|/etc/pam.d/gdm}} (o el demonio correspondiente en {{ic|/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
 
   auth            optional        pam_gnome_keyring.so
 
   session        optional        pam_gnome_keyring.so  auto_start
 
   session        optional        pam_gnome_keyring.so  auto_start
  
*In {{ic|/etc/pam.d/passwd}}, use this line for the 'password' block:
+
* En {{ic|/etc/pam.d/passwd}}, use la siguiente línea para el bloque del «password»:
 
   password    optional    pam_gnome_keyring.so
 
   password    optional    pam_gnome_keyring.so
  
:Next time you log in, you should be asked if you want the password to be unlocked automatically on login.
+
: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.
{{Note|See http://live.gnome.org/GnomeKeyring/Pam for reference, and if you are using KDE/KDM, you can use pam-keyring-tool from the [[AUR]].}}
+
  
*Put a script like the following in {{ic|~/.kde4/Autostart}}:
+
==== KDE ====
   $!/bin/sh
+
{{Nota|Consulte http://live.gnome.org/GnomeKeyring/Pam para mayor información, y si se utiliza KDE con KDM, es posible usar {{AUR|pam-keyring-tool}} disponible desde [[AUR]].}}
 +
 
 +
Coloque un script como el siguiente en {{ic|~/.kde4/Autostart}}:
 +
   #!/bin/sh
 
   echo PASSWORD | /usr/bin/pam-keyring-tool --unlock --keyring=default -s
 
   echo PASSWORD | /usr/bin/pam-keyring-tool --unlock --keyring=default -s
:Similar should work with Openbox, lxde, etc.
+
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 {{ic|/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 [[Daemon (Español)|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 ====
  
===Automatically connect on boot ===
+
{{ic|dhcpcd}} contiene una implementación de una recomendación de la norma DHCP ([http://www.ietf.org/rfc/rfc2131.txt 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 {{ic|/etc/dhcpcd.conf}}:
Since version 0.7, NetworkManager is able to connect on boot, before a user has logged in and unlocked the keyring.
+
  
*First make sure that the keyfile plugin is loaded; {{ic|/etc/NetworkManager/nm-system-settings.conf}} should look like this:
+
noarp
  [main]
+
  plugins=keyfile
+
  
*If this was not in the file before, you have to restart '''nm-system-settings''':
+
Esto equivale a lanzar {{ic|dhcpcd}} con el flag {{ic|--noarp}}, lo cual desactiva el sondeo a ARP, acelerando las conexiones con DHCP.
  # killall -TERM nm-system-settings
+
:or simply reboot.
+
  
*Now grant your user the right to modify system-connections with:
+
==== Usar servidores OpenDNS ====
  $ sudo polkit-auth --grant org.freedesktop.network-manager-settings.system.modify --user "YOURUSERNAME"
+
  
:Finally, in the connection-editor, check the '''Available to all users''' box.
+
Cree el archivo {{ic|/etc/resolv.conf.opendns}} con los nombres de los servidores:
  
The connection is now saved in {{ic|/etc/NetworkManager/system-connections/"CONNECTION NAME"}}. On reboot, NetworkManager will try to connect to it, when in range.
+
nameserver 208.67.222.222
 +
nameserver 208.67.220.220
  
===Ignore specific devices===
+
o utilizar los servidores DNS de Google, porque la gente ha estado recibiendo anuncios por los servidores de OpenDNS últimamente:
Sometimes it is desired that NetworkManager should ignore some devices and not try to get an IP address.
+
  
*First you have to find out the HAL UDI (e.g. with lshal):
+
  nameserver 8.8.8.8
  ...
+
  nameserver 8.8.4.4
  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)
+
  ...
+
  
*Add the udi to {{ic|/etc/NetworkManager/nm-system-settings.conf}}:
+
Y, de este modo, tiene el dispatcher que reemplaza los servidores DHCP descubiertos con los de OpenDNS:
  [keyfile]
+
    unmanaged-devices=/org/freedesktop/Hal/devices/net_00_1f_11_01_06_55
+
  
:Multiple devices can be specified, delimited by a semi-colon:
+
{{hc|/etc/NetworkManager/dispatcher.d/dns-servers-opendns|<nowiki>
 +
#!/bin/bash
 +
# Use OpenDNS servers over DHCP discovered servers
  
  [keyfile]
+
cp -f /etc/resolv.conf.opendns /etc/resolv.conf</nowiki>}}
    unmanaged-devices=/org/freedesktop/Hal/devices/net_00_1f_11_01_06_55;/org/freedesktop/Hal/devices/net_00_2c_6d_e2_08_af
+
  
You do not need to restart NetworkManager for the changes to take effect.
+
Haga el script ejecutable:
  
==See also==
+
# chmod +x /etc/NetworkManager/dispatcher.d/dns-servers-opendns
*[[Wireless Setup]]
+
*[http://www.gnome.org/projects/NetworkManager/ The official NetworkManager's website]
+

Revision as of 21:00, 17 September 2013

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 netctl para la gestión de la red. netctl 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.

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 el dispatcher que reemplaza 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