GNU / Linux-brugere: Law Made, Cheat Made!

For et par dage siden kommenterede vi i dette indlæg om de forskellige typer brugerkonti, der er mulige i Windows, og hvordan (en ansvarlig administrator) skal have værktøjer og evnen til at beskytte systemet og brugerne mod udenforstående og sig selv;)

Lad os nu se det mulige brugere vi har i et system GNU / Linux:

* rod : er brugeren supermagt eller administrator, lad os sige. Det rodbruger har fuld tilladelse til mapper og filer (uanset hvem der ejer dem), kan installere og afinstallere software, udføre ændringer om hele systemet, administrere brugerkonti osv. Du har kontrol og ansvar for, at systemet eller pc'en fungerer korrekt.
* specielle brugere (eller også systemkonti): disse konti, der generelt oprettes, når distributionen er installeret, har ikke en adgangskode, da de oprettes for at have nogle adgangsrettigheder. rod at udføre specifikke opgaver, men ikke at logge ind på systemet med dem.

* almindelige brugere: dette er normale brugerkonti for dig og mig. Når du opretter en ny fælles bruger, oprettes vores eget arbejdsmappe (i / hjem / vores_bruger). Vi har åbenbart privilegier over vores arbejdsmiljø og vores filer, som vi kan ændre dem så meget, som vi vil.

Og hvis nu jeg, almindelig bruger fra min distro skal jeg installere noget: hvad skal jeg gøre? Jeg kan vælge at bede systemadministratoren om at installere det til mig eller ... bruge kommandoen su eller sudo.

Det forklares meget tydeligt på Wikipedia:

Programmet su er et værktøj til Unix-lignende operativsystemer, der Giver dig mulighed for at bruge en anden brugers shell uden at logge af. Det bruges ofte til få rodtilladelser til administrative operationer, uden at skulle forlade og genindtaste systemet. Nogle skrivebordsmiljøer, inklusive GNOME og KDE, har programmer, der grafisk beder om en adgangskode, før brugeren kan udføre en kommando, der normalt kræver sådan adgang.

Navn su kommer fra det engelske substitut use (Skift bruger). Der er også dem, der får det til at stamme fra superuse (superbruger, det vil sige rodbrugeren) siden ofte brugt til at påtage sig rollen som systemadministrator.

Dette betyder, at fra en konsolterminal eller fra den grafiske grænseflade i nogle tilfælde en handling kunne udføres som en bruger rod. Til dette skal jeg indtaste brugerens adgangskode og fortsætte, hvis det er korrekt.

Selvom vi ikke kender brugerens adgangskode rod (og dette er efter min mening den helt korrekte ting at gøre) vi har en anden mulighed for at installere, hvad vi skal installere: kommandoen sudo.

Kommandoen kaldte sudo eudføre en kommando som en anden bruger under overholdelse af en række begrænsninger, som brugere kan udføre hvilke kommandoer på vegne af hvilke andre brugere (normalt angivet i filen / etc / sudoers). I modsætning til su, sudo beder brugerne om deres eget kodeord i stedet for den krævede bruger; dette for at tillade delegering af specifikke kommandoer til bestemte brugere på bestemte maskiner uden at skulle dele adgangskoder, hvilket samtidig reducerer risikoen for at lade terminaler være uden opsyn.

Vi kunne sige det, hvis vi er ansvarlige brugere af vores system, og vi tilhører gruppen sudoers, Vi bør ikke have problemer med at håndtere os selv med ro i sindet (jeg mener en gennemsnitlig bruger, den konto, som vi kunne oprette på pc'en til vores far / mor / fætter / bedstefar / kæreste / kæreste ...) eller hvis vi er rodbrugeren med ekstrem forsigtighed.

Når jeg læste rundt, fandt jeg, at det anbefales Generelt prøv ikke at logge ind og konstant fungere som rodbruger, men opret en normal brugerkonto og brug om nødvendigt su. Dette gøres, fordi de fejl, der kan foretages i den normale eller gennemsnitlige brug af pc'en, er mere håndterbare i et fælles brugermiljø og ikke på niveauet for hele systemet, ikke?

Og nu hvor jeg tænker på det ... sikkerhedshul eller ej ... når alt kommer til alt, håndteres brugere på begge operativsystemer på meget lignende måder. Administratoren eller roden i GNU / Linux har større kontrol med hensyn til Windows i, hvem der er dem, der udfører administrative opgaver og foretager ændringer i systemet. Heraf kan det ses, at fortroligheden og kompleksiteten af ​​administratoradgangskoden er af største vigtighed, hvilket, hvis det blev narret eller opdaget, ville bringe stabiliteten i fareJeg har sagt stabilitet og ikke sikkerhed, som allerede blev overtrådt, hvis rodadgangskoden opdages) af hele systemet.

Afslutningsvis er jeg tilbage med det, der blev sagt ved den tidligere lejlighed: vi har stabile systemer eller maskiner, så længe brugere og især administratorer er ansvarlige, ellers ... simpelthen ingen.

Hilsen kære, jeg afventer dine meninger :)