Sudo is een applicatie die het mogelijk maakt voor de gebruikers voer programma's uit met beveiligingsrechtend van een andere gebruiker (meestal de rootgebruiker) op een veilige manier, waardoor ze tijdelijk een supergebruiker worden.
Gksu is een sudo-wrapper ontworpen voor de KDE-desktopomgeving en zijn toepassingen, die is afgestemd op grafische sudo-bewerking, maar dat werkt met een grafische interface (GUI) in plaats van een terminal.
gksu is altijd veel gebruikt, maar steeds minder distributies houden het pakket in hun repositories.
Wat mij betreft ben ik een gebruiker op het moment van XFCE, dus mijn gebruik van KDE ben ik op dit moment gestopt, aan de ene kant geef ik hier commentaar op sinds ik een notitie heb gelezen, waarin ze opmerken dat Gksu is verwijderd uit Ubuntu 18.04.
Op dit moment heb ik niet gecontroleerd of het is verwijderd in Kubuntu, de redenen zijn niet bekend, Hoewel de waarheid is dat het niet moeilijk is om iemand anders te vinden die de tool vaak gebruikt en de applicatie heeft opgemerkt bij het uitvoeren van de applicaties, geeft het je gewoon de foutmelding dat het niet in het systeem zit.
Maar niet alles is verloren binnen een paar uur begonnen de Ubuntu-forums alternatieven voor gksu te ontvangen en een daarvan is om gedit te gebruiken om de applicaties zoals su of sudo uit te voeren, net alsof ze gksu gebruiken.
Kan het gebruik van Gksu worden vervangen?
Ja het kan. Het eerste alternatief is simpel, maak gebruik van sudo en su op het systeem.
Nu hebben we ook een ander alternatief, om het gebruik van gksu te vervangen.
Vervang gksu door admin: ///
deze we kunnen het op de volgende manier doen, we gaan als referentie de uitvoering van gedit met verhoogde privileges nemen.
Normaal gesproken, wanneer we het uitvoeren met gksu, zou de uitvoering als volgt zijn
gksu gedit archivo.txt
Om gksu te vervangen, hoeven we alleen het vorige commando als volgt te wijzigen:
gedit admin:///archivo.txt
Hiermee kun je zeker dezelfde dingen doen met dit nieuwe commando, maar maak je geen zorgen, het resultaat is eigenlijk hetzelfde, het is gewoon een kwestie van eraan wennen en de gewoonte om gksu te typen elimineren.
Het is belangrijk om te onthouden dat als u een andere Ubuntu-distributie gebruikt, het commando op dezelfde manier zal werken en dat het geen invloed heeft op hoe het werkt.
Vervang gksu door pkexec
In concept doen ze hetzelfde omdat ze de gebruiker toestaan een ander programma uit te voeren als een andere gebruiker (meestal de superuser).
En wat verschilt is hoe ze worden gebruikt en geconfigureerd, pkexec maakt deel uit van een groter systeem van tools, een beleidskit genaamd.
Wat pkexec interessant maakt, zijn de opties om het te configureren, waarmee pkexec, aangepast aan onze behoeften, een veel fijnere controle biedt en daarom veiliger in gebruik is.
Dit zijn PolicyKit die in hoge mate configureerbaar zijn omdat ze kunnen worden geconfigureerd in een reeks xml-bestanden.
Voorbeeld van gebruik.
Om een applicatie met gksu in ons systeem te openen, deden we het als volgt:
gksu firefox
In het geval van pkexec moeten we gksu ermee vervangen, het is als volgt:
pkexec Firefox
Op dezelfde manier als het vorige commando, moet je er gewoon aan wennen en het gebruik van gksu vervangen.
Nu zijn de redenen waarom gksu uit Ubuntu werd verwijderd niet bekend, het zou kunnen zijn omdat de ontwikkelaars het niet nodig vonden of omdat het gebruik ervan gewoon niet erg frequent was bij de gebruikers van het systeem.
Er zijn nog enkele andere alternatievenja, hoewel deze goed genoeg en gemakkelijk te gebruiken zijn om het gebruik van gksu op het systeem te vervangen.
Als je een ander alternatief kent dat we in het systeem kunnen gebruiken, aarzel dan niet om het met ons te delen in de comments, zodat we het kunnen delen met onze andere volgers.
Met alle respect dat het verdient, moeten artikelen als deze worden uitgeroeid met moties van wantrouwen. In het geval van Kde Neon is bijvoorbeeld de uitvoering van programma's in de superuser-modus om welke reden dan ook niet toegestaan en in het geval van configuratiebestanden wordt het alternatief $ kwrite sudoedit / file / a / configure gebruikt, allemaal omdat de programmeurs zien dat het openen van applicaties met verhoogde rechten ($ sudo dophin of $ kdesu dolphin) een potentieel beveiligingsprobleem is voor het systeem. Dat het hoofdteam van het KDE-systeem dit creëert, is geen toeval, het is een realiteit in het licht van zoveel kwetsbaarheidsproblemen die tegenwoordig erg in de mode zijn.
Tegen het einde van de vorige eeuw, toen GNU / Linux uit de computerwetenschappelijke klaslokalen en de garages van nerdy programmeurs kwam, besloten sommige ingenieurs (destijds verraderlijk voor de orthodoxe terminalelite) om een besturingssysteem te leveren aan de vulgaire massa zoals wij «Mensvriendelijk» dat kan worden geïnstalleerd en gemanipuleerd vanuit gemakkelijk te begrijpen grafische interfaces zonder al te veel kenniscurve. Dit is het aantal helpforums met leiders die het, ondanks een dergelijke vraag, gemakkelijker vonden om commando's vrij te geven waarmee ze de enorme problemen konden oplossen waarmee veel gebruikers werden geconfronteerd. Deze commando's werden populair en hielpen affectief veel in het licht van ondersteuningsbeperkingen, maar aangezien het systeem niet erg populair is, vertoonde het geen grotere kwetsbaarheidsgaten. Beetje bij beetje wordt er vooruitgang geboekt, wordt het systeem vergroot en verschijnen er meer gebruikers die dezelfde ondeugden gebruiken om op te lossen wat momenteel weinig wordt gezien door de evolutie van het systeem zelf.
Paradoxaal genoeg komt een groot deel van de instabiliteits- en veiligheidsproblemen die in talloze fora worden waargenomen, voort uit het onverantwoordelijke gebruik van wat ooit een alternatief voor hulp was.
Redenen zoals deze zijn de redenen dat beetje bij beetje vooruitgang wordt geboekt in de richting van het uitbannen van het misbruik van het besturingssysteem door gebruikersprivileges te verhogen, Android-mensen weten het heel goed en daarom hebben smartphones deze functie niet standaard geactiveerd. GNU / Linux werd een tropisch carnaval waarvoor het nodig is om een talanquera te houden, anders gaan we allemaal de prijs betalen van onverantwoordelijke anarchie.
Is het niet eenvoudiger om Nautilus vanuit de terminal als beheerder te gebruiken?
Eigenlijk lees je dit, en als je een man bent die minder weet dan degene die het schrijft, blijf je zoals Tarzan, dat wil zeggen, naakt en schreeuwend
Mijn reis is normaal voor een linux-gebruiker, ik installeer Samba in de hoop enkele mappen te zien die ik in Windows heb, ik configureer het netwerk in Windows met twee klikken; dan begint de bevalling, ik installeer Samba, een van de goeroes die ik lees, vertelt me een grafisch systeem te installeren om Samba te configureren, ik zoek het in de repositories, het is er niet, dan installeer ik Synaptic, en ik zoek het , Ik vind het, ik installeer het
Ik probeer het te openen, het gaat niet open, het vertelt me dat "gksu" niet werkt.
Ik ga terug naar de eeuwige pelgrimstocht (normaal in linux) door Google om te zien hoe ik het kan oplossen, en ik ontdek dat de ubunto het heeft verwijderd. De dienstdoende goeroe vertelt me, op een manier dat alleen hij begrijpt om alternatieven te gebruiken, en ik, de waarheid, op dit punt geef ik er de voorkeur aan om een pendrive te gebruiken.
Ik klaag niet over de rotzooi van linux, niemand dwingt me om het te gebruiken, ik klaag over al die vermeende verlichte mensen die me elke dag vertellen dat linux fantastisch is en bovendien zooo gemakkelijk
vertel me alsjeblieft geen trucs,