Linux-Server: Muss man das wirklich können?
Fast jedes Webprojekt läuft auf irgendeinem Linux-Server. Shared Hosting, VPS, Root. Alles Linux. Trotzdem endet das Wissen oft beim FTP-Upload oder dem bunten Hoster-Panel. Wer für alles einen Admin braucht, hat schnell ein Problem. Selbst banale Fehler werden zum Zeitfresser. Updates? Dauern. Backups? Wird gern verdrängt. Fehleranalyse? Viel Glück mit den Support-Hotlines. Wer sich mit den Basics auskennt, hat weniger Stress und bekommt Projekte schneller auf die Straße.
Worauf kommt’s wirklich an? Nicht auf die 100. Optimierung oder das letzte Tuning. Sondern auf die Handgriffe, die ständig gebraucht werden: SSH, Rechte, Logs, Updates, Backups. Wer das kann, ist sofort unabhängiger – egal, ob Agentur oder Freelancer. Die wichtigsten Punkte, die in der Praxis tatsächlich zählen, folgen jetzt. Ohne Schnickschnack.
SSH, Rechte, Dateisystem: Basics, die nie aus der Mode kommen
SSH: Ohne sicheren Zugang (am besten mit SSH-Key, Passwort ist Notlösung) wird alles zur Lotterie. Terminal auf, einloggen, prüfen: Unter welchem User läuft das eigentlich? Rechte? Gruppen? Typische Fehler wie „Permission denied“ oder schreibgeschützte Logs nerven – und liegen fast immer an falschen Dateirechten.
Klassiker: chmod, chown, das berühmte rwxr-xr-x. Wer weiß, wie Rechte gesetzt werden, sucht nicht stundenlang nach dem Fehler. Das Dateisystem ist kein Mysterium: /var/www für Webzeug, /etc für Configs, /home für Nutzer. Wer dort fix navigiert, spart sich graue Haare beim Bugfixing.
Ohne diese Kommandos wird’s zäh
Was im Alltag wirklich hilft:
- ls – Verzeichnis anzeigen (ja, auch versteckte Dateien)
- cd – durch die Ordner hangeln
- cat, less, tail – Logdateien anschauen, Fehler live sehen
- mkdir, rm – Ordner anlegen oder weghauen
- ps, top – Prozesse checken (was frisst da gerade RAM?)
- systemctl – Dienste starten, stoppen, Status prüfen
- nano, vim – Dateien ändern, ohne Umweg
Mehr braucht’s meistens nicht. Wer das im Schlaf kann, kommt durch fast jede Wartung und Fehleranalyse. Der Rest ist Kür.
Webserver: Apache, Nginx und was man kennen sollte
Meistens läuft’s auf Apache oder Nginx raus. Komplett-Admin muss niemand sein. Aber Error-Log und Access-Log – das sind die besten Freunde beim Troubleshooting. Virtual Hosts (bei Apache) bzw. Server Blocks (bei Nginx) bestimmen, wo Anfragen landen. SSL-Zertifikate? Einrichten, verlängern – ohne Terminal wird das schnell albern. Wer regelmäßig in .conf-Dateien schaut, spart sich stundenlange Support-Tickets.
Sicherheit: Updates, Firewall, Backups – alles schon erlebt
Server ohne Updates? Nach ein paar Monaten eine tickende Zeitbombe. Debian, Ubuntu: apt update && apt upgrade reicht meistens. RedHat, Alma, Rocky: dnf. Firewall? iptables oder firewalld. Wird selten angefasst, aber wenn, dann besser wissen, was offen ist. Backups? Pflicht. Webroot, DB, Configs – alles sichern. Sonst reicht ein falscher Befehl und der Tag ist gelaufen. Schon mehrfach erlebt: Kein Backup, keine Website. Peinlich und teuer.
Meine Einschätzung nach 30 Jahren Webentwicklung
Das größte Problem sind selten komplexe Bugs. Meistens fehlt schlicht das Basiswissen. Container, PaaS, Managed Hosting nehmen viel ab – aber sobald es um individuelle Setups oder Fehler geht, war’s das mit der Klick-Bedienung. In Agenturen ab fünf Leuten ist Basiswissen Gold wert. Spart Admin-Zeit, beschleunigt Deployments und verhindert, dass nachts jemand panisch ins Büro fährt.
Freelancer auf VPS/Root? Ohne Linux-Kenntnisse ist jede Downtime ein Glücksspiel – nachts erreichbar ist selten jemand. Ein eigener Testserver für Experimente bringt mehr als jede Schulung. Wer nie mit SSH, Rechten oder Logs gearbeitet hat, sucht Fehler stundenlang oder riskiert echten Schaden. Schon erlebt: Relaunch, alles läuft – bis ein Rechtefehler Datenbank-Backups verhindert. Merkt keiner, bis es zu spät ist.
Fazit: Basics sind kein Luxus – sondern Pflicht
SSH, Dateirechte, CLI-Kommandos, Webserver-Grundlagen, Sicherheitszeug. Das ist das Handwerkszeug. Wer sich darauf verlässt, dass „irgendwer“ das schon macht, steht bei Updates oder Fehlern oft dumm da.
Empfehlung? Billigen VPS holen, SSH-Key einrichten, Terminal nutzen – und auch mal was zerschießen (solange es nicht der Kundenserver ist). Nur so kommt Routine. Wer die Basics kann, ist flexibler, spart Zeit und Geld und kann Fehler selbst beheben. Klingt simpel, ist aber in der Praxis der Unterschied zwischen Bug und Burnout.
bye
mo