Direkt zum Inhalt

Cookie-Einstellungen

Wählen Sie, welche Arten von Cookies Sie erlauben. Sie können Ihre Auswahl jederzeit über Cookie-Einstellungen unten auf jeder Seite ändern. Datenschutzerklärung

Notwendig

Immer aktiv

Nötig zum Einloggen, für Ihren Warenkorb und um Ihre Auswahl zu speichern. Diese sind immer aktiv.

Welche Cookies?
  • weboke_sessie, weboke_klant, weboke_remember: Ihre Sitzung und eingeloggt bleiben
  • weboke_basket: Ihr Warenkorb
  • wkBtwIncl: Preise mit oder ohne MwSt. anzeigen
  • wok_cookies: Ihre Cookie-Auswahl, 12 Monate

Misst, welche Anzeige zu einem Besuch oder einer Bestellung führt, damit wir nicht für Anzeigen zahlen, die nichts bringen.

Welche Cookies?
  • Google Ads über Google Tag Manager (_gcl_au, _gcl_aw), bis zu 90 Tage
  • OpenAI Ads, Anzeigen in ChatGPT
  • wok_aff: über welchen Partner Sie zu uns kamen (Partnerprogramm), 60 Tage

4,6

Land und Sprache

Jedes Land hat seine eigene Website, mit Preisen und MwSt. dieses Landes.

Anzeigen

Modul 10 · 10.4

Abschlusscheck: Ihr Server auf dem Prüfstand

Modul 10: Sicher bleiben · Lesezeit: 10 Minuten

Lernziel: Nach dieser Lektion können Sie Ihren eigenen Server mit einer Checkliste und einer automatischen Kontrolle von außen beurteilen. Sie wissen, welche Punkte Vorrang haben, und Sie haben einen festen Wartungsrhythmus und ein kurzes Serverdossier.

Kernbegriffe: Checkliste, Priorität, Kontrolle von außen, Serverdossier, Wartungsrhythmus (wöchentlich, monatlich, vierteljährlich, jährlich), Supportende des Release, Wiederherstellungstest

Von einzelnen Lektionen zu einem Ganzen

In diesem Kurs haben Sie einen Server Schritt für Schritt eingerichtet: sichere Anmeldung, Rechte, Updates, Firewall, Dienste, eine Website mit https, Backups, Überwachung und Container. In dieser letzten Lektion fassen Sie alles in einer Liste zusammen. Sie prüfen Ihren Server, lassen das Kursprogramm von außen einen Blick darauf werfen und halten fest, wie Sie den Server in den kommenden Jahren pflegen.

Ein Server ist nie "fertig". Software veraltet, Zertifikate laufen ab, Festplatten laufen voll, Releases erreichen ihr End of Life. Ein fester Rhythmus ist deshalb genauso wichtig wie die erste Einrichtung.

Die Checkliste, nach Wichtigkeit geordnet

Nicht alles ist gleich dringend. Gehen Sie die Liste von oben nach unten durch: Die ersten Blöcke verhindern den meisten Ärger.

Block 1: Niemand kommt einfach herein (Modul 2, 3, 5)

  • Anmeldung nur mit Schlüsseln; PasswordAuthentication no und KbdInteractiveAuthentication no, geprüft mit sudo sshd -T.
  • Root meldet sich nicht mit einem Passwort an; Sie arbeiten als normaler Benutzer mit sudo.
  • Datenbanken, Caches und Suchcluster lauschen auf 127.0.0.1; die Ports 3306, 5432, 6379, 9200 und 27017 sind von außen geschlossen, für IPv4 und IPv6.
  • Eine Firewall, die eingehend standardmäßig alles blockiert; nur die Ports, die Sie benötigen, sind offen.
  • fail2ban läuft für SSH (fail2ban-client status sshd).

Block 2: Sicherheitslücken werden geschlossen (Modul 4)

  • Automatische Sicherheitsupdates sind aktiviert und geprüft (Log, apt list --upgradable).
  • Ein Plan für Neustarts; /var/run/reboot-required liegt nicht wochenlang herum.
  • Das Release wird noch unterstützt; das Supportende steht in Ihrem Kalender.

Block 3: Sie können zurück (Modul 8)

  • Verschlüsselte Backups außerhalb des Servers, automatisch, mit Überwachung.
  • Ein Wiederherstellungstest ist erledigt, und Sie wissen, wie lange die Wiederherstellung dauert.
  • Sie wissen, wie Sie einen Snapshot erstellen und die Konsole öffnen.

Block 4: Die Außenseite stimmt (Modul 7)

  • A- und AAAA-Records zeigen auf Ihren Server; der Reverse DNS (PTR) zeigt auf denselben Namen zurück.
  • https mit einem gültigen Zertifikat, das automatisch erneuert wird; http leitet auf https weiter.
  • HSTS und einige Sicherheitsheader; eine security.txt mit einer funktionierenden Kontaktadresse und einem Ablaufdatum.

