Sudo este o aplicație care permite utilizatorilor rulați programe cu privilegii de securitated al altui utilizator (care este de obicei utilizatorul root) într-un mod sigur, devenind astfel temporar un super utilizator.
Gksu este un sudo wrapper conceput pentru mediul desktop KDE și aplicațiile sale, care este orientat pentru operarea grafică sudo, dar care funcționează folosind o interfață grafică (GUI) în locul terminalului.
gksu a fost întotdeauna utilizat pe scară largă, dar din ce în ce mai puține distribuții păstrează pachetul în depozitele lor.
La rândul meu, sunt utilizator XFCE în acest moment, așa că utilizarea KDE am încetat pentru moment, pe de o parte, comentez acest lucru de când am citit o notă, unde comentează că Gksu a fost eliminat din Ubuntu 18.04.
În acest moment nu am verificat dacă a fost eliminat în Kubuntu, motivele nu sunt cunoscute, deși adevărul este că nu este dificil să găsești pe altcineva care folosește instrumentul frecvent și a observat aplicația atunci când execută aplicațiile sale, pur și simplu îți dă eroarea că nu se află în sistem.
Dar nu totul este pierdut, în câteva ore forumurile Ubuntu au început să primească alternative la gksu și una dintre ele este să folosiți gedit pentru a rula aplicații precum su sau sudo, la fel ca și cum ar fi folosit gksu.
Se poate înlocui utilizarea Gksu?
Da, se poate. Prima alternativă este simplă, folosiți sudo și su pe sistem.
Acum avem și o altă alternativă, înlocuirea utilizării gksu.
Înlocuiți gksu cu admin: ///
acest o putem face în felul următor, vom lua ca referință execuția geditului cu privilegii ridicate.
În mod normal, când îl executăm cu gksu, execuția ar fi următoarea
gksu gedit archivo.txt
Acum, pentru a înlocui gksu, va trebui pur și simplu să modificăm comanda anterioară după cum urmează:
gedit admin:///archivo.txt
Cu siguranță, cu aceasta veți putea face aceleași lucruri cu această nouă comandă, dar nu vă faceți griji, rezultatul este la fel, este doar o chestiune de a vă obișnui și de a elimina obiceiul de a tasta gksu.
Este important să ne amintim că, dacă utilizați o distribuție Ubuntu diferită, comanda va funcționa în același mod și că nu afectează modul în care funcționează.
Înlocuiți gksu cu pkexec
În concept, fac același lucru deoarece permit utilizatorului să ruleze un alt program ca alt utilizator (de obicei, superutilizatorul).
En ceea ce diferă este modul în care sunt utilizate și configurate, pkexec face parte dintr-un sistem mai mare de instrumente numit set de politici.
Ceea ce face pkexec interesant sunt opțiunile sale de configurare, cu care, modificat la nevoile noastre, pkexec oferă un control mult mai fin și, prin urmare, este mai sigur de utilizat.
Acestea sunt PolicyKit care sunt extrem de configurabile deoarece acestea pot fi configurate într-o serie de fișiere xml.
Exemplu de utilizare.
În timp ce pentru a deschide o aplicație cu gksu în sistemul nostru, am făcut-o după cum urmează:
gksu firefox
În cazul pkexec, trebuie să înlocuim gksu cu acesta, după cum urmează:
pkexec Firefox
În același mod ca și comanda anterioară, trebuie doar să vă obișnuiți cu ea și să înlocuiți utilizarea gksu.
Acum motivele pentru care gksu a fost eliminat din Ubuntu nu sunt cunoscute, ar putea fi din cauză că dezvoltatorii au considerat că nu este necesar sau pentru că utilizarea acestuia nu a fost pur și simplu foarte frecventă în rândul utilizatorilor sistemului.
Există și alte alternativeda, deși acestea sunt suficient de bune și ușor de utilizat pentru a înlocui utilizarea gksu pe sistem.
Dacă cunoașteți orice altă alternativă pe care o putem folosi în sistem, nu ezitați să o împărtășiți cu noi în comentarii, astfel încât să o putem împărtăși cu ceilalți adepți ai noștri.
Cu tot respectul pe care îl merită, articole ca acestea sunt ceea ce trebuie eradicat cu mișcări de neîncredere. De exemplu, în cazul Kde Neon, executarea programelor în modul superutilizator nu este permisă din nici un motiv și în cazul fișierelor de configurare, se folosește alternativa $ kwrite sudoedit / file / a / configure, totul pentru că programatorii săi văd faptul că deschiderea aplicațiilor cu privilegii ridicate ($ sudo dophin sau $ kdesu dolphin) este o potențială problemă de securitate pentru sistem. Faptul că echipa principală a sistemului KDE creează acest lucru nu este o coincidență, este o realitate în fața atâtea probleme de vulnerabilitate care sunt foarte la modă astăzi.
Spre sfârșitul secolului trecut, când GNU / Linux ieșea din sălile de calculatoare și din garajele programatorilor tocilari, unii ingineri (la vremea aceea perfidă pentru elita terminală ortodoxă), au decis să livreze un sistem de operare pentru masa vulgară ca noi «uman -prietenos »care ar putea fi instalat și manipulat de la interfețe grafice ușor de înțeles fără prea multă curbă de cunoștințe. Astfel, s-au născut numeroase forumuri de ajutor cu lideri care, în fața unei astfel de cereri, au găsit mai ușor să lanseze comenzi care să le permită să rezolve problemele enorme cu care au fost prezentați mulți utilizatori. Aceste comenzi au devenit populare și au ajutat foarte mult în fața limitărilor de asistență, totuși, deoarece sistemul nu este foarte popular, nu a dus la găuri de vulnerabilitate mai mari. Încetul cu încetul se fac progrese, sistemul este lărgit și apar mai mulți utilizatori care folosesc aceleași vicii pentru a rezolva ceea ce în prezent este puțin văzut de evoluția sistemului.
Paradoxal, o bună parte a problemelor de instabilitate și securitate observate în nenumărate forumuri provin din utilizarea iresponsabilă a ceea ce a fost la un moment dat o alternativă la ajutor.
Motive de genul acesta sunt cele care progresează încetul cu încetul spre exilarea gestionării abuzive a sistemului de operare prin creșterea privilegiilor utilizatorilor, oamenii Android o știu foarte bine și de aceea smartphone-urile nu au această caracteristică activată în mod implicit. GNU / Linux a devenit un carnaval tropical la care este necesar să punem o talanquera sau vom plăti cu toții prețul anarhiei iresponsabile.
Nu este mai ușor să rulați nautilus de la terminal ca administrator?
De fapt, citești asta și, dacă ești un tip care știe mai puțin decât cel care o scrie, rămâi ca Tarzan, adică gol și țipând
Călătoria mea este cea normală pentru un utilizator Linux, instalez Samba în speranța de a vedea câteva foldere pe care le am în Windows, configurez rețeaua în Windows cu două clicuri; apoi începe livrarea, instalez Samba, unul dintre guru-urile pe care le-am citit, îmi spune să instalez un sistem grafic pentru a configura Samba, îl caut în depozite, nu este acolo, apoi instalez Synaptic și caut îl găsesc, îl instalez
Încerc să-l deschid, nu se va deschide, îmi spune că „gksu” nu funcționează.
Mă întorc la pelerinajul etern (normal în linux) de google pentru a vedea cum să-l rezolv și am aflat că ubunto l-au eliminat. Guru-ul de serviciu îmi spune, într-un mod în care numai el înțelege să folosească alternative, iar eu, adevărat, în acest moment, prefer să folosesc un pendrive.
Nu mă plâng de mizeria Linux, nimeni nu mă obligă să o folosesc, mă plâng de toată această grămadă de presupuși oameni luminați care îmi spun în fiecare zi că Linux este fantastic și pe deasupra atât de ușor
nu-mi spune trucuri, te rog,