External Device Manager
EDM es un administrador de dispositivos externos de almacenamiento, es uno de las «herramientas» que se ofrecen en MiSOX. Estas «herramientas» tienen la particularidad que no dependen de un Entorno de Escritorio (Desktop Environment) específico por lo que evitan la «contaminación» entre los diferentes escritorios del ecosistema GNU/Linux, además el objetivos de estas aplicaciones es añadir funcionalidades a los Administradores de Ventanas (Window Manager) que muchas veces son utilizados como entornos de escritorios y carecen de ciertas funcionalidades que hacen más agradable la «experiencia de usuario».
EDM surge como parte del proceso de migración a SWL que comencé en mi Centro de trabajo, pues una vez migradas las PC a GNU/Linux necesitaba un software que permitiera el control sobre los dispositivos de almacenamiento que se conectaban a los terminales; pues desde MS Windows esa «norma de seguridad» se garantizaba con una aplicación conocida como MyUSBOnly.
EDM en ejecución
Características:
- Atajos: Usted puede definir una combinación de teclas (shortcut) para detener los dispositivos.
- Apariencia: Se ofrece una colección de hojas de estilos (Qt Style Sheets)que particularizan la apariencia del software, además usted puede añadir otras de su agrado si así lo desea.
- Comportamiento: Se define que hacer al intentar desmontar un dispositivo, ofrece tres posibilidades: desmontar sin preguntar, preguntar antes de desmontar y no hacer nada.
- Explorar: Se define el administrador de archivo que utilizará para explorar los dispositivos de almacenamiento una vez montados.
- Seguridad:Al activar el modo de seguridad cada vez que se inserte un dispositivo si no está registrado solicitará una contraseña para acceder a los datos del dispositivo.
Notas sobre el desarrollo:
- Lenguaje de programación: C++
- Biblioteca gráfica: Qt
- Otras dependencias: Udisk2, DBus
Notas sobre esta versión:
- Se ha probado en Jessie, incompatible con Debian 7 (Wheezy) o versiones inferiores.
- Se deshabilitaron las opciones: cambiar etiqueta y formatear dispositivos.
- Añadido el texto de la interfaz en Español e Inglés.
Descargas:
Descomprimiendo los ficheros *.tar.gz encontrará el paquete para Debian y un fichero comprimido de EDM que puede utilizar en otra distro que no sea Debian, lea el fichero README para conocer las dependias.
Arquitectura amd64: edm_amd64.tar
Arquitecturta i386: edm_i386.tar
Manual de usuario (PDF): edm-doc
Video: edm
Nuevo:
Arquitectura arm: edm_armhf.tar
Interfaz para gestionar el modo de seguridad
Interfaz para permitir los dispositivos insertados
¿Te resultó interesante? Compártelo ...
Wow! es lo mejor que he visto hasta ahora… y no habrá versión para Windows 😉 ? En Linux existe desde hace algun tiempo una herramienta llamada USB Guard, bastante buena, ya que su objetivo es restringir TODO tipo de dispositivo USB desconocido. Una pregunta: qué pasaría si conecto un dispositivo MTP a esa máquina con EDM instalado?
Saludos!
@Sam:
Realmente en esta versión solo hice los cambios necesario para que funcionara con Jessie; porque la versión anterior es incompatible con versiones superiores a Wheezy, dentro de las cosas que quedan por hacer está activar las dos opciones: cambiar etiqueta y formatear el dispositivo, también queda pendiente el manejo de dispositivos multimedias como: camaras y celulares, y las tarjetas SD o microSD; ya tengo algo pero aún está verde. El tema de los celulares está medio resuelto pues los que se «montan» como dispositivos de almacenamiento (al menos los pocos que he probado) son gestionados sin problemas.
Otra cosa solo está disponible para GNU/Linux.
Honestamente ahora es que me entero de dicha herramienta, por eso mi reacción. Y si, lo de la versión para Windows era solo un ‘chiste’… deja echarle un vistazo en vivo y en directo a ver que tal. Ahora mismo tengo ubuntu 14.04 y no se si es compatible pero supongo que me voy a enterar en un momento.
Muy buena la aplicación, pero hay algunos detalles, En linux Mint usando Cinnamon como entorno parece que el panel de cinnamon intercepta los eventos y al hacer clic izquierdo en el icono de la aplicación lo que aparece es el menú que debe aparecer cuando das click derecho. Y al hacer click derecho cinnamon lo ha reemplazado con el menu de personalización del panel, por lo que en este momento me es imposible acceder a la vista para desconectar los dispositivos.
Colega:
Gracias por el reporte, de momento puedo sugerirte para desconectar los dispositivos:
Configurar los atajos
Al desplegarse el «menú» que muestra las opciones de configuración hacer clic en «desconectar» si tienes un solo dispositivo o «desconectar todos» cuando sean varios.
le podras añadir para que funcione en arquitectura ARM
@Mr Atom:
Bueno tengo una Raspberry Pi que es arquitectura arm y en ella me funciona sin problemas mañana añado el tar.gz para esa arquitectura
Saludos.
Se puede pensar en una versión que funcione como app cliente-servidor? O sea, que el whitelist/blacklist de los dispositivos esté en un servidor remoto usando algún DBMS y que luego la app consulte este DBMS? Esta funcionalidad no es dificil de implementar.
Kudos por la app.(Qt5 cuando?)
Otra cosa:
Se va haciendo costumbre de publicar sobre apps y nunca se pone a disposición de la comunidad el código fuente. Creo y estimo necesario, socializar la información y productos en consonancia con la declaración de los objetivos de trabajo de GUTL. En caso contrario, GUTL no debe utilizarse para estos fines.
Saludos
Emplear una arquitectura cliente-servidor (servidor remoto) creo se justificaría para un entorno donde todas las PC -o al menos la mayoría- estén conectadas a la LAN, condición que no se cumple en la mayoría de nuestro entorno empresarial y privado, no es difícil cambiar el modo de gestión se puede utilizar ejemplo SQLite para local y MySQL/MariaDB/PosgreSQL para un entorno cliente-servidor.
Como dice el título/nombre del artículo «De MiSOX:»[…] lo que sugiere que su desarrollo va emparejado el resto de las app que forman parte de MiSOX, hasta donde pude verificar aun Qt4 está soportado por Debian y mirando hacia atrás otras distros aun mantienen el soporte incluso a Qt3, el cambio viene; pero luego que tenga a MiSOX funcionando sobre Stretch, incluso el fichero que utilizo para compilar las app como opción usted puede definir si desea utilizar Qt4 o Qt5.
En relación con el src es cierto pocas veces se comparten aquí, particularmente lo hago en RepoGUTL espacio que cree junto a Delio y con el apoyo de los JCCE de Granma mantenemos en línea y con el cual estoy más que comprometido allí puedes encontrar casi todo los src de mis app, algunas no pues su desarrollo considero que aun esta verde* por lo que no creo prudente socializar el src, por lo que coincido contigo y el ejemplo debe empresa por casa no utilizare más a este portal para socializar mis app.
* Para mi aplicaciones que su desarrollo aun no ha alcanzado todas las funcionalidades que pretendo tengan.
Saludos cordiales,
Maikel
Ya por suerte no es tan así. Creeme que más de un sysadmin/especialista de seguridad informática agradecería una app así para entornos GNU/Linux.
Y me alegro, que tengan la idea de hacer a MISOX un producto acabado y bastante útil y usable.
Correcto, aún se da soporte a Qt3/Qt4/Qt5 decía Qt5 porque siempre es bueno estar un paso delante en cuanto a libs, por ejemplo, a finales de 2017 sería muy iluso hacer una app pensando en mantenerla a largo plazo, en Python 2.X.
Si lo socializaras, quizás alguien se embullaba y te ayudaba a cambiar el color verde de las apps.
En fin, solo digo que no es ético publicar o hablar de binarios en GUTL o de apps a las cuales no se tenga acceso al código fuente. En 13 páginas donde se incluye el título [Compartiendo Aplicaciones] se habla de apps(comunitarias cubanas o no) a las cuales de una forma u otra se accede al source.
Que GUTL no se nos convierta en MuyLinux.
Eso suena como a enojo. Pero tocayo, la verdad es siguien el objetivo de GUTL, prácticamente se hace «mandatory» lo de compartir cada app con sus respectivo src…
Maikel:
A pesar de que tanto tu como Ozkar llevan razón en el argumento de que una de las leyes del SWL contempla la obligación de publicar el código fuente, claro que la respuesta de mi colega, compañero, coterráneo y amigo suena a enojo y las razones de su pesar, válidas para él, lo son -por solidaridad-, para mi también.
Seguiremos produciendo, mejor: él seguirá produciendo, yo impulsando y aquí se publicará -si su autor lo cree pertinente-, las aplicaciones con su fuente porque así lo establece el código del SWL y la política de este sitio; las que su autor no quiera socializar su código (razones podrá tener para ello) se publicarán en REPO-GUTL que, como su gracia establece, es un repositorio de aplicaciones libres y «gratuitas» (no es necesario publicitar el código) como hay miles en el mundo entero y a los usuarios les importa un comino conocer su código, les importa, primero que todo, que funcionen.
Si alguien quiere emplear las aplicaciones de REPO-GUTL sin contar con su código fuente, bien, es su decisión, si no quiere usarlas por no contar con dicho código, bien también, es su derecho inapelable.
Delio, me vas a disculpar pero, si son «libres» deben llevar implícitas la liberación de las fuentes, eso no lo invento yo, incluso es de los pocos puntos de coincidencia entre la FSF y la Open Source Initiave (o como se llame esta ultima)
Tocayo ¿olvidaste gratuitas? aplicaciones tipo «freeware» no necesitan que sea compartido el src y nosotros hemos recibido algunas de ellas por desarrolladores de esta comunidad.
Como explique anteriormente el src lo pondré en RepoGUTL tan pronto como sea posible como ha sucedido con otras tantas app que he programado.
Es que precisamente freewares no es lo que compartimos en GUTL. Y por otro lado cuando leía RepoGUTL me imaginaba que seguía la misma línea de GUTL: Software Libre o de Código Abierto…
La idea que promovió Delio era justamente SWL y/o OpenSource, incluso las primeras app con sus respectivos src las colgamos nosotros, luego miembros de esta comunidad nos enviaron algunas app que no tenían el src pero si todo lo demás (descripción, autores, mail de contacto, ayuda, etc.) y decidimos incluirlas pues son soluciones que aunque no contemplan las 4 libertades del SWL pueden ayudar a solucionar un problema dado, por lo que escogimos de todos los males posibles el menor y en el genérico de RepoGUTL ahora dice: «repositorio de productos y aplicaciones libres y gratuitas de Cuba».
Decidimos vincularlo con el GUTL y por tanto renombrarlo como «RepoGUTL» pues ya no eran solos las cosas que habiamos creado nosotros, miembros de esta comunidad había hecho su aporte por lo que no creo que cometieramos algun error, de todas formas si la comunidad entendiera que nombrar este espacio como RepoGUTL es un error, por mi parte no hay inconveniente alguno de devolverle su nombre inicial o cualquier otro que aparezca.
No tocayo, no es enojo; simplemente reconozco que me equivoque al escribir un artículo que no está en consonancia con el portal por lo que no volveré a escribir otro similar a menos que cumpla con las políticas del mismo.
Gracias por haber subido el tar en ARM, excelente software.
Offtopic
Estoy pensando en realizar un articulo sobre raspberry pi, pensando…