Block 5: Sie sehen, was passiert (Modul 6, 8)

  • Das Journal ist persistent; Sie können Logs von vor einem Neustart lesen.
  • Überwachung von außen (Erreichbarkeit, Zertifikat) und von innen (Festplatte, Dienste), mit Benachrichtigungen, die auch ankommen.
  • systemctl --failed ist leer.

Block 6: Container unter Kontrolle (Modul 9, falls Sie Docker verwenden)

  • Ports von Containern auf 127.0.0.1 oder hinter dem Reverse Proxy; kein docker.sock in Containern, die es nicht wirklich brauchen.
  • Volumes sind im Backup enthalten; Images werden regelmäßig aktualisiert.
  • Geheimnisse liegen in .env-Dateien mit strengen Rechten, nicht in Git.

Die Kontrolle von außen

Einen Teil dieser Liste kann das Kursprogramm von außen prüfen, genau so, wie jeder im Internet Ihren Server sieht. Die Abschlussaufgabe (Z10.4) kombiniert die Kontrollen aus früheren Aufgaben:

BereichWas das Programm tutAus Lektion
SSHLiest das Versionsbanner und fragt, welche Anmeldemethoden Ihr Server für Ihren Benutzernamen anbietet; meldet sich nicht an2.2
DatenbankportsVersucht nur eine Verbindung zu 3306, 5432, 6379, 9200 und 27017; sendet nichts5.1
httpsPrüft das Zertifikat (gültig, vertrauenswürdig, richtiger Name)7.3
HeaderLiest HSTS und die anderen Sicherheitsheader7.4
security.txtRuft /.well-known/security.txt ab und prüft Contact und Expires7.4
ContainerSucht den Header mit Ihrem Code, gesetzt von Ihrem Reverse Proxy9.4

Das Programm führt nichts auf Ihrem Server aus, probiert keine Passwörter und scannt keine anderen Ports. Jede Adresse kann nur wenige Male pro Stunde geprüft werden. Ein grünes Ergebnis bedeutet: Von außen sind die bekanntesten Fehler nicht vorhanden. Es sagt nichts darüber aus, was innerhalb Ihres Servers passiert; das ist der Rest der Checkliste, und den prüfen Sie selbst.

Das Serverdossier

Schreiben Sie für jeden Server ein kurzes Dokument, das außerhalb des Servers aufbewahrt wird (zum Beispiel in Ihrem Passwortmanager oder in einem gemeinsamen Ordner):

  • Name, IP-Adressen, Anbieter, Release und Supportende;
  • was läuft (Dienste, Container, Websites) und warum;
  • welche Ports offen sind und wofür;
  • wo die Backups liegen, wie Sie wiederherstellen, wann der letzte Test war;
  • welche Geheimnisse auf dem Server liegen (nicht die Geheimnisse selbst, sondern welche es gibt und wo sie ausgetauscht werden);
  • was Sie bewusst anders als im Standard gemacht haben (zum Beispiel einen Lynis-Vorschlag, den Sie übersprungen haben, Lektion 10.1);
  • wer Zugang hat (welche Schlüssel in authorized_keys).

Dieses Dossier ist Gold wert bei einem Vorfall (Lektion 10.3), bei einem Release-Upgrade (Lektion 4.3) und wenn jemand anderes die Verwaltung übernimmt.

Ein Wartungsrhythmus

Ohne Rhythmus lässt die Sorgfalt nach. Ein Beispiel für einen kleinen Server; passen Sie es an Ihre eigene Situation an.

WannWas
Jede WocheÜberwachung und Benachrichtigungen durchsehen; systemctl --failed; neu starten, wenn /var/run/reboot-required vorhanden ist (oder prüfen, ob der automatische Neustart funktioniert hat)
Jeden Monatapt list --upgradable (bleibt etwas hängen?); docker compose pull und up -d für Ihre Container, mit den Release Notes; Speicherplatz; fail2ban-client status; Log auf auffällige Fehler prüfen (journalctl -p err --since "1 month ago")
Jedes QuartalWiederherstellungstest eines Backups; authorized_keys und Benutzer durchsehen (entfernen, wer keinen Zugang mehr haben sollte); Lynis erneut ausführen; die Abschlusskontrolle von außen wiederholen (Aufgabe Z10.4)
Jedes Jahrsecurity.txt aktualisieren (Expires); Supportende des Release prüfen und ein Upgrade planen; Ihr Serverdossier und Ihren Notfallplan aktualisieren

Tragen Sie diese Termine in Ihren Kalender ein. Vieles können Sie auch mit der Überwachung aus Lektion 8.3 automatisieren, aber selbst hinschauen bleibt notwendig.

