root-Passwort bei Installation vergeben oder nicht? (su / sudo)

[willy4711]

alias c='apt autoremove && apt autoclean'

zum Bereinigen Deines Systems.

Na wenn schon, denn schon

Code: Alles auswählen

apt clean && apt autopurge

Vorteil: der Cache ist leer (wozu soll ich da was aufheben ?)
Und die alten Konfigs brauch ich auch nicht, wenn ich was entfernen will

....und die ganzen Aliase (die meisten) gehen bei mir per Klicki Bunti

[rockyracoon]

Na wenn schon, denn schon

Code: Alles auswählen

apt clean && apt autopurge

Vorteil: der Cache ist leer (wozu soll ich da was aufheben ?)

[mcb]

Code: Alles auswählen

apt autopurge

Muß man da nicht aufpassen ?

[mcb]

Es tut mir Leid, aber für die von Dir erwähnten Code-Blöcke bin ich scheinbar noch nicht tief genug in der Linuxthematik im Allgemeinen drin, um das zu verstehen

Wie wird diese Meinung insgesamt begründet?

sudo vs. su ist eine endlose Diskussion mit Verfechtern auf beiden Seiten. Nur eines, sudo ist in seiner Defaultkonfiguration schlicht eine riesige Sicherheitslücke. Vor allem Ubuntu hat die exzessive Nutzung von sudo populär gemacht, weil die Macher damit eine "einfachere" Systemadministration schaffen wollten. Einfacher im Sinn von: man braucht nicht so viel erklären, wenn man die Leute auf sudo dressiert.
Ah, da leuchtet mir jetzt schon etwas mehr ein!

Das heißt, dass wenn es nur einen Benutzer innerhalb des Systems gibt, dann eben zu root gewechselt wird, da das der einzige "andere Benutzer" im System ist.

mit su kann man auf einen beliebigen Benutzer wechseln. su hugo wechselt zum Benutzer hugo. Wenn man keinen Benutzer angibt, wird immer zu root gewechselt, unabhängig davon, ob es nur einen Benutzer oder viele auf dem System gibt. Man kann also su root oder su nehmen, das bewirkt das selbe.
Okay, das ist für mich nachvollziehbar und absolut einleuchtend.

Ob man letztendlich "su" und "su -" verwendet, ist Geschmacks- und Gewohnheitssache, nicht zuletzt hängt es auch davon ab, was man machen möchte...

Es ist eben nicht nur Geschmacksache. Je nachdem, ob man das Minuszeichen mitgibt oder nicht, sind die Umgebungsvariablen unterschiedlich gesetzt, wichtigstes Beispiel:

Code: Alles auswählen

su
echo $PATH

vs.

Code: Alles auswählen

su -
echo $PATH

Hier verstehe ich allerdings leider nicht, was mit den Umgebungsvariablen gemeint ist. Welche Auswirkung hat es für mich als unschuldigen Nutzer, der einfach nur ungestört Programme installieren und irgendwelche .config-Dateien und sonstiges am System verändern möchte, ohne eingeschränkt zu sein? Dann könnte ich doch der Einfachkeit halber sagen, ich verwende pauschal immer

Code: Alles auswählen

su -

, einfach um uneingeschränkten Zugriff zu haben in dem Moment in dem ich administrative Tätigkeiten ausführen will, ohne den tieferen Sinn dahinter jetzt zwingend bis ins letzte Detail verstehen zu müssen. Dann würde ich für administrative Tätigkeiten ein extra Terminalfenster öffnen, dieses mit su und einem Minus begrüßen, und gut ist, oder? (solange ich mir darüber im Klaren bin, dass das dann fürs ganze Terminalfenster gilt natürlich)[/b]

@fischig:
Ich hoffe, ich vermittle hier keinen falschen Eindruck vom wechselunwilligen "alles muss so wie bei ubuntu funktionieren"-Häschen Wenn doch: Entschuldige bitte

Ich bin durchaus bereit mich umzustellen, sonst hätte ich nicht die Distribution gewechselt.
Ich möchte nur den Sinn hinter solch elementaren Dingen wie dem Rechtemanagement verstehen und bitte dabei um eure Hilfe, um dann langfristig selbst mein Debian einrichten zu können, und mich dabei natürlich auch gern mal nass zu machen

a) wenn du "gut" mit sudo zurecht kommst kannst du das auch unter Debian beibehalten (es funktioniert)
b) su / su - dann führst du die Administrativen Befehle als Benutzer root aus (bei su brauchst du dann teilweise sudo vor einigen Befehlen)

