Sudo es una aplicación que permite a los usuarios ejecutar programas con los privilegios de seguridad de otro usuario (el cual normalmente es el usuario root) de una manera segura, convirtiéndose así temporalmente en super usuario.
Gksu es un wrapper de sudo diseñado para el entorno de escritorio de KDE y sus aplicaciones, el cual está orientado para la operación gráfica de sudo, pero que funciona usando una interfaz gráfica (GUI) en lugar de terminal.
Gksu siempre ha sido muy utilizado, pero cada vez menos distribuciones están manteniendo el paquete en sus repositorios.
Yo por mi parte soy usuario en estos momentos de XFCE, por lo que mi uso de KDE lo he dejado de momento, por un lado, esto lo comento ya que he leído una nota, donde comentan que Gksu ha sido eliminado de Ubuntu 18.04.
De momento no he comprobado si ha sido eliminado en Kubuntu, los motivos no se conocen, aunque lo cierto es que no es difícil encontrar a alguien más que recurre a la herramienta con frecuencia se haya percatado de la aplicación a la hora de ejecutar sus aplicaciones simplemente te da el error de que no está en el sistema.
Pero no todo está perdido, en pocas horas los foros de Ubuntu comenzaron a recibir alternativas al gksu y uno de ellos es usar el gedit para ejecutar las aplicaciones como su o sudo, igual como si estuvieran usando el gksu.
¿Puede ser sustituido el uso de Gksu?
Si, lo puede. La primera alternativa es simple, hacer el uso de sudo y su en el sistema.
Ahora también contamos con otra alternativa, para sustituir el uso de gksu.
Remplazar gksu con admin:///
Esto lo podemos hacer de la siguiente manera, vamos a tomar como referencia la ejecución de gedit con los privilegios elevados.
Normalmente cuando lo ejecutamos con gksu la ejecución seria de la siguiente manera
gksu gedit archivo.txt
Ahora para sustituir gksu simplemente tendremos que modificar el comando anterior de la siguiente manera:
gedit admin:///archivo.txt
Ciertamente con esto ya van a poder ser capaces de hacer las mismas cosas con este nuevo comando, pero no se preocupe el resultado es el mismo de verdad, simplemente es cuestión de acostumbrarse y eliminar la costumbre de teclear gksu.
Es importante recordar que, si estás usando una distribución diferente de Ubuntu, el comando funcionará de la misma manera y que no afecta en nada su funcionamiento.
Remplazar gksu con pkexec
En concepto, hacen lo mismo ya que permiten al usuario ejecutar otro programa como otro usuario (generalmente el superusuario).
En lo que difieren es cómo se usan y configuran, pkexec es parte de un sistema de herramientas más grande llamado kit de políticas.
Lo que hace interesante a pkexec, son sus opciones para configurarlo, con las cuales modificadas a nuestras necesidades pkexec proporciona un control mucho más fino y por lo tanto es más seguro utilizar.
Estas son PolicyKit las cuales son altamente configurables ya que se pueden configurar en una serie de archivos en xml.
Ejemplo de uso.
Mientras que para abrir una aplicación con gksu en nuestro sistema lo realizábamos de la siguiente manera:
gksu firefox
Para caso de pkexec, debemos de sustituir gksu por él, queda de la siguiente forma:
pkexec Firefox
De la misma manera que el comando anterior es simplemente tenerse que acostumbrar a este e ir sustituyendo el uso de gksu.
Ahora no se conocen los motivos del por que se elimino gksu de Ubuntu, podría ser por que los desarrolladores lo consideraban innecesario o por que el uso de este simplemente no era muy frecuente dentro de los usuarios del sistema.
Existen algunas otras alternativas, aun que estas son lo suficientemente buenas y sencillas de utilizar para remplazar el uso de gksu en el sistema.
Si conoces alguna otra alternativa que podremos usar en el sistema, no dudes en compartirlo con nosotros en los comentarios para que podamos compartirlo con nuestros demás seguidores.
Con todo el respeto que se merece, artículos como estos son lo que es necesario erradicar con mociones de censura. Por ejemplo, en el caso de Kde Neon no se permite por ningún motivo la ejecución de programas en modo superusuario y para el caso de archivos de configuración se emplea la alternativa $ kwrite sudoedit /archivo/a/configurar, todo por que sus programadores ven que abrir aplicaciones con privilegios elevados ($ sudo dophin o $ kdesu dolphin) es un potencial problema de seguridad para el sistema. Que el team principal del sistema KDE crea esto no es casualidad, es una realidad ante tantos problemas de vulnerabilidad muy de moda hoy por hoy.
Hacia finales del siglo pasado cuando GNU/Linux salía de las aulas escolares informáticas y los garajes de programadores nerd, unos ingenieros (para la época traicioneros a la élite ortodoxa de la terminal), decidieron entregar a la gran masa vulgar como nosotros un OS «apto para humanos» que se pudiera instalar y manipular desde interfaces gráficas fáciles de entender sin demasiada curva de conocimiento. Nacieron así muchos foros de ayuda con líderes que ante tanta demanda les resultó más sencillo liberar comandos que permitieran resolver los ingentes problemas que se les presentaba a muchos usuarios. Esos comandos se popularizaron y afectivamente ayudaron mucho ante limitaciones de soporte, sin embargo como el sistema no es muy popular no acarreaba mayores huecos de vulnerabilidad. Poco a poco se avanza, el sistema se agranda y aparecen más usuarios que emplean los mismos vicios para resolver lo que actualmente poco se ve por la evolución misma del sistema.
Paradógicamente buena parte de los problemas de inestabilidad y seguridad observados en innumerables foros provienen del uso irresponsable de lo que en algún momento fue una alternativa de ayuda.
Razones como ésta son las que poco a poco se avanza hacia el destierro del manoseo abusivo del OS elevando los privilegios de usuario, la gente de Android lo sabe muy bien y por eso los smartphones no tienen dicha característica activada por defecto. GNU/Linux se convirtió en un carnaval tropical al que es necesario ponerle talanquera o todos vamos a pagar el precio de la anarquía irresponsable.
¿No es más sencillo ejecutar nautilus desde la terminal como administrador?
En realidad lees esto, y si eres un tio que sabes menos que el que lo escribe, te quedas como Tarzán, es decir , en bolas y a los gritos
Mi periplo es el normal de un usuario de linux, instalo Samba en la esperanza de ver unas carpetas que tengo en windows, configuro la red en windows con dos clicks; luego empieza el parto, instalo Samba, uno de los gurús que leo, me dice que instale un sistema grafico para configurar Samba, lo busco en los repositorios, no esta, entonces instalo Synaptic, y lo busco, lo encuentro, lo instalo
Intento abrirlo, no se abre, me dice que «gksu» no funciona.
Vuelvo al eterno peregrinar (normal en linux) por google para ver como solucionarlo, y me entero que los de ubunto lo han quitado. El gurú de turno me dice, de una manera que solo entiende él que use alternativas, y yo , la verdad, a estas alturas, ya prefiero usar un pendrive.
no me quejo de la porquería de linux, nadie me obliga a usarlo, me quejo de toda esta panda de presuntos iluminados que me dicen todos los dias que linux es fantástico y encima muuuy fácil
no me cuenten trolas, porfa,