Einstieg & Karriere

Vom Windows Admin zum Linux Admin: dein Weg in die Linux-Administration

Dein Windows-Wissen trägt weiter, als dir lieb ist: Dienste, Rechte, Netzwerk und Automatisierung funktionieren analog. Wirklich neu sind Paketverwaltung, die Dateisystem-Hierarchie und die Tatsache, dass Konfiguration in Textdateien lebt statt in einer Registry.

6 Kapitel mit allen Befehlen
Quereinsteiger lernt Linux am Schreibtisch mit Terminal auf zwei Monitoren
KI-generiertDieses Bild wurde mit KI erzeugt · Yves Hoppe / KI / cmt
Seit 1997 am Markt Präsenz & Live-Online 4,9 aus 503 Google-Bewertungen Auch Inhouse für dein Team
Worum es geht

Warum der Umstieg gerade jetzt viele Windows-Admins trifft

Das Support-Ende von Windows 10, laufende Digital-Souveränitäts-Projekte im öffentlichen Sektor und Lizenzdiskussionen nach den Virtualisierungs-Umbrüchen sorgen dafür, dass in vielen Häusern Linux-Server dazukommen, ohne dass jemand dafür ausgebildet wurde. Häufig übernimmt das bestehende Windows-Team die neuen Systeme einfach mit.

Das eigentliche Problem ist dabei selten die Kommandozeile. Wer PowerShell beherrscht, kommt mit Bash schnell zurecht. Schwieriger sind die Konzepte dahinter: Es gibt keine Registry, keine zentrale Verwaltungskonsole und keine Gruppenrichtlinien. Konfiguration liegt in Textdateien unter /etc, Dienste laufen unter systemd, Rechte hängen an Benutzer, Gruppe und Oktalmaske statt an verschachtelten ACLs, und ein Paketmanager wie apt, dnf oder zypper ersetzt Setup-Assistenten und WSUS.

Typische Fehler entstehen genau an diesen Bruchstellen: Firewalls werden mit iptables-Anleitungen aus dem Netz konfiguriert, obwohl nftables und firewalld aktiv sind. SELinux oder AppArmor werden deaktiviert, weil ein Dienst nicht startet. Änderungen werden manuell auf jedem Server nachgezogen, weil das Äquivalent zur GPO fehlt. Und die Anbindung an das bestehende Active Directory wird über lokale Benutzer gelöst, statt über SSSD oder winbind sauber zu integrieren.

Miniatur-Szene: Treppe aus drei Stufen zu einem Arbeitsplatz mit Terminal, daneben Zertifikat und Wegweiser
KI-generiertDieses Bild wurde mit KI erzeugt · Yves Hoppe / KI / cmt

Windows-Konzepte und ihre Linux-Entsprechung

  1. 01 Registry und MMC werden zu /etc und systemd
  2. 02 PowerShell wird zu Bash mit Pipes und jq
  3. 03 Gruppenrichtlinien werden zu Ansible-Playbooks
  4. 04 AD-Anmeldung wird zu SSSD und Kerberos
  5. 05 SMB-Freigaben werden zu Samba und NFS
  6. 06 WSUS wird zu apt, dnf oder zypper
Was du mitnimmst

So sieht der Umstieg strukturiert aus

Du brauchst keinen Anfängerkurs, sondern eine Übersetzung. Die folgenden Themen decken den Weg vom Windows-Server-Betrieb zur eigenständigen Linux-Administration ab, in der Reihenfolge, in der sie im Alltag gebraucht werden.

Systemgrundlagen statt Registry

Du lernst den Filesystem Hierarchy Standard, Konfiguration unter /etc, Logging über journalctl und rsyslog sowie den kompletten Lebenszyklus von Diensten mit systemctl, Unit-Files, Timern und Targets. Damit ersetzt du Dienste-Konsole, Aufgabenplanung und Ereignisanzeige in einem Schritt.

Von PowerShell zu Bash

PowerShell reicht Objekte weiter, Bash reicht Text weiter. Genau darauf zielt der Umbau deiner Skripte: Pipes, Exit-Codes, grep, awk, sed und jq für strukturierte Ausgaben, dazu saubere Fehlerbehandlung mit set -euo pipefail. Der Kompaktkurs Linux Systemadministration und Shell-Scripting deckt diesen Teil praktisch ab.

Benutzer, Rechte und AD-Anbindung