a1) du kannst auch mit

Code: Alles auswählen

sudo su

eine shell starten in der du nicht sudo eingeben mußt als Benutzer
b1) das gleiche / selbe Paßwort sollte man nicht für den rootaccount nehmen ? dann enspräche die Sicherheit wieder ~ sudo ??? Müßten die Profis mal bitte was zu sagen.

Einen "Hauptangriffspunkt": deine persönlichen Daten im Benutzerprofil schützt beides nicht.

[rola621]

alias c='apt autoremove && apt autoclean'

zum Bereinigen Deines Systems.

Na wenn schon, denn schon

Code: Alles auswählen

apt clean && apt autopurge

Vorteil: der Cache ist leer (wozu soll ich da was aufheben ?)
Und die alten Konfigs brauch ich auch nicht, wenn ich was entfernen will

....und die ganzen Aliase (die meisten) gehen bei mir per Klicki Bunti

Aliase finde ich auch eine super Sache!
Für meine tägliche Updateroutine/Systempflege bin ich mit dem täglichen Ausführen von Folgendem über die letzten Jahre gut gefahren:

Code: Alles auswählen

alias pflege='sudo apt-get update && sudo apt-get full-upgrade && sudo apt-get autoremove --purge && sudo apt-get autoclean'

wenn ich das Ganze jetzt auf "su -" ummünzen wollte, müsste es ja dann so heißen, oder?

Code: Alles auswählen

alias pflege='su - && apt-get update && apt-get full-upgrade && apt-get autoremove --purge && sudo apt-get autoclean'

Wobei ich bei händischen Eingaben im Terminal eigenlich immer nur "apt" anstelle von "apt-get" benutze.

Der nächste Alias, den ich mir anlege wird jedenfalls direkt

Code: Alles auswählen

alias su='su -'

Das heißt jetzt für mich als Konklusion:
Da wo ich früher vor jeden Befehl einzeln ein "sudo" gesetzt habe, wechsel ich jetzt einfach EIN Mal via "su -" zum User root, und erledige dann die gewohnten Befehle, nur eben ohne jedes Mal ein "sudo" davorzusetzen. Die root Rechte gelten dann in dem jeweiligen Terminalfenster so lange, bis ich entweder das Terminalfenster schließe, oder via

Code: Alles auswählen

su MeinNutzername

wieder zurück zu meinem Nutzer wechsle.

Wenn ich das jetzt soweit richtig verstanden habe, ist mir schonmal sehr geholfen!

Da ich bei der Installation das root-Passwort ja freigelassen habe, habe ich jetzt folgendes gemacht:

Code: Alles auswählen

sudo passwd root

Root-Passwort ist jetzt gesetzt, ein anderes als mein Benutzerpasswort.
Das heißt ich kann sudo ab jetzt aus meinem Kopf streichen und arbeite mit "su -", wie eben beschrieben.
Oder muss ich noch etwas anders konfigurieren, um "sudo zu deaktivieren"?
In Zukunft lege ich das root-Password immer direkt während des Installationsprozesses fest.

....und die ganzen Aliase (die meisten) gehen bei mir per Klicki Bunti

Wie meinst du das genau? Kann man die auch per Icons "ausführbar" machen? Hört sich interessant an

[rockyracoon]

@rola621:

Wobei ich bei händischen Eingaben im Terminal eigenlich immer nur "apt" anstelle von "apt-get" benutze.

Also genügt im Alias-Eintrag auch ein "apt".
Das Alias für Update und Upgrade trenne ich von dem Alias zur System-Bereinigung und mache einem umfangreichen Upgrade erst einmal ein Reboot, bevor ich bereinige.

[tobo]

wenn ich das Ganze jetzt auf "su -" ummünzen wollte, müsste es ja dann so heißen, oder?

Code: Alles auswählen

alias pflege='su - && apt-get update && apt-get full-upgrade && apt-get autoremove --purge && sudo apt-get autoclean'

Wieso testest du nicht einfach?

Code: Alles auswählen

alias pflege='su -lc "apt-get update && apt-get full-upgrade && apt-get autoremove --purge && sudo apt-get autoclean"'

[rola621]

gerade getestet.

Code: Alles auswählen

su - 
pflege

funktioniert.

Der von dir gepostete Alias funktioniert auch. Das heißt ich gehe bei "Aliassen, die root benötigen" immer nach folgender Syntax vor:

Code: Alles auswählen

alias example='su -lc "eigentlich_gewünschter_Befehl_oder_Befehlsabfolge"'

