Tutorials

Jeder Linux-Prozess erbt einen Satz Umgebungsvariablen von seinem Elternprozess. Diese Schlüssel-Wert-Paare steuern das Verhalten von Shells, legen fest, wo Programme nach ausführbaren Dateien suchen, und bestimmen, welche Konfiguration eine laufende Anwendung verwendet. Stimmt etwas nicht, geht dein Deployment um 2 Uhr nachts kaputt. Stimmt alles, hast du eine saubere, portable Systemkonfiguration, die mit deinem Benutzerprofil

Jeder Bot im Internet weiß, dass SSH auf Port 22 läuft. Das ist die erste Tür, an der sie klopfen. Innerhalb von Minuten nach dem Aufsetzen eines frischen Linux-Servers siehst du Login-Versuche von IPs, von denen du noch nie gehört hast, die mit Wörterbuch-Angriffen auf die Standard-SSH-Portnummer hämmern. Die Logs füllen sich schnell. Den Standard-SSH-Port

Du hast ein Backup-Skript. Es funktioniert, wenn du es von Hand ausführst. Jetzt soll es jede Nacht um 2 Uhr morgens laufen, ohne dass du das Terminal betreuen musst. Hier kommt Cron ins Spiel, und die richtige Crontab-Syntax macht den Unterschied zwischen einem Skript aus, das planmäßig ausgeführt wird, und einem Skript, das stillschweigend nichts

Du hast eine .zip-Datei auf deinen Server heruntergeladen. Und jetzt? Auf den meisten Linux-Systemen ist Doppelklicken keine Option. Mit dem ‚unzip‘-Befehl öffnest du Zip-Archive über das Terminal. Anders als ‚tar‘ oder ‚gzip‘ ist er aber nicht auf jeder Distribution vorinstalliert. Dieser Unterschied ist wichtig. Viele Sysadmins verbinden sich per SSH mit einem frischen VPS, tippen

Jeder Sysadmin steht irgendwann vor demselben Problem: 400 Konfigurationsdateien, eine falsche IP-Adresse in jeder einzelnen, und null Lust, sie alle von Hand zu öffnen. Genau hier spielt der sed-Befehl seine Stärke aus. Mit dem Linux sed-Befehl (kurz für Stream Editor) kannst du Text in Dateien direkt im Terminal suchen, ersetzen, einfügen und löschen. Keine GUI,

Du klickst auf eine Webseite und erhältst eine weiße Seite mit „Error 522: Connection timed out.“ Dein Ursprungsserver ist online, dein Code hat sich nicht geändert und in deiner Bereitstellungspipeline sieht nichts falsch aus. Dennoch besteht Cloudflare darauf, dass dein Server nicht erreichbar ist. Der Fehler 522 ist ein für Cloudflare spezifischer HTTP-Statuscode. Er wird

Du klickst auf einen Link. Chrome knallt dir ERR_CONNECTION_RESET vor die Nase. Keine Seite, keine Daten, nur ein knapper Fehlercode auf weißem Bildschirm. Der Browser wollte mit dem Server reden, der Server hat mitten im Gespräch aufgelegt, und jetzt hängst du fest. Der Fehler ERR_CONNECTION_RESET bedeutet: Die TCP-Verbindung zwischen deinem Browser und dem Server wurde

Deine Website ist down. Dem Server geht’s gut. Dein Hosting-Account ist aktiv. Nichts in den Fehlerprotokollen. In neun von zehn Fällen ist ein falsch konfigurierter DNS A-Record der Schuldige. Dieser Guide zeigt dir, wie du deinen A-Record prüfst, ob er mit deiner Hosting-IP übereinstimmt und wie du das Domain-Pointing reparierst. Was ist ein DNS A-Record?

Du klickst auf einen Link. Anstelle einer Webseite erhältst du einen weißen Bildschirm und eine knappe Meldung: 502 Bad Gateway. Keine Erklärung, kein hilfreicher Kontext. Nur eine Zahl, eine Bezeichnung und das vage Gefühl, dass zwischen dir und dem Server etwas schiefgelaufen ist. Ein 502 Bad Gateway Fehler bedeutet, dass ein Server versucht hat, mit

Du klickst in einem Formular auf „Absenden“. Die Seite wirft einen Fehler 405 Method Not Allowed aus. Kein Stack-Trace, kein nützlicher Hinweis, nur eine glatte Absage von deinem Server. Willkommen bei einem der nervigeren HTTP-Fehlercodes. Der HTTP-Statuscode 405 sagt dir eines ganz genau: Der Server hat die Ressource gefunden, deine Anfrage verstanden und die von

Der n8n Queue-Modus verwandelt ein Einzelinstanz-Setup zur Workflow-Automatisierung in ein verteiltes System, das hunderte gleichzeitige Ausführungen verarbeiten kann. Diese Anleitung führt dich Schritt für Schritt durch die komplette Einrichtung mit Docker Compose auf einem VPS. Du erfährst, wie du Redis als Job-Queue aufsetzt, PostgreSQL für den gemeinsamen State bereitstellst, Umgebungsvariablen über alle Container hinweg konfigurierst, den n8n-Hauptprozess startest und Worker-Prozesse skalierst, die Workflows parallel abarbeiten. Du erfährst, wann der Queue-Modus sinnvoll ist (100+ Ausführungen pro Stunde, lang laufende Workflows, die andere Aufgaben blockieren), welche Serverressourcen du brauchst (mindestens 2 CPU-Kerne und 4 GB RAM) und wie du Worker anhand der tatsächlichen Last überwachst und skalierst. Das Setup erfordert Docker-Kenntnisse und Erfahrung mit der Kommandozeile, liefert aber eine produktionsreife n8n-Skalierbarkeit, die mit deinen Anforderungen an die Workflow-Automatisierung mitwächst.

Deine WordPress-Seite ist langsam. Du hast jedes Caching-Plugin ausprobiert, die Bilder so weit optimiert, dass sie praktisch abstrakte Kunst sind, und die Seite lädt trotzdem, als wäre es 2005. Das Problem ist nicht WordPress. Es liegt an dem, was darunter steckt. Der VPS, auf dem deine Seite läuft, die eingesetzte Virtualisierungstechnologie, der Webserver vor PHP: