Terminal lernen: die Befehle, die im IT-Support wirklich vorkommen

„Mach mal eben ins Terminal und schau nach." Beim ersten Mal rutscht dir der Magen weg. Das schwarze Fenster, in das man Befehle tippt, sieht aus wie der Ort, an dem man als Anfänger alles kaputt macht. Ist es aber nicht. Das Terminal ist kein Hacker-Werkzeug. Es ist nur der schnellste Weg, dem Computer eine genaue Frage zu stellen. Und es sind viel weniger Befehle, als du gerade fürchtest.

Warum Terminal, wenn es doch Fenster gibt?

Der Einwand ist berechtigt. 2026 hat jedes Gerät eine Oberfläche zum Klicken. Warum tippt im IT-Support trotzdem fast jeder Befehle? Vier Gründe, und keiner davon ist Nostalgie:

• Es ist schneller. Ein getippter Befehl ist sofort da. Du klickst dich nicht durch fünf verschachtelte Menüs, sondern fragst direkt nach dem, was du wissen willst.
• Es ist eindeutig. „Klick auf das Zahnrad, dann auf Erweitert" sieht auf jedem Windows ein bisschen anders aus. Ein getippter Befehl sieht überall gleich aus und gibt überall dieselbe Antwort.
• Es geht aus der Ferne. Einen Server (also einen zentralen Rechner, der zum Beispiel Dateien oder E-Mails für alle bereithält) bedienst du oft über eine reine Textverbindung. Viele Server haben gar keine Oberfläche zum Klicken. Da gibt es nur die Eingabezeile.
• Es ist nachvollziehbar. Was du getippt hast, steht hinterher im Verlauf. Ein Befehl ist dokumentiert, ein Klick irgendwo ist später nicht mehr auffindbar. Deine Kollegin in der nächsten Schicht kann sehen, was du gemacht hast und was nicht.

Der Gedanke, der alles leichter macht: Du tippst nicht, um zu tippen. Du tippst, weil eine genaue Frage eine genaue Antwort bekommt. Das Terminal prüft nicht dein Gedächtnis. Es ist ein Werkzeug, das genau das tut, wonach du fragst.

Windows, Mac oder Linux? Das Denkmodell zählt

Ehrlich, ohne Schönfärberei: Deine erste Stelle im First-Level-Support oder in der Anwendungsbetreuung (Mittelstand, Krankenhaus, Behörde) läuft meistens auf Windows. Das Terminal heißt dort PowerShell. Üben wirst du den Einstieg oft in einer Linux-artigen Umgebung. Das klingt nach einem Problem, ist aber keins.

Die gute Nachricht zuerst: Die wichtigsten Befehle sind fast überall gleich. ls und cat funktionieren auf Linux, auf dem Mac und in der Windows-PowerShell ganz genau so. Nur in der alten „Eingabeaufforderung" von Windows (sie heißt cmd.exe und ist das ältere schwarze Fenster) heißen sie anders: dort ist ls gleich dir und cat gleich type. Die PowerShell versteht sogar beide Schreibweisen.

Und selbst dort, wo sich Wörter unterscheiden, bleibt das Wichtigste identisch: das Denkmodell. Ein Wort, vielleicht eine Zusatzangabe dahinter, Enter drücken, eine Textantwort lesen. Wer dieses Muster einmal verstanden hat, findet sich in jeder Umgebung in einer halben Stunde zurecht. Wer nur einzelne Befehle auswendig gelernt hat, steht vor jedem neuen System wieder bei null. Genau deshalb lernst du hier das Muster und nicht eine Liste zum Pauken.

Die Befehle, die wirklich vorkommen

Sie sind hier nicht alphabetisch sortiert, sondern nach der Frage, die sie beantworten. Denn genau so taucht es im Job auf: Du hast eine Frage an den Rechner, und es gibt einen Befehl, der sie stellt. Das ist derselbe Gedanke wie in Befund statt Vermutung: Du schaust nach, statt zu raten.

„Wo bin ich, und was liegt hier?"

Bevor du etwas tust, willst du wissen, wo du gerade bist und was es hier gibt.

• pwd (englisch für print working directory, also „zeig den Ordner, in dem ich gerade arbeite") sagt dir, an welcher Stelle im System du stehst.
• ls (englisch für list, also „liste auf") zeigt dir, was in diesem Ordner liegt.

„Was steht in dieser Datei, was steht im Log?"

Ein großer Teil der Fehlersuche im Support ist Lesen: Notizen, Einstellungen und vor allem Logs. Ein Log (auch Logdatei oder Protokolldatei) ist eine Datei, in die ein Programm laufend mitschreibt, was es tut. Wenn etwas schiefgeht, steht der Grund oft genau dort.

• cat notiz.txt (englisch concatenate, deutsch „aneinanderhängen") zeigt dir den ganzen Inhalt einer Datei.
• tail logdatei.log (englisch tail, deutsch „Schwanz", also das Ende) zeigt nur die letzten Zeilen. In einem Log mit tausenden Zeilen willst du fast immer das Ende sehen, also das, was zuletzt passiert ist.

„Erreiche ich diesen Server überhaupt?"

Wenn etwas „nicht geht", ist eine der ersten Fragen: Kommt der Rechner da überhaupt hin?

• ping server.firma.de schickt ein kurzes Signal an einen anderen Rechner und wartet auf Antwort. Kommt eine zurück, ist der Weg dorthin frei. Kommt keine, weißt du schon, wo du weitersuchen musst.
• nslookup server.firma.de (englisch name server lookup, also „beim Namens-Server nachschlagen") übersetzt einen Namen wie server.firma.de in eine Zahlen-Adresse (die IP-Adresse, quasi die Hausnummer eines Geräts im Netz). So siehst du, ob schon diese Übersetzung das Problem ist.

Beide Befehle gibt es auf Windows, Mac und Linux.

„Welche Netz-Einstellungen hat dieser Rechner?"

Die Standardfrage, wenn jemand „kein Internet" meldet.

• Auf Windows: ipconfig /all zeigt dir die wichtigen Netz-Werte auf einen Blick: die eigene IP-Adresse (die Hausnummer des Rechners), das Gateway (den Ausgang ins übrige Netz, meist der Router) und den DNS-Server (der die Namens-Übersetzung von eben erledigt).
• Auf Mac und Linux: ip a (kurz für ip address) zeigt im Kern dasselbe.

Das sind sieben Befehle, nicht siebzig. Mehr brauchst du an Tag eins nicht. Alles Weitere kommt dann, wenn eine konkrete Frage es verlangt, und nicht vorher.

Drei Denkfehler am Terminal

1. Raten statt nachsehen. Der häufigste Anfängerfehler ist nicht ein falscher Befehl. Es ist, gar nicht erst nachzuschauen. Das Terminal belohnt die ruhige Frage: erst mit ls sehen, was da ist, erst mit cat ins Log lesen, dann eine Vermutung wagen. Nicht umgekehrt.
2. Angst, etwas kaputtzumachen. Das ist der Grund, warum die meisten zögern. Aber Lesen ist nicht Ändern. pwd, ls, cat und ipconfig zeigen dir nur etwas an, sie fassen nichts an. Du kannst dir einen Ordner hundertmal ansehen, ohne dass irgendetwas passiert. Das ist die wichtigste Regel im Support, von der anderen Seite gedacht: nichts ändern, was du nicht ändern sollst. Nachsehen verletzt diese Regel nie.
3. Auswendig lernen statt verstehen. Niemand hat alle Befehle im Kopf. Profis schlagen ständig nach. Was sie können, ist das Muster dahinter: Befehl, Zusatzangabe, Enter, Antwort, und die Frage, die sie eigentlich stellen. Wer das Muster hat, findet den passenden Befehl in zehn Sekunden. Wer nur Vokabeln paukt, hat sie bis Montag vergessen.

Fazit

Du musst nicht programmieren lernen. Du musst dich im Terminal auch nicht „wie zu Hause" fühlen. Es reicht, wie schon beim Einstieg mit 40, den Kühlschrank zu finden und das Licht anzuschalten. Was dich vom Support trennt, ist meistens kein Wissen, das dir fehlt. Es ist eine Angst, und die verlierst du nur auf eine Weise: einmal selbst tippen, Enter drücken und sehen, dass eine Antwort kommt und nichts explodiert. Ab da ist das schwarze Fenster nur noch ein Werkzeug. Du kannst noch so viel darüber lesen. Weg ist die Angst erst, wenn du es einmal getan hast.