Wenn mehrere Dienste auf demselben Server über Port 80 (HTTP) oder 443 (HTTPS) kommunizieren, kann es zu Port-Konflikten kommen, da normalerweise nur ein Dienst einen bestimmten Port zur gleichen Zeit belegen kann. Traefik löst dieses Problem als Reverse-Proxy und Load-Balancer.
Traefik leitet alle eingehenden Anfragen auf Port 80 oder 443 an die richtigen Dienste weiter. Dies geschieht anhand von konfigurierten Regeln, die das Routing bestimmen. So wird sichergestellt, dass jeder Dienst erreichbar ist, ohne dass Port-Konflikte entstehen. Nutze Traefik für eine effiziente und reibungslose Kommunikation der Webdienste.
Update zur Traefik 3.7 Anleitung mit CrowdSec 🚀
Da mich in letzter Zeit immer mehr Fragen erreichen und auch @Christian immer mal wieder fragt, wann die Anleitung auf Traefik 3.7 aktualisiert wird, möchte ich euch ein kurzes Update geben.
Die neue Anleitung ist bereits geschrieben und befindet sich aktuell in der Testphase. 🔧
Allerdings ist sie im Vergleich zur bisherigen Version noch einmal deutlich umfangreicher geworden. Neben der Aktualisierung auf Traefik 3.7 habe ich weitere Anpassungen und Verbesserungen vorgenommen. Das macht die abschließenden Tests etwas aufwendiger, da ich sicherstellen möchte, dass am Ende alles sauber funktioniert und die Anleitung auch für Neueinsteiger nachvollziehbar bleibt.
Für alle, die bereits die bestehende Anleitung mit Traefik 3.6 nutzen: Grundsätzlich könnt ihr die Traefik-Version bereits über die entsprechende Variable in der .env auf 3.7 umstellen. Beachtet dabei bitte die Änderungen und Warnmeldungen der neuen Version.
Ich möchte die aktualisierte Anleitung erst veröffentlichen, wenn ich die gesamte Konfiguration ausreichend getestet habe. Einen konkreten Veröffentlichungstermin kann ich deshalb noch nicht nennen.
Vielen Dank für eure Geduld, euer Feedback und die zahlreichen Rückmeldungen! ❤️
Die Aktualisierung kommt auf jeden Fall! 🚀
Ich habe mich noch einmal mit der Thematik Traefik-Bouncer beschäftigt (https://goneuland.de/traefik-ab-v3-6-mit-crowdsec-installieren-und-konfigurieren/#comment-6677)
Wenn ich das richtig sehe, ist der neue Traefik Bouncer in der aktuellen Konfiguration vollkommen wirkungslos – weil er nicht mit der Traefik LAPI kommunizieren kann.
Die Option “crowdsecLapiTLSInsecureVerify: false”
in der /opt/containers/traefik-crowdsec-stack/data/traefik/dynamic_conf/http.middlewares.crowdsec.plugin.yml führt dazu, dass ein TLS-Zertifikat erwartet wird. Dies gibt es aber für den LAPI-/Crowdsec-Container nicht. Heißt also, er holt sich niemals irgendwelche Decisions ab und kann auch für Appsec keine Kommunikation mit der LAPI machen. Deshalb bleiben auch die entsprechenden Einträge in Schritt 10.3.6. komplett leer.
Ich habe die Option jetzt auf true gesetzt – und siehe da: meine Bouncers List zeigt einen korrekten LAPI Pull, Type und Version an. Ist natürlich nicht optimal, dass TLS hier ausgelassen wird, aber in der aktuellen Konfiguration arbeitet dies ja in einem gesicherten Docker-Netz. Auch Appsec funktioniert jetzt (endlich) korrekt (Zugriffe auf /.env werden korrekt mit 403 beantwortet).
Hallo zusammen,
ich habe das Problem, dass ich einem Container hinter der Traefik Konfiguration das Network HOST benötige.
wie kann ich dieses Network dem neuen Container zur Verfügung stellen, dass ich trotzdem hinter Traefik laufe?
Vielen Dank für die Hilfe
Hallo
psycho0verload, geht man bei der Anleitung davon aus, dass UFW aktiviert ist? Spielt das eine Rolle? Danke
Hallo zusammen, hallo
psycho0verload , folgende Meldung bekomme ich nachdem ich.
eingebe.
erst nach einem.
ist die Meldung ohne Error. Das hält ein paar Tage, dann dass gleiche von vorn.
Kann da jemand helfen. Gruß Andreas
Hi zusammen,
vielen Dank für diese tollen Anleitungen. Leider komme ich gerade nicht wirklich weiter…
Ich habe das Problem, dass ich Traefik neu aufgesetzte habe.
Vorher hat die Kombination Traefik 2 und Mailcow ohne Probleme funktioniert.
Jetzt habe ich nach Anleitung eingerichtet und wenn ich Traefik aktiviere und auf die Domain von Mailcow aufrufe kommt im Browser Umleitungsfehler.
Wenn ich Traefik runterfahre und Mailcow alleine starte geht es ohne Probleme.
Also würde ich sagen habe ich ein Problem mit Traefik. Leider weiß ich nicht wo ich wie nach dem Fehler suchen soll…
Danke schon mal für eure Unterstützung!
Wann wird die Anleitung denn wieder „voll nutzbar“ sein? Aktuell vermisse ich schon den Inhalt für die Docker Netzkkonfiguration 🙁
Hi, danke für die Überarbeitung mit dem neuen Stack. Was ich nicht ganz verstehe und versuche nachzuverfolgen ist die Bouncers List (cscli bouncers list) in 10.3.6.
Wie auch bei Dir wird bei mir der Traefik Bouncer ohne LAPI pull timestamp und ohne Type angezeigt. Die Version ist ebenfalls mit 1.X.X eingetragen. Für mich sieht das nicht so ganz gesund aus.
Auf Github habe ich keine direkte Beschreibung des Fehlers (oder gar eine Lösung gefunden).
Posts wie dieser hier: https://github.com/maxlerebourg/crowdsec-bouncer-traefik-plugin/issues/219#issuecomment-2767018862
würden für mich aber andeuten, dass zumindest etwas mehr drinstehen sollte.
Hallo
psycho0verload ist Punkt 4 (Netzwerk konfigurieren) nötig wenn ich bereits auf Traefik 3.6 gewechselt habe. Da war das bereits erledigt worden. Jetzt hat sich lediglich die IP von “base”: “172.24.0.0/14” auf “base”: “172.25.0.0/14” geändert. Der Eintrag “compress”: “true” ist dazu gekommen. Oder kann direkt mit Kapitel 6 gestartet werden? Vielen Dank Gruß Andreas
Hallo,
vielen Dank für die Anleitung.
Kann mir jemand erklären, warum ein externer Testangriff durchgeht?
https://reqbin.com/curl
curl -v “https://dozzle.URL.de/?search=<script>alert(‘TEST’)</script>”
Ich habe sehr viel getestet und die Anleitung auf einem neuen Server (Debian 13) Schritt für Schritt befolgt.
Auch Crowdsec habe ich auf LogLevel DEBUG gestellt.
Es sieht so aus, als ob der “Angriff” trusted ist und gar nicht erst kontrolliert wird.
Daraufhin habe ich die trusted IPS einfach komplett aus crowdsec entfernt.
Das Ergebnis bleibt leider gleich.
Danach testete ich die appsec.yaml zu ändern
von:
crowdsecurity/appsec-default
auf:
crowdsecurity/virtual-patching
Auch alle genannten Kontrollen sind positiv.
Die Dienste laufen.
Die Regeln sind geladen.
Am Ende habe ich alles wieder wie in der Anleitung hergestellt, weil ich nie einen Unterschied sah.
Ich bin für Aufklärung und Hilfe dankbar.
Hallo, danke für die Anleitung, die auch erst funktionierte, aber nach einem Neustart des Servers gar nicht mehr geht.
Ich komme schon nicht mehr auf das Traefik dashboard:
Sie besitzen keine Benutzerrechte zum Anzeigen dieser Seite.HTTP ERROR 403
Habt ihr dafür eine Erklärung?
Und wie kann ich das erstellte Backup wieder ausrollen?