Mit su -lc sage ich sozusagen, dass alles drauffolgende mit root-Rechten ausgeführt werden soll, oder?

[eggy]

"man su" lesen, dann ausprobieren, dann fragen.

[thoerb]

wenn ich das Ganze jetzt auf "su -" ummünzen wollte, müsste es ja dann so heißen, oder?

Code: Alles auswählen

alias pflege='su - && apt-get update && apt-get full-upgrade && apt-get autoremove --purge && sudo apt-get autoclean'

Nur noch mal zum Verständnis, du meldest dich einmalig mit su - als root an. Und so lange du dann root bist musst du in deinen Befehlen kein su - und auch kein sudo mehr eingeben.

Du bist so lange root bis du dich mit exit wieder abmeldest.

[dasebastian]

Macht es doch nicht unnötig kompliziert!

@rola621:
WENN du mit Debian arbeiten willst, dann gewöhn' dich doch gleich an die strenge Rechteverteilung, sprich, du hast einen (oder mehrere) User- und einen Rootaccount:

Als User machst du deine ganzen Arbeiten, die du halt so machst, und wenn du Programme installieren oder ein Update machen willst, dann logst du dich als Root mit allen Rechten mit GENAU folgendem Befehl ein:

Code: Alles auswählen

su -

Und machst das und meldest dich wieder ab.

Damit vermeidest du (meiner Meinung nach) eine Menge Probleme (Schlampigkeistsfehler, Hudeleien, falsche Rechtevergaben). So viel hat man doch im laufenden Betrieb als Desktopuser nicht als Root zu machen!

Der Nachteil dieser Variante: es wirkt umständlich.
Der Vorteil dieser Variante: du denkst darüber nach, ob du dich jetzt wirklich als Root einloggen willst.

Debian braucht nach dem offiziellen Release wesentlich weniger Pflege (Updates) als Ubuntu - meiner Erfahrung nach.

EDIT: Hui, da ist schon wieder eine Menge passiert, während ich vor mich hin getippt habe...

[willy4711]

Code: Alles auswählen

apt autopurge

Muß man da nicht aufpassen ?

Genau soviel, wie bei autoremove

Wie meinst du das genau? Kann man die auch per Icons "ausführbar" machen? Hört sich interessant an

Aufräumen -----> Via Bleachit -----> Systemd-Timer / Service. Kümmert mich nicht mehr, läuft für das Wurzelverzeichnis
im Hintergrund.
Für mein /home gibt es einen Button da das per Timer nicht funktioniert, da die Caches /sonstige Speicher/Dateien
sich nur putzen lassen, wenn die entsprechenden Programme geschlossen sind.

Updates via Package Update Indicator + Skript. ---> Meldung über Updates kommt ---> klick--> läuft ohne PW

Alles andere wie z.B. Dateien editieren als Root mit nano/anderen Editor, Thunar als Root und x-andere Tätigkeiten erledige ich
wie schon gesagt direkt aus dem Kontext- Menü von Thunar.

Aliase waren gestern

[rola621]

Aufräumen -----> Via Bleachit -----> Systemd-Timer / Service. Kümmert mich nicht mehr, läuft für das Wurzelverzeichnis
im Hintergrund.
Für mein /home gibt es einen Button da das per Timer nicht funktioniert, da die Caches /sonstige Speicher/Dateien
sich nur putzen lassen, wenn die entsprechenden Programme geschlossen sind.

Updates via Package Update Indicator + Skript. ---> Meldung über Updates kommt ---> klick--> läuft ohne PW

Alles andere wie z.B. Dateien editieren als Root mit nano/anderen Editor, Thunar als Root und x-andere Tätigkeiten erledige ich
wie schon gesagt direkt aus dem Kontext- Menü von Thunar.

Aliase waren gestern

Danke für die Inspiration!

[rola621]

"man su" lesen, dann ausprobieren, dann fragen.

In den Manpages zu su finde ich leider nichts zu diesem lc:

Code: Alles auswählen

alias example='su -lc "eigentlich_gewünschter_Befehl_oder_Befehlsabfolge"'

Allerdings habe ich interessanterweise folgende Empfehlung dort gelesen:

It is recommended to always use the --login option (instead of its shortcut -) to avoid side effects caused by mixing environments.

das heißt, wenn ich ohnehin einen Alias setze für

Code: Alles auswählen

su -

kann ich gemäß manpages auch einfach

Code: Alles auswählen

alias su='su --login'

setzen, to avoid side effects caused by mixing environments.