In der Praxis

Ob Ihr Server bei WebOké oder bei einem anderen Anbieter steht: Der Anbieter sorgt für die Hardware, das Netzwerk und die Möglichkeit, Snapshots und Backups zu erstellen, Sie sorgen für alles innerhalb des Servers. Dieser Kurs ist Hilfe zur Selbsthilfe: Niemand schaut auf Ihrem Server mit. Mit dieser Checkliste, dem Dossier und dem Rhythmus haben Sie jedoch alles in der Hand, um diese Verwaltung selbstständig und gut zu erledigen.

Zusammenfassung

  • Prüfen Sie Ihren Server in Blöcken: Niemand kommt einfach herein, Sicherheitslücken werden geschlossen, Sie können zurück, die Außenseite stimmt, Sie sehen, was passiert, Container unter Kontrolle.
  • Die Kontrolle von außen prüft SSH-Anmeldemethoden, Datenbankports, https, Header, security.txt und Ihren Container-Header; den Rest prüfen Sie selbst.
  • Führen Sie ein Serverdossier, außerhalb des Servers.
  • Arbeiten Sie mit einem festen Rhythmus: wöchentlich, monatlich, vierteljährlich und jährlich.

Quiz

1. Sie haben nur eine Stunde Zeit. Welchen Punkt der Checkliste gehen Sie zuerst an?



2. Die Abschlusskontrolle von außen ist komplett grün. Was bedeutet das?



3. Warum bewahren Sie das Serverdossier außerhalb des Servers auf?



4. Welche Aufgabe gehört zum vierteljährlichen Rhythmus?



5. Ihre security.txt hat ein Expires-Datum im Mai nächsten Jahres. Was tun Sie?



Aufgabe

Aufgabe Z10.4: Abschlussaufgabe: Ihr Server von außen. Lassen Sie das Kursprogramm Ihren Server in einem Durchgang von außen prüfen: die SSH-Anmeldemethoden für Ihren Benutzernamen, die fünf Datenbankports, https und die Header Ihrer Website, Ihre security.txt und den Header X-Weboke-Cursus mit Ihrem Code unter dem Namen, unter dem Ihr Container läuft. Füllen Sie außerdem die Checkliste der Blöcke 1 bis 6 für alles aus, was das Programm nicht sehen kann.

Aufgabe Z10.4: Abschlussaufgabe: Ihr Server von außen

Wir melden uns nicht an und probieren kein Passwort und keinen Schlüssel aus. Zuerst zeigen Sie, dass der Server Ihnen gehört: Klicken Sie auf "Meinen Code anzeigen" und legen Sie eine Datei /.well-known/weboke-cursus-<code>.txt, die nur diesen Code enthält, auf dem Webserver Ihres Hostnamens ab. Wir rufen sie direkt von jeder IP-Adresse ab, die wir prüfen (IPv4 und IPv6 getrennt); ein TXT-Record zählt hier nicht. Die Prüfung kommt von heavy.webawere.nl (185.158.167.16 und 2a07:ae80:100:0:185:158:167:16), nicht von unserem Webserver. Nur für angemeldete Kursteilnehmer; pro Server höchstens 6 Prüfungen pro Stunde. Die Abschlussprüfung führt die Prüfungen von Z2.2, Z5.1, Z7.3, Z7.4 und Z9.4 nacheinander aus. SSH, Ports und https müssen grün sein; Header, security.txt und die Kopfzeile sind Empfehlungen.








Was Sie eingeben und was wir finden, speichern wir nicht. Ihr Browser merkt sich Ihre Antworten und ob Sie die Aufgabe bestanden haben. Sind Sie angemeldet, speichern wir in Meine Kurse nur, dass Sie die Aufgabe (fast) richtig hatten; auch das können Sie dort löschen.

Aufgabe O10.4: Ihr Wartungsrhythmus. Erstellen Sie Ihr eigenes Serverdossier und Ihren Wartungsrhythmus: Was tun Sie wöchentlich, monatlich, vierteljährlich und jährlich? Tragen Sie diese Termine in Ihren Kalender ein.

Aufgabe O10.4: Ihr Wartungsrhythmus

Diese Aufgabe machen Sie selbst; niemand prüft sie nach. Haken Sie ab, was Sie erledigt haben, und markieren Sie die Aufgabe als erledigt.




Ihre Haken und Notizen bleiben nur in diesem Browser; wir senden sie nirgendwohin. Sind Sie angemeldet, speichern wir in Meine Kurse nur, dass Sie die Aufgabe erledigt haben.

Weiterführende Informationen

Einen Moment bitte…

Richten Sie Ihre Domains ein

Legen Sie für jede Domain die Nameserver, die Verknüpfung mit Ihrem Hosting und den künftigen Inhaber fest.

Ihre Domains werden geladen…