44 år efter lanseringen – nu kommer sudo till Windows

Är väl mycket en fråga om "tid", "vilja" och "inställning", då allt som menyerna gör kan göras från skalet.

* Lär dig bash för att hantera all världens Android, Linux och Unix datorer. Lär dig kombinera de kommandon som finns, de är alla byggda för detta och resultatet är fruktansvärt kraftfullt. Man lär sig nya saker hela tiden!

* Allt går att lösa på flera olika sätt. Alias(i bash), Bash(script), Phyton, Awk, Perl, Kompilerade program : Du väljer efter din egen bekvämlighet och hur uppgiften ser ut. Tycker du något är stelt eller långsamt, gå till nästa nivå.

* Lär dig vi/vim-editorn för att modifiera filer på all världens Linux och Unix datorer. (Att hålla reda på kommando-mod och insert-mod är lite förvirrande i början, men "Esc" och u(undo)-tangenten räddar dig alltid. (Att tappa något på tangentbordet resulterar nästan alltid i någon sorts förändring av ditt dokument Har du katt? )

MS har annars en god vana av att bara...fortsätta med alla gamla versioner och ABI:er, inte ta bort något. Linux är rätt likt, men har ändrat ABI iaf en eller två gånger sista 30 åren.

Ett gammalt men relevant blogginlägg: https://blog.hiler.eu/win32-the-only-stable-abi/

Skillnaden mellan Windows och Unixar är ju mängden verktyg som är enkelt tillgängliga för dig: Ok, Bash blir jobbigt när du behöver göra mer avancerade saker, men är verkligen busenkelt att komma igång med: kan du använda kommandoraden så är du redan igång med scriptning, på ett helt annat sätt än med PowerShell. Men är Bash otillräckligt har du också Python eller Perl eller vilket som helst annat programmeringsspråk - inklusive Powershell! - tillgängligt antingen ur box eller direkt via pakethanteraren, medan Windows inte riktigt uppmuntrar till den sortens eskapader. 🙂

Tja, man kan väl se det som att den fundamentala skillnaden mellan Windows och Unixar rent "kulturellt" är att Linux-konfiguration tenderar att vara textbaserad, medan Windows är mer objektbaserat. Om allt i Unix är en fil så är allt i Windows ett objekt, grovt förenklat så klart.

Bash och även verktyg man ofta använder i bash-script, t.ex. gamla godingar som awk, sed och grep är strukturerade främst för manipulation av text. Det fungerar bra för att administrera ett operativsystem som drivs av textkonfiguration och annat. Det går till exempel utmärkt att ta ut en lista på vem som är med i en viss grupp med den typen av verktyg, t.ex. på min dator, vem är det som är med i sudo-gruppen?

pvz@pvz-ryzen:~$ awk -F: '$1 == "sudo" { print $4 }' < /etc/group
pvz
pvz@pvz-ryzen:~$

Här låter jag "awk" gå igenom filen /etc/group rad för rad, dela upp den i olika fält baserat på :-tecknet, och sedan, om en rads första fält är "sudo" så skriver jag ut fjärde fältet som är en kommaseparerad lista på gruppmedlemmarna. Glasklart!

Men för att administrera att Windowssystem är det hopplöst, då du inte får någon åtkomst till datamodellen. Bash vet knappt vad ett objekt är. Lycka till med att använda Bash för att parsa din SAM-databas. Där är Powershell betydligt mer ändamålsenligt:

PS C:\Users\pvz> Get-LocalGroupMember -Group Administratörer

ObjectClass Name                          PrincipalSource
----------- ----                          ---------------
User        DESKTOP-ABCDEFG\Administratör Local
User        DESKTOP-ABCDEFG\pvz           Local

Nu är väl detta kanske inte helt rättvisande, du kan argumentera för att du kanske kan använda något kommando i Linux för att slå upp grupperna istället för att parsa /etc/group själv (som dessutom inte funkar om du använder något annat än lokala grupper) och att det är lite fusk att använda en inbyggd cmdlet i Windows istället för att andropa ett lägre-nivå-bibliotek, men generellt så är typ all bash-scriptning hantering av textströmmar, medan powershell-scriptning är hantering av objekt.

pvz@pvz-ryzen:~$ awk -F: '$1 == "sudo" { print $4 }' < /etc/group
pvz
pvz@pvz-ryzen:~$

PS C:\Users\pvz> Get-LocalGroupMember -Group Administratörer

ObjectClass Name                          PrincipalSource
----------- ----                          ---------------
User        DESKTOP-ABCDEFG\Administratör Local
User        DESKTOP-ABCDEFG\pvz           Local

Jo; jag har väl skaffat lite erfarenhet av båda systemen under åren, kan man väl säga, så jag är inte helt vilse vad gäller för- och nackdelar mellan systemen. 🙂

Svaret på dina exempel är ju att verktygen är anpassade till miljöerna de byggdes för: Ett Unixskal är inte lika användbart för systemadministration i Windows och vice versa. Sen föredrar jag personligen Unixtanken framför Windows, men jag jobbar ju med vadhelst någon är beredd att betala mig tillräckligt mycket för att göra. 😆

Eller kanske lite tvärtom, att miljöerna är anpassade utifrån de verktyg som de är tänka att administreras med.

Windows är ju från början avsett för peka-klicka-administration, då är ju en objektmodell betydligt bättre än en textmodell.

Nice, det har jag saknat väldigt många gånger. Finns ju ett antal tredjepartslösningar, men inbyggt är alltid extra trevligt.

På tal om, jag hoppas att de inte utvecklar något eget "sudo"-liknande som inte är sudo, men de kallar för sudo.

Ungefär som när man aliasade curl till Invoke-WebRequest i Powershell...

Jag tror inte du hittar någon någorlunda komplex programvara som inte ibland går snett. Med tillräckligt många maskiner över tillräckligt många år kommer du råka ut för fel oavsett operativsystem.

Men jag skulle påstå att Windows uppdateringsprocess är den i särklass sämsta bland alla gängse operativsystem även när den fungerar som avsett, vilket den ”oftast” - men alldeles för ofta inte - gör:
Inte i något annat operativsystem har jag på semiregelbunden bas haft datorer där uppdateringsmekanismen slutat fungera hux flux. Inget annat operativsystem fyller över tid systemvolymen utan en automatisk eller ens dokumenterad och supporterad rensningsprocess. Inget annat operativsystem blir över tid långsammare att uppdatera.
De flesta operativsystem idag har också lättillgängliga eller automatiska metoder för att uppdatera alla dina installerade program samtidigt så du inte behöver tänka på applikationssäkerhet på individuell basis.

inb4 "sudo användes för att göra intrång i...."

Windows har inte bara bakdörren på glänt, den ska vara på vid gavel, så att hackare får nackspärr av korsdraget.

Ska inte säga emot - jag har ingen erfarenhet av den. Eftersom den är en relativt ny produkt har de säkert tillämpat en hel del moderna lärdomar i den.
Tyvärr sysslar jag med serverdrift, och där har jag - åtminstone än så länge - ingen nytta av den. Den hjälper heller inte - än, åtminstone, på uppdateringar av själva systemet.

Moderna Windowsversioner i sig är ärligt talat inte så illa, och Microsoft är överlag riktigt seriösa med att jaga och släcka fel. Vad som ligger dem i fatet är deras strävan efter bakåtkompatibilitet, men man börjar i fler och fler fall se att de är beredda att rucka på denna till fördel för säkerhet.

Store kräver anslutning plus konto hos MS. Det duger absolut inte.
Finns inte en chans i världen att vi skulle tillåta internetaccess från vår servermiljö.
Därav så vill jag också se en stäng av all H-E:s telemetri - ni kommer aldrig få datat ändå så sluta skräpa ned mina loggar.

Tyvärr måste jag säga att MS support bara blir sämre och sämre. Antingen får man prata med någon som sitter och läser högt från bing eller så försöker de skylla ifrån sig istället för att ta ansvar för sina buggar.

Jag hoppas de gör en riktig sudo och inte något likt Gsduo som i varje fall för mig envisas med att slänga upp UAC prompten - funkar uruselt när man inte har ett GUI.