Du arbeitest mit lokalen Konten, PAM, sudo-Regeln und Dateirechten inklusive POSIX-ACLs. Für die Integration in bestehende Domänen bindest du Linux-Hosts per realmd, SSSD oder winbind an das Active Directory an, sodass Anmeldung, Gruppenzuordnung und Kerberos-Tickets weiter zentral bleiben.

Datei- und Druckdienste im gemischten Netz

Samba als Fileserver, NFS für reine Linux-Umgebungen und CUPS für Druck sind die Bausteine, mit denen du gewachsene Windows-Freigaben ablöst oder parallel betreibst. Die Kurse Linux Samba und Windows Netzwerke sowie Linux als Datei- und Druckserver behandeln genau diese Szenarien.

Konfigurationsmanagement statt Gruppenrichtlinien

Was GPOs im AD leisten, übernimmt unter Linux ein Werkzeug wie Ansible: Playbooks, Rollen und Inventories beschreiben den Sollzustand deiner Hosts und stellen ihn wiederholbar her. Der Ansible Kompaktkurs ist der übliche nächste Schritt, sobald mehr als eine Handvoll Server im Betrieb ist.

Netz, Storage und Absicherung

Zum Betrieb gehören Netzwerkkonfiguration mit NetworkManager oder netplan, Paketfilter mit nftables und firewalld, LVM und Dateisysteme wie XFS, ext4 oder Btrfs sowie Härtung mit SELinux beziehungsweise AppArmor. Dafür gibt es bei cmt eigene Kurse zu Linux Storage und Dateisystemen, Netzwerkadministration und Linux Security.

Tutorial

Die ersten Handgriffe auf einem fremden Linux-Server

Der Ablauf hier entspricht dem, was du bei einer Übernahme tatsächlich zuerst tust: herausfinden, was für ein System vor dir steht, Dienste und Logs lesen, Software verwalten, Rechte setzen, das System ins Active Directory hängen und zuletzt die Shell umstellen. Jeder Schritt nennt die Windows-Entsprechung, damit du dein vorhandenes Wissen andocken kannst.

01

Orientierung: wo das System seine Wahrheit ablegt

Unter Windows fragst du die Registry, unter Linux liest du Dateien. Das ist der eine Unterschied, aus dem sich fast alle anderen ergeben: Konfiguration ist Text, also lesbar, kopierbar, diffbar und versionierbar.

Die Landkarte für die erste Stunde

WindowsLinuxWas du dort findest
Registry unter HKLM\SOFTWARE/etcKonfiguration aller Dienste als Textdatei, versionierbar
C:\Program Files/usr/bin, /usr/lib, /usr/shareVom Paketmanager verwaltet, hier änderst du nichts von Hand
C:\ProgramData/var/libVeränderliche Daten der Dienste, Datenbanken, Zustände
Ereignisanzeigejournalctl und /var/logStrukturiertes Journal plus klassische Textlogs
C:\Users\name/home/namePersönliche Daten und die Konfigurationsdateien des Benutzers
Task-Manager, Dienste-Snap-insystemctl, ps, topProzesse, unter systemd nach Diensten gruppiert
Aufgabenplanungsystemd-Timer, cronZeitgesteuerte Abläufe, Timer sind die modernere Variante
Was für ein System steht da eigentlich?
cat /etc/os-release      # Distribution, Version, ID_LIKE
uname -r                 # Kernelversion
hostnamectl              # Hostname, Betriebssystem, Virtualisierung, Maschinen-ID
df -hT                   # Dateisysteme mit Typ, findet den vollen /var sofort
ss -tulpen               # offene Ports mit Prozess, der Nachfolger von netstat

# Wem gehört eine Datei, die du gefunden hast?
rpm -qf /etc/ssh/sshd_config      # RHEL, Rocky, Alma
dpkg -S /etc/ssh/sshd_config      # Debian, Ubuntu

Der Umkehrschluss ist mindestens so nützlich: dnf provides '*/bin/dig' beziehungsweise apt-file search bin/dig sagt dir, welches Paket du für einen fehlenden Befehl nachinstallieren musst. apt-file muss dafür installiert und einmal mit apt-file update befüllt sein.

02

Dienste und Logs: systemctl statt services.msc

systemd ist die direkte Entsprechung zum Dienste-Manager, kann aber deutlich mehr: Abhängigkeiten, Ressourcengrenzen, Neustartregeln und Zeitsteuerung stecken alle in derselben Unit-Datei.