[rola621]

Macht es doch nicht unnötig kompliziert!

@rola621:
WENN du mit Debian arbeiten willst, dann gewöhn' dich doch gleich an die strenge Rechteverteilung, sprich, du hast einen (oder mehrere) User- und einen Rootaccount:

Als User machst du deine ganzen Arbeiten, die du halt so machst, und wenn du Programme installieren oder ein Update machen willst, dann logst du dich als Root mit allen Rechten mit GENAU folgendem Befehl ein:

Code: Alles auswählen

su -

Und machst das und meldest dich wieder ab.

Damit vermeidest du (meiner Meinung nach) eine Menge Probleme (Schlampigkeistsfehler, Hudeleien, falsche Rechtevergaben). So viel hat man doch im laufenden Betrieb als Desktopuser nicht als Root zu machen!

Der Nachteil dieser Variante: es wirkt umständlich.
Der Vorteil dieser Variante: du denkst darüber nach, ob du dich jetzt wirklich als Root einloggen willst.

Debian braucht nach dem offiziellen Release wesentlich weniger Pflege (Updates) als Ubuntu - meiner Erfahrung nach.

EDIT: Hui, da ist schon wieder eine Menge passiert, während ich vor mich hin getippt habe...

Danke für deinen super formulierten Beitrag!
Für mich sind beide Varianten okay, weshalb ich mich hier gerne auf die von euch jetzt mehrfach ausgeführte Variante mit

Code: Alles auswählen

su -

einlasse

oder laut manpages eben dann optimalerweise die Variante

Code: Alles auswählen

su --login

[fischig]

Finde ich gut, dass du den „steinigen“ Weg/die „schmale Pforte“ gewählt hast.

Warnung:
su - auf der X-GUI hat nach stretch noch 'nen Knackpunkt bekommen: Root hat erstmal keinen Zugriff auf's display.

[eggy]

In den Manpages zu su finde ich leider nichts zu diesem lc:

Nicht immer, aber meistens gilt: Parameter mit einem "-" kann man kombinieren.
Hier also "-lc" entspricht "-l -c"

[rola621]

In den Manpages zu su finde ich leider nichts zu diesem lc:

Nicht immer, aber meistens gilt: Parameter mit einem "-" kann man kombinieren.
Hier also "-lc" entspricht "-l -c"

Ah okay, verstehe.

-c bedeutet ja "pass comand to the shell".

Daraus lerne ich, dass ich mit folgender Syntax

Code: Alles auswählen

su -lc "gewünschterBefehl/Befehlsabfolge"

Befehle und Befehlsabfolgen in einem Rutsch mit root-Rechten ausführen kann, sodass die root-rechte dann für alles innerhalb der Anführungszeichen gelten. Also prinzipiell im übertragenen Sinne vergleichbar mit sudo

Dann werde ich das bei künftigen Aliasen und bei Arbeiten im Terminal berücksichtigen und danke für eure aufschlussreichen Beiträge!

[rola621]

noch eine Frage, die sich mir stellt, da ich jetzt diese beiden Aliase gesetzt habe:

Code: Alles auswählen

alias su='su --login'
alias pflege='su -lc "apt update && apt full-upgrade && apt autoremove --purge && apt autoclean"'

Zu dem Zeitpunkt wo ich su=su --login gesetzt habe (--login ist ja gleichzusetzen mit -l und -)
reicht dann ja im "pflege"-alias, nur noch

Code: Alles auswählen

su -c

zu schreiben, um hier nichts doppelt gemoppelt zu haben?

Also funktionieren würde beides..

kurzgesagt für weitere Aliasse:
wenn su= su --login
dann su -c vor den root-Alias-Befehlen ausreichend

[KP97]

Drei Seiten...das ist mal wieder das beste Beispiel dafür, wie die Ubuntus den sudo Befehl verbogen haben.
Und die Ubuntus glauben auch noch, das wäre richtig so, dabei wurde der Befehl ursprünglich ganz anders angedacht.

@rola621
Selbst wenn man jahrelang Ubuntu verwendet hat, fehlt es doch ganz klar an Basiswissen.
Wie @eggy schon erwähnt hat, Manpages lesen, hier das Wiki lesen, und das Handbuch schadet ganz sicher auch nicht:
https://debian-handbook.info/browse/de-DE/stable/

Noch ein Hinweis:
Nicht für alles ist ein root alias gut. Damit sollte man vorsichtig umgehen, zumal als Anfänger.
Da ist schnell mal was abgeschickt, was man besser nicht getan hätte.

