Denerwuje mnie to, że muszę używać sudo na moim komputerze Ubuntu. Oto niektóre z powodów, dla których:
- Otwieram plik należący do roota, ale zapominam otworzyć go w sudo. Teraz wprowadzam kilka zmian w pliku, aby zdać sobie z tego sprawę, kiedy próbuję go zapisać, czego nie mogę. Teraz muszę ponownie otworzyć plik za pomocą sudo i ponownie zastosować wszystkie moje zmiany.
- Chcę przenieść niektóre pliki za pomocą nautilus, ale nie zdaję sobie sprawy, że są własnością root. Wyskakuje okno dialogowe błędu i ponownie muszę ponownie otworzyć nautilus za pomocą gksudo. Zasadniczo dotyczy to wszystkich aplikacji GUI.
- Powiedzmy, że instaluję MySQL i chcę wyświetlić niektóre z jego plików konfiguracyjnych. Z powodu uprawnień do plików nie jestem w stanie przeglądać plików, a czasem nawet wchodzić do katalogu, chyba że zostanę użytkownikiem MySQL lub rootem (coś takiego jak „sudo cd [ścieżka]” nie działa).
Chcę zmienić tę sytuację, aby była bardziej podobna do systemu Windows XP (teraz jest to jak bzdura Windows Vista UAC), gdzie mogę w zasadzie robić wszystko, co chcę na moim komputerze. Tak, tak, zdaję sobie sprawę, że nawet w systemie Windows XP były pewne ważne pliki systemowe, których nie można zmodyfikować, ale wciąż jest o wiele lepszy niż sytuacja w Ubuntu. I tak, zdaję sobie sprawę, że jest to bardziej niepewne, ale szczerze mówiąc, nie dbam o to (jestem wystarczająco dorosły, aby wziąć odpowiedzialność za moje wybory, ** nie powinien trafić do przysłowiowego fana).
Rzeczy, które już wypróbowałem (lub zostały zasugerowane przez innych członków):
- Usuwanie hasła sudo: nieźle, ale wciąż muszę pamiętać, aby poprzedzać polecenia sudo
- Naprawdę długi czas oczekiwania: taki sam jak powyżej
- Aliasowe polecenia: teraz nie muszę już tak często prefiksować sudo, ale będzie męczące ciągłe aliasy nowych poleceń
- Dodaj się do odpowiednich grup - dobry pomysł, sam o tym nie pomyślałem; będzie jednak męczące, gdy będę ciągle dodawać się do nowych grup
Mam pomysły, ale nie wiem, czy będą działać i jak je zmusić:
- Uruchom oryginalną sesję gnome za pomocą sudo (tj. „Sudo gnome-session”) i połącz ją z punktami 1 i 2 powyżej. Ponieważ wszystkie inne uruchomione procesy będą procesami potomnymi oryginalnej sesji gnome, powinno to rozwiązać większość problemów.
Czy ktoś może mi pomóc?
[Aktualizacja]
Dodanie pseudonimów, choć trochę męczące, wydaje się być najbardziej obiecującym sposobem. Niestety nierozstrzygnięte problemy to:
- Operacje na systemie plików: nie chcę zawsze mieć sudo z przodu, ponieważ jeśli plik jeszcze nie istnieje, to jest tworzony jako własność root, co powoduje duże problemy. Jedynym sposobem, jaki mogę wymyślić (ale byłoby to zbyt niebezpieczne), jest napisanie opakowania wokół poleceń systemu plików, aby dodać sudo, jeśli okaże się, że modyfikuję plik będący własnością roota.
- Aplikacje GUI: tak samo jak powyżej.
Wiele osób wyraziło dezaprobatę na moją prośbę i odrzuciło moje pytanie, prawdopodobnie dlatego, że uważają za okropny pomysł obniżenie „bezpieczeństwa” systemu. Z całym szacunkiem nie zgadzam się, ponieważ uważam, że jest to bardzo wąski pogląd. Środki bezpieczeństwa nie istnieją w próżni - muszą być również użyteczne, aby były skuteczne. Jeśli stanie się to uciążliwe i denerwujące, ludzie zrobią wszystko, co mogą, aby go obejść.
Wybieram bardziej zaawansowaną technicznie drogę, aby ominąć to, ale widzisz to, gdy zwykli użytkownicy wybierają krótkie hasła lub zapisują swoje hasła, gdy są zmuszeni wybrać absurdalnie złożone hasła. Konsensus w komentarzach jest taki, że jest to wina użytkownika lub że użytkownik powinien żyć z okropnie zaprojektowanymi środkami bezpieczeństwa, podczas gdy naprawdę uważam, że to wina projektanta / programisty. Powinien być wyższy pasek. Najbardziej denerwuje mnie to, że system może ci pomóc, ale nie pomaga. System operacyjny / program oczywiście wie, kiedy nie mam pozwolenia na zrobienie czegoś - dlaczego po prostu NIE ZADAJE MNIE podniesienia mojego poziomu uprawnień? Dlaczego sprawia, że REDO WSZYSTKO, oprócz tego czasu używam sudo?
Ludziom, którzy to mówią, zapobiega przypadkowemu zepsuciu sy