Dienste und Logs im Alltag
systemctl list-units --type=service --state=running   # was läuft gerade
systemctl list-units --type=service --state=failed    # was ist umgefallen
systemctl status nginx                                # Status, PID, letzte Logzeilen
systemctl cat nginx                                   # die tatsächlich gültige Unit inklusive Overrides
systemctl show nginx -p Restart -p User -p MemoryMax   # einzelne Eigenschaften

journalctl -u nginx -b --since "-1h"   # Logs eines Dienstes seit einer Stunde
journalctl -p err -b                   # nur Fehler des laufenden Bootvorgangs
journalctl -f -u nginx                 # mitlaufen lassen
journalctl --disk-usage                # wie groß ist das Journal geworden
systemd-analyze blame                  # was den Start ausbremst

journalctl ersetzt das Filtern in der Ereignisanzeige und ist dabei schneller: Zeitraum, Priorität und Dienst lassen sich frei kombinieren. Persistente Journale brauchen ein vorhandenes /var/log/journal, sonst ist nach einem Neustart alles weg.

03

Software: Repository statt Setup.exe

Es gibt keine Installer, die man einzeln herunterlädt. Es gibt signierte Repositories, aus denen das System alles bezieht, inklusive Abhängigkeiten und Sicherheitsupdates. Das ist die größte Alltagserleichterung des Umstiegs.

Aktualisieren, festhalten, zurückrollen
# Debian, Ubuntu
sudo apt update && sudo apt upgrade
apt list --upgradable
sudo apt-mark hold docker-ce         # Paket von Updates ausnehmen
sudo apt-mark showhold

# RHEL, Rocky, Alma
sudo dnf check-update
sudo dnf upgrade
dnf history list                     # Transaktionsprotokoll
sudo dnf history undo 42             # eine komplette Transaktion zurückrollen

dnf history undo ist eine echte Rückfallebene, die es unter apt so nicht gibt. Auf Debian übernimmt diese Rolle das Protokoll in /var/log/apt/history.log zusammen mit dem Vorgängerpaket aus /var/cache/apt/archives/, das du gezielt mit dpkg -i zurückinstallierst.

Sicherheitsupdates automatisch einspielen
# RHEL, Rocky, Alma
sudo dnf install -y dnf-automatic
sudo systemctl enable --now dnf-automatic-install.timer
systemctl list-timers dnf-automatic-install.timer

# Debian, Ubuntu
sudo apt install -y unattended-upgrades
sudo dpkg-reconfigure -plow unattended-upgrades
sudo unattended-upgrade --dry-run --debug

Der Trockenlauf zeigt dir vor der ersten Nacht, welche Pakete betroffen wären. Auf Servern mit Datenbanken lässt du Dienste-Neustarts besser gesteuert laufen und beschränkst die Automatik auf die Sicherheitsquellen.

04

Benutzer, Gruppen und Rechte ohne NTFS-Dialog

Das klassische Rechtemodell kennt nur Eigentümer, Gruppe und Rest. Für alles darüber gibt es ACLs, die den NTFS-Berechtigungen sehr nahe kommen. Der Fehler, den fast jeder Umsteiger einmal macht, ist chmod 777 als vermeintliche Lösung.

Ein gemeinsames Projektverzeichnis richtig aufsetzen
sudo groupadd -r projekt-a
sudo usermod -aG projekt-a max        # Gruppe ergänzen, nicht ersetzen

# Das setgid-Bit (die führende 2) vererbt die Gruppe an neue Dateien
sudo install -d -o root -g projekt-a -m 2770 /srv/projekt-a

# Feinere Rechte als rwx: ACLs
sudo setfacl -R -m g:revision:rX /srv/projekt-a       # nur lesen, X nur auf Verzeichnisse
sudo setfacl -d -m g:projekt-a:rwX /srv/projekt-a     # Default-ACL für alles Neue
getfacl /srv/projekt-a

# sudo-Rechte niemals direkt in /etc/sudoers eintragen
sudo visudo -f /etc/sudoers.d/projekt-a
sudo visudo -c                                        # Syntaxprüfung über alle Dateien

Das große X bei setfacl setzt das Ausführungsrecht nur auf Verzeichnisse und auf Dateien, die es schon haben. Damit ersparst du dir den klassischen Fehler, ganze Datenbestände ausführbar zu machen.

05