[MSfree]

Drei Seiten...das ist mal wieder das beste Beispiel dafür, wie die Ubuntus den sudo Befehl verbogen haben.

Die haben gar nichts verbogen. Debian instaliert die sudo Konfiguration exakt genauso wie Ubuntu. Es wird immer ein "Hauptbenutzer" eingerichtet, der sudo benutzen darf. Alles andere würde auch nicht funktionieren, wenn das root-Konto nicht zur Verfügung steht.

[rola621]

@KP97:
Ich finde Authentizität immer am besten, weshalb ich mich direkt als Ubuntu-Umsteiger hier angemeldet und "ge-outet" habe.
Mich dann aber "den Ubuntus" zuzuschreiben nach dem Motto andere Rasse etc. ist keinen Deut besser, als hier vielleicht ein paar Fragen zu viel zu stellen.
Wenn hier noch andere Leute in den Thread schauen sollten, die es vllt auch nicht auf Anhieb raffen, könnte es durchaus sein, dass die für die eine Frage mehr auch dankbar sind.
Ja, ich weiß was manpages sind und Ja, ich weiß wie man ein Wiki bedient.
Ich finde rein garnichts verwerflich daran, wenn ein Thread 3 Seiten hat.
Diejenigen, die es nach der ersten Seite schon verstanden haben, können ja ab dann zu lesen aufhören.
Die, die weiterlesen wollen, sollen weiterlesen. Leben und leben lassen.


@all:
danke für eure konstruktiven Beiträge und die Unterstützung.
Wenn mir noch jemand was zu meiner Frage im letzten Beitrag sagen könnte, wäre ich sehr dankbar, womit dann auch alle Fragen bezüglich dieser Thematik für mich geklärt wären

[habakug]

Hallo,

ja es stimmt:

Debian's default configuration allows users in the sudo group to run any command via sudo.

Das ist bei Ubuntu default ebenso.

Es wird immer ein "Hauptbenutzer" eingerichtet, der sudo benutzen darf.

Achtung: Das Installationsmedium spielt hier eine Rolle!
Mit dem Installer, wie er auf den Debian-ISOs verwendet wird [2]:

Herkömmliche Installation: Hier werden Sie dazu aufgefordert, ein root-Passwort anzugeben. Wenn Sie das tun, gelingt später ein Wechsel in den Administratormodus nur mit su -l, wobei Sie das root-Passwort angeben müssen. sudo ist hingegen nicht aktiv. Wenn Sie im Installationsprogramm dagegen auf Weiter klicken ohne ein root-Passwort anzugeben, bleibt das root-Passwort ungültig, dafür bekommt der erste Benutzer sudo-Rechte.

Mit einem Debian-Live-System, das auf den Live-ISOs "Calamares" verwendet [2]:

Calamares-Installation: Hier gibt es keine Möglichkeit, ein root-Passwort festzulegen. (Das Passwort ist auf ungültig gestellt, ein root-Login daher unmöglich.) Dafür hat der Standardbenutzer sudo-Rechte und kann mit sudo -s und der Angabe seines Passworts in den root-Modus wechseln.

Herr Kofler hat das hier [2] (für Buster) zusammengefasst.

Gruss, habakug

[1] https://wiki.debian.org/sudo
[2] https://kofler.info/debian-10-buster/

[rola621]

Danke für die Hinweise!
In dem von dir verlinkten (Debian-)Wikieintrag steht:

Using sudo is better (safer) than opening a session as root for a number of reasons, including:
...
*It's easy to run only the commands that require special privileges via sudo; the rest of the time, you work as an unprivileged user, which reduces the damage that mistakes can cause.
*Auditing/logging: when a sudo command is executed, the original username and the command are logged.
...

Wobei ich aber auch die Argumente der su-Verfechter verstehen kann.

Scheint wirklich ein sehr kontrovers diskutiertes Thema zu sein
Zusammenfassend finde ich es wirklich Jacke wie Hose und wie ihr auch schon mehrfach erwähnt habt, muss jeder für sich entscheiden.
Welcher Variante ich nun letztendlich den Vorzug gebe, werde ich wohl im Laufe meiner Debian-Nutzung intuitiv entscheiden.
Amen

[rockyracoon]

Hier noch ein Link, der zum Thema "Sudo <> Su" wesentliches aussagt: https://voiceoverit.de/blog/allgemein/d ... found/630/

Das neue "Su -" paßt unter Debian also "Path" an, aber auch das alte "Sudo" soll dies nach der Information dieses Links tun.