Estados Unidos 
La película colombiana "Lecciones para un Beso"...
HP anuncia su Workstation todo-en-uno Z1
8 gadgets de los que alguna vez nos enamoramos
Peter Sunde acusa de corruptas a la corte sueca...
Google lanza su primer programa abierto de pasa...
Creador de BitTorrent: “Mi meta es matar la tel...
Google se rinde a San Valentín y saca su lado m...
Japoneses crean "Robot Avatar"Intel y Nokia presentan ConnMan para Linux
El futuro NetworkManager
El futuro NetworkManager, el rival de ConnMan
Hace poco les contamos que Intel y Nokia comenzarían a trabajar en conjunto para mejorar los dispositivos móviles y la plataforma Linux para estos dispositivos. En este contexto aparece el anuncio del proyecto ConnMan (Connection Manager): Un gestor de conexiones de red que no ha pasado desapercibido en el mundo del código abierto, ya que para muchos no se justifica contar con un nuevo componente que comparte funcionalidad con NetworkManager, el gestor de conexiones que usan las principales distribuciones de Linux.
NetworkManager es un servicio que corre en segundo plano y se complementa con una interfaz de usuario para seleccionar la red inalámbrica, conectarse a redes móviles, configurar y conectarse a redes VPN, etc. Mientras que en otros sistemas el gestor de red es una aplicación que varía de fabricante en fabricante, en Linux es un sistema unificado que funciona en forma consistente e independiente del dispositivo que permite la conexión a la red.
Por otra parte ahora aparece ConnMan, creado por Marcel Holtmann de Intel. Holtmann es conocido por su trabajo como mantenedor de Bluez, el stack de Linux para Bluetooth. En el reciente Linux Collaboration Summit, explicó el proyecto ConnMan y presentó algunos problemas que encontró con NetworkManager y que lo motivaron crear este nuevo gestor.
Uno de los problemas presentados era la dificultad de extender NetworkManager para soportar nuevos tipos de conectividad, además señaló que grandes porciones de código deberían ser reescritas para agregar soporte de WiMax. Holtmann se enfrentó también con problemas para habilitar una integración con Bluetooth en NetworkManager.
Otro problema que afectaba directamente a la plataforma Moblin, era que había mucha dependencia entre la interfaz gráfica y el backend de NetworkManager, lo que causaría problemas para otras compañias que requirieran presentar sus propias interfaces de usuario para gestionar las conexiones en dispositivos basados en Moblin. ConnMan está diseñado para personalizar o reemplazar la interfaz de usuario en forma simple.
El desarrollador de NetworkManager responde
El desarollador de NetworkManager, Dan Williams, publicó una entrada en su blog refutando algunas criticas de Holtmann. Ha pasado bastante tiempo desde que se inició ConnMan y muchas de las limitaciones que su autor vio en NetworkManager ya fueron superadas, incluso dice que en algunos aspectos el desarrollador de Intel está bastante equivocado. Por otra parte, ConnMan carece de algunas características importantes como son el soporte de VPN o el servicio de conexiones compartidas.
Respecto al front end, existen varias pruebas de que se puede adecuar a distintas necesidades como por ejemplo lo que se hizo en la plataforma Sugar del OLPC. Además se esta trabajando en una gran mejora de la interfaz de NetworkManager para GNOME, que extienden los borradores en los que se estuvo trabajando hace un año y medio atrás, y que sospechosamente eran similares a los que ahora presenta Windows 7.
Canonical ha estado investigando la viabilidad de reemplazar NetworkManager con ConnMan, pero han encontrado que aún le faltan características claves para que tal remplazo tenga sentido.
No es claro si en algun momento ConnMan reemplace a NetworkManager en el escritorio, pero como ha sucedido otras veces, esto forzará a que el proyecto busque mejorar sus puntos débiles mientras ConnMan le da a ambos equipos una perspectiva móvil.
Links:
- The pros and “conns” of Intel’s ConnMan for Linux (Ars Technica)
- Announcing ConnMan.net (Intel/Nokia)
- Face transplants are the new Botox (blog de Dan Williams)
44 Comentarios
Intel y Nokia presentan ConnMan para Linux
NetworkManager es malísimo, comparto la crítica
Responder@franco algo interesante debe tener wicd que le gusta a tantos, o algo importante le deebe faltar a networkmanager, por lo menos a mi networmanager me daba caleta de ataos con las conexiones, el famoso anillo y me lageaba el inicio de gnome
ResponderEncuentro demasiado complicadas las interfaces gráficas de estas aplicaciones, lo mejor simplemente es abrir /etc/network/interfaces y pedir lo que se quiere y el sistema os lo dará :)
ResponderWICD...AUN no esta integrado con ubuntu, pero es mucho mejor que Network Manager en Wifi... conecta durante el inicio de sesion de ubuntu, es mucho mas rapido y mas estable con las conexiones...
ResponderHay una diferencia sustancial entre Wicd y Network Manager. NM es capaz de usar HAL (y mensajes de DBUS) a diferencia de Wicd, que funciona con un modelo cliente/servidor. En wicd, hay un proceso corriendo que esta constantemente haciendo polling de las interfaces (lease ifconfig -a) y se comunica con el cliente usando Dbus usando su propio string (/org/wicd/daemon). NM es mas dependiente de los mensajes que salen desde el kernel (HAL) y la comunicacion dbus entre el cliente (nm-applet). En teoria, son parecidos, pero en arquitectura, no.
ResponderPor ejemplo, no puedes implementar alguna capa de aplicacion (plugin) en Wicd, mientras que puedes implementar plugins (como soporte pptp) en NM. Lo otro es que NM funciona de capa de mas bajo nive, de wireless tools. Wicd es bastante mas "charcha":
self.wired.connecting_thread.should_die = True
misc.Run("killall dhclient dhclient3 wpa_supplicant")
[ del codigo fuente de Wicd ]
Para algunos, es bastante mas simple usar el archivo "interfaces" que usar un gui para manejar redes. Eso es cosa de gustos. Antes usaba scripts usando iwconfig, pero me demoraba mucho :B
Aparte, la integracion de gnome-keyring para almacenar claves es MUCHO mas eficiente y debido a esa razon, no creo que Wicd sea incluido por defecto en Ubuntu como gestor de conexiones. Quizas en un futuro cercano cuando deje de parecer un script en Python que un gestor de conexiones como se debe ;)
@marcelificus : creo que eso de poder elegir IPs por redes es uso de perfiles, pero no estoy muy seguro si es que esta soportado ahora en NM. Pero no estaria mal recomendarlo tampoco.
#f3lip3 : NM no es el problema de actualizacion de redes. Por lo general, es la tarjeta de red la que hace polling (al activar radio) de las redes circundantes. NM es un poco lento para pasar desde la info de las redes hacia el cliente (nm-applet), pero esos tiempos se que pueden ser mejorados. El unico inconveniente es que NM no esta completamente compatible con todos los modelos de tarjetas inalambricas, y no por un problema de arquitectura de NM, sino por la arquitectura de wireless en Linux, la que no es compatible entre si (excepto las que usan iw-tools). Ejemplo? tarjetas que usan ndiswrapper, tarjetas intel (como las ipw3945 que aun usan un modelo de cliente servidor para subir un driver? WTF!?), atheros (que ultimamente se han vuelto ciudadanos modelos) y las odiadas Broadcom (que tienen un drama que tecnicamente es dificil de explicar, pero se arregla con un peque~o tweak en NM)...
@wilicl : wicd no tiene soporte de pppoe/pppd.
@alresto : NM no se olvida de las contrase~as. Lo mas seguro que esten usando GNOME/KDE/??DM con autologin. No es recomendado, ya que a veces al iniciar GNOME e intentar abrir el anillo va a rechazar la primera apertura. Hay un gracioso pero doloroso hack para GNOME para que el anillo no pregunte contrase~as, pero no lo recomiendo (nota : es hackear pam y gdm). Preferible darle algo de resistencia a la maquina :-)
Me quedo con el comentario de @frosstatx: "algo interesante debe tener wicd que le gusta a tantos, o algo importante le debe faltar a networkmanager"
ResponderLo que parece quedar claro de es que NM es mas seguro (mejor manejo de claves), tiene acceso a mas protocolos (https://wiki.ubuntu.com/DesktopTeam/ConnectionManagerComparison) y aparentemente esta mejor programado... pero parece que wicd gusta mas: quizás sea su interfase o algún otro detalle menor pero "algo interesante debe tener", quizá sea simple usabilidad, no lo se, creo que NM debería estar atento a la competencia para mejorar... eso se aplica a cualquier proyecto.
En fin, voy a darle otra oportunidad a NM en mi notebuke a ver si encuentro "las 7 diferencias" X-D
T4|u3 =^_^=
@jci
ResponderPor lo que comentas (la verdad nunca me he preocupado de los detalles de mas bajo nivel) parece ser que por arquitectura NM es mucho mejor que WiCD, esta mejor construido. Aparte de tener muchas más opciones (wifi, red cableada, 3D, VPN). Creo que por ese solo hecho merece que le de una segunda oportunidad.
El problema, es que es mucha gente hemos tenido grandes dolores de cabeza con NM, y como en general, nos interesa los RESULTADOS (como funcione por debajo en general no importa al usuario medio), pues como WiCD fue casi la panacea, por eso decimos que WiCD es mejor. Y por lo visto habemos varios aqui que poco menos y calificamos a NM como "porqueria".
Ahora bien, si fuera porqueria de verdad, por que la ha de incluir Ubuntu? xD :-D Obviamente lo que se quiere (al menos con Ubuntu) es facilitar las cosas, no complicarlas.
Ahora en mi caso particular, no uso GNOME con autologin, desde que instale Ubuntu en mi notebook, la contraseña SI LA OLVIDABA (la vez que entraba al NM ya no estaba la configuracion que deje la ultima vez, incluida la contraseña WPA-2)... algun bug? Puede ser... que es raro? Bastante raro... pero bueno, quizas a @Franco y muchos otros les funcione a la perfeccion, pero en mi caso particular no. Ah, y (creo) no recuerdo haberle aceptado al sistema que me pregunte por una segunda contraseña, lo cierto es que una vez cambie la contraseña al sistema y empeoraron los problemas, como conclusion (como buen usuario :-D) NM es una porqueria, jajaja.
De seguro debe haber algo que se pueda hacer para solucionarlo, si tengo tiempo, le dare otra oportunidad a NM.
@daniel : claro, Wicd es bastante simple en funcionamiento, algunos usuarios no quieren "hasta el fregadero de la cocina" (frase muy tipica en estos casos). Aunque para mi gusto, quizas hasta funcionaria, pero yo soy medio paranoico :-)
ResponderLo incluye ubuntu por un asunto de opciones : si quieres elegir, pues ahi esta. Cada uno elige su venenito.
Cuando tengas problemas, puedes echar una mirada a gnome-keyring (un update antes por si acaso). Creo que GNOME removio la gui de gnome-keyring-manager (no la he buscado). En todo caso, le voy a echar una mirada. No es complicado hacer un programa para verificar si el keyring esta almacenado.
Aparte, keyring puedes hacer que se autentifique contra PAM (asi cambias la clave de sistema y no necesitarias en teoria manejar dos claves entre tu sesion y el keyring). Le dare una vuelta.
Me cambie a wicd en ubuntu 8.10 ya que era imposible fijarle al ip con NM, ahora creo que es mucho mas amigable NM pero me quedo con WICD.....
ResponderNo se como lo hara para mantener mis conexiones mas estables, ni me interesa, solo digo lo que sucede, con WICD puedo mantener la coneccionn en la U y en la casa de mi viejo sin que se caiga estando con mala señal.
ResponderMantiene mejor la velocidad, que se yo..
@jci:
ResponderSe que alomejor el polling no es problema de NM, pero yo lo unico que digo: ¿No seria una mejora en usabilidad en poner un boton para actualizar? aunque fuera una ordinaria llamada con popen a iwlist....
@f3lip3 : en realidad, no es un cuento de usabilidad. Es un problema que no todas las tarjetas (dije anteriormente por que) soportan el mismo tipo de polling.
ResponderAunque hacer una opcion de menu para eso no se ve excesivamente compleja. Podrias enviarlo como bug en upstream de NM y ve que te responden por alla. Quizas tagearlo como EASYFIX :-)
Update : http://bugzilla.gnome.org/show_bug.cgi?id=587796 (viste, asi de sencillo, asi espero que me dicen los desarrolladores ;-) )
@jci: Tienes razon, bueno uno a veces reclama y no toma ninguna accion al respecto. Ya que lo acabas de hacer en el bugzilla de Gnome, hare lo mismo con KDE.
ResponderReportado http://bugs.kde.org/show_bug.cgi?id=198973
ResponderDeja tu Comentario