Linux-Server ins Active Directory aufnehmen

Ein eigener Benutzerbestand je Server ist der Punkt, an dem eine gemischte Umgebung unbeherrschbar wird. realmd und SSSD nehmen dir den Beitritt weitgehend ab, wenn die Vorbedingungen stimmen.

Beitritt, Zugriff beschränken, Heimatverzeichnisse
# RHEL, Rocky, Alma
sudo dnf install -y realmd sssd adcli oddjob oddjob-mkhomedir samba-common-tools
# Debian, Ubuntu
sudo apt install -y realmd sssd sssd-tools adcli krb5-user samba-common-bin

realm discover firma.local
sudo realm join --user=join.dienst firma.local
realm list

# Standardmäßig darf sonst die gesamte Domäne anmelden
sudo realm deny --all
sudo realm permit -g 'linux-admins@firma.local'

# Heimatverzeichnis beim ersten Login anlegen
sudo authselect enable-feature with-mkhomedir     # RHEL, Rocky, Alma
sudo pam-auth-update --enable mkhomedir           # Debian, Ubuntu

id max@firma.local                                # der Test, der zählt

Für sudo-Rechte einer Domänengruppe legst du eine eigene Datei an, zum Beispiel /etc/sudoers.d/ad-admins mit der Zeile %linux-admins@firma.local ALL=(ALL) ALL. Das Prozentzeichen steht für eine Gruppe, das @ gehört zum Namen und muss so vorhanden sein, wie id ihn ausgibt.

06

Von der Objekt-Pipeline zur Text-Pipeline

PowerShell reicht Objekte weiter, die klassische Unix-Shell reicht Zeilen weiter. Beides hat seinen Preis: Du verlierst die Typsicherheit und gewinnst dafür Werkzeuge, die auf jedem System vorhanden sind, auch im Container ohne Paketmanager.

Übersetzungstabelle für die ersten Wochen

PowerShellLinuxWorauf du achten musst
Get-Servicesystemctl list-units --type=serviceZustand und Startverhalten sind zwei getrennte Angaben
Get-WinEvent, Get-EventLogjournalctlFilter über -u, -p und --since statt über XPath
Get-Processps aux, top, systemd-cgtopsystemd-cgtop gruppiert nach Dienst statt nach Prozess
Get-ChildItem -Recursefindfind filtert selbst, statt nachgelagert zu filtern
Where-Objectgrep, awk, jqBei JSON übernimmt jq die Rolle von Where-Object
Get-Content -Tail -Waittail -f, journalctl -fBei rotierten Dateien tail -F mit großem F nehmen
Test-NetConnectionss -tulpen, nc -vz, curl -vss zeigt lokale Ports, nc und curl die Gegenseite
Get-Helpman, apropos, --helpman 5 datei liefert das Dateiformat, man 1 den Befehl
Text-Pipeline und JSON-Pipeline nebeneinander
#!/usr/bin/env bash
set -euo pipefail

# Klassisch: jeder Schritt bearbeitet Zeilen
ss -tuln | awk '/LISTEN/ {print $5}' | sort -u

# Objekte gibt es auch hier, sobald ein Werkzeug JSON ausgibt
systemctl list-units --type=service --state=failed -o json | jq -r '.[].unit'
ip -j addr show | jq -r '.[] | select(.operstate=="UP") | .ifname'

jq ist das Werkzeug, das Umsteigern den Übergang am meisten erleichtert, weil es dem gewohnten Denken in Objekten am nächsten kommt. Installiere es auf jedem System, auf dem du arbeitest.

Wissen prüfen

Teste dich und finde deinen Weg

Bevor du einen Kurs buchst, lohnt sich eine ehrliche Standortbestimmung. Die Tests sind kostenlos und ohne Anmeldung.

Passender Lernpfad

Karrierepfad

Dein Weg zum Linux Junior Administrator (LPIC-1)

Du willst Linux im Arbeitsalltag sicher bedienen, Systeme zuverlässig verwalten und dich gezielt auf die LPIC-1 Prüfung vorbereiten? In diesem Lernpfad baust du Schritt für Schritt das Wissen auf, das du als Linux Junior Administrator brauchst: von der Kommandozeile über Benutzer- und Rechteverwaltung bis zu Netzwerkgrundlagen und Systemdiensten.

Gut zu wissen

Häufige Fragen zu Wechsel vom Windows- zum Linux-Admin

Noch etwas offen? Wir sind ohne Warteschleife für dich da.

Frag uns direkt
Wie lange dauert der Umstieg vom Windows-Admin zum Linux-Admin realistisch?
Wer bereits Serverbetrieb, Netzwerk und Verzeichnisdienste kennt, ist mit gezielter Schulung und paralleler Praxis üblicherweise nach wenigen Monaten produktiv. Für einen belastbaren Stand auf LPIC-1-Niveau solltest du zwei bis drei Kurswochen plus regelmäßige eigene Laborzeit einplanen, weil die Routine an der Kommandozeile nur durch Wiederholung entsteht.
Brauche ich als erfahrener Windows-Admin wirklich einen Linux-Grundkurs?
Einen reinen Anwenderkurs brauchst du meist nicht. Sinnvoll ist ein Einstieg, der die Systemkonzepte kompakt behandelt und direkt in Administration und Shell-Scripting übergeht, etwa der Kompaktkurs Linux Systemadministration und Shell-Scripting oder der Kurs Linux Migration - Von Windows zu Linux. Erst wenn Dateirechte, Prozesse und Paketverwaltung sitzen, lohnt sich der Sprung zu Netzwerkdiensten und Automatisierung.
Was ist der größte konzeptionelle Unterschied zwischen PowerShell und Bash?
PowerShell übergibt in der Pipeline .NET-Objekte mit Eigenschaften, Bash übergibt Textströme. Deshalb ersetzt du Select-Object und Where-Object durch Werkzeuge wie awk, cut, grep oder jq und arbeitest konsequent mit Exit-Codes statt mit Exceptions. Beide Shells sind mächtig, aber die Denkweise beim Filtern und Weiterverarbeiten unterscheidet sich grundlegend.
Kann ich Linux-Server in ein bestehendes Active Directory aufnehmen?
Ja. Über realmd und SSSD lassen sich Linux-Hosts in die Domäne aufnehmen, sodass Domänenbenutzer sich anmelden, Kerberos-Tickets erhalten und über AD-Gruppen berechtigt werden. Für Dateifreigaben im gemischten Netz kommt zusätzlich Samba ins Spiel, das auch als Domänenmitglied oder als eigener Domänencontroller betrieben werden kann.
Welche Zertifizierung passt für Umsteiger, LPIC-1 oder RHCSA?
LPIC-1 ist distributionsneutral und eignet sich, wenn in deinem Haus Debian, Ubuntu, SUSE und Red Hat gemischt laufen. RHCSA ist eng an Red Hat Enterprise Linux gebunden und praktisch geprüft, was in reinen RHEL-Umgebungen mehr Gewicht hat. Beide Wege bilden cmt ab, etwa mit der Komplettausbildung zur LPIC-1 Zertifizierung oder den Red-Hat-Kursen RH124 und RH134.

Zuletzt geprüft am 26. Juli 2026.

Das sagen Teilnehmer

Echte Stimmen aus unseren IT-Kursen

Die Schulung war genau das richtige, um mein Verständnis zu erweitern. Vielen Dank an den Trainer!
Rückmeldung aus dem Kurs „Linux Grundkurs (LPI01)“
Trainer gut und verständlich. Unterlagen nur zum lesen (keine Kopierfunktion). Wissenstransfer erfolgreich.
Rückmeldung aus dem Kurs „SUSE Linux Enterprise 15 High Availability Deployment – HAE311v15“
Persönlich für dich da

Deine Ansprechpartner

Du bist dir nicht sicher, welcher Kurs oder welches Level zu dir passt? Wir beraten dich persönlich und kostenlos.

Yves Hoppe

Yves Hoppe

Weiterbildung & Beratung

Hilft dir, aus dem Linux-Programm den passenden Kurs oder Lernpfad zu finden.

Norbert Jansen

Norbert Jansen

Beratung & Inhouse

Plant mit dir Inhouse-Trainings, die exakt auf eure Systemlandschaft und Distributionen zugeschnitten sind.

Nächster Schritt

Sprich mit uns über deinen Umstieg auf Linux

Sag uns, welche Systeme bei dir laufen und welche Aufgaben dein Team künftig auf Linux übernehmen soll. Wir schlagen dir eine passende Kursfolge vor, vom Migrationskurs über Shell-Scripting bis zu Samba und Ansible, wahlweise als offener Termin, Live-Online oder als Inhouse-Schulung mit deinen eigenen Beispielen.