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! 🚀
Halli Hallo zusammen,
ich habe mein Traefik-Stack neu gemacht aber habe in den traefik.log immer diese Fehlermeldung
{“level”:”error”,”providerName”:”docker”,”error”:”Cannot connect to the Docker daemon at tcp://socket-proxy:2375. Is the docker daemon running?”,”time”:”2026-03-31T09:46:00+02:00″,”message”:”Provider error, retrying in 13.646836491s”}
ich habe keine ahnung was ich falsch mache
Hallo zusammen,
erst einmal vielen Dank für die tolle Beschreibung. Ich habe eine komplett neue Installation durchgeführt und dabei folgendes Verhalten:
Nach der Installation konnte ich mich kurzzeitig auf das Traefik Dashboard verbinden, danach kam immer, dass die Seite nicht erreichbar ist.
Nach kurzem habe ich dann festgestellt, dass das aufrufen der Traefik Seite von extern ohne Probleme funktioniert.
Kann sich jemand dieses Problem erklären und mir sagen woran es liegen kann?
Vielen herzlichen Dank
Ich bitte um Verständnis für mein Thema:
Macht eine Traefik-Installation ohne integriertem crowdsec-Stack Sinn?
Meine Vermutung wäre, dass dies einfacher zu händeln ist. Aus den Kommentaren entnehme ich einige Schwierigkeiten, die sich manchmal lösen lassen.
Ziel ist für mich ein möglichst stabiles System, welches dauerhaft idealerweise ohne große Eingriffe läuft. Ein Traum wäre ein Traefik was als sicherbarer (“Backup / Restore”) Container einfach läuft…
Das war in der Vergangenheit leider nicht immer so, daher meine Idee:
Ich weiß nicht wieviele Mitleser bspw. opnsense nutzen. Dort wäre ebenfalls eine crowdsec-Instanz möglich, die wahrscheinlich auch auf traefik und andere Container “aufpassen” könnte.
Bitte nicht falsch interpretieren: Die hier dargestellten Lösungen sind super. Es ist lediglich ein Gedanken-Ansatz und mein Weg ist ganz sicher nicht unbedingt euer Weg.
Ich weiß nicht, ob ich der einzige bin, der den aufwendigen Umstieg gemacht hat.
Aber bei der alten Anleitung haben wir den Bouncer ja lokal installiert
den sollte man auch wieder deinstallieren, wenn man ihn nicht mehr braucht, sonst läuft der permanent in Fehler rein
Ich hab mir angewohnt Traefik immer wieder mal per pull/down/up neu zu starten, unabhängig von Updates von Traefik. Warum weiß ich gar nicht mehr genau. 🙁
Nun ist letztens passiert, dass der Neustart irgendwie schief lief und ich sogar von der ssh-shell rausgeworfen wurde.
–> kein Dienst mehr erreichbar und sobald ich per SSH eingelogged war, wurde ich nach kürzester Zeit rausgeworfen.
Nach einem Serverneustart konnte ich mich ins Traefik Verzeichnis durchhangeln und es mit down runterfahren, dann war das mit dem Rauswurf aus SSH behoben.
Ein erneuter Reboot und der Start von Traefik hat dann kurioserweise funktioniert.
Heute war ein Traefik-Update angesagt, und wieder das gleiche Spiel. Hat das noch jemand beobachtet, oder eine Idee, an was es liegen könnte?
Vor allem kommt mir komisch vor, dass ich mich noch an der Shell anmelden konnte und nicht sofort geblockt war…. und ein erneuter login-Versuch dann zwar funktioniert hat, aber nach kürzester Zeit ich wieder rausgeflogen bin… Daher konnte ich auch die Sperrlisten nicht anschauen… bzw. nach dem Reboot war meine eigene nicht enthalten.
Hi habe mich nun endlich auch an das “update” heran gewagt.
Zwei fragen hierzu warum schreiben wir die version auf 3.6 fest?
Hatte mit der alten anleitung bereits ein neuere Version
und ich habe bei der geschichte festgestellt das ich zwei Firewall-Key in der datei stehen habe.
Wie finde ich den heraus welcher der aktuelle ist?
Hallo zusammen,
Habe die Anleitung soweit durchgearbeitet bis zur ersten Anmeldung am Dashboard. Leider bekomme ich im Browser die Meldung “404 Page not found”
Unter /var/log/traefik/traefik finde ich folgende Eintraege:
{“level”:”warn”,”providerName”:”file”,”filename”:”http.middlewares.default.yml”,”middlewareName”:”default-security-headers”,”time”:”2026-03-13T23:11:06+01:00″,”message”:”HTTP middleware already configured, skipping”}
{“level”:”error”,”entryPointName”:”websecure”,”routerName”:”traefik-dashboard@file”,”error”:”middleware \”default@file\” does not exist”,”time”:”2026-03-13T23:11:07+01:00″}
Könnte das den Fehler verursachen?
Danke
Hallo zusammen,
zunächst möchte mich mich für die tollen Anleitungen hier bedanken. Gerade die für Treafik hat mir einiges an Zeit und nerven eingespart 🙂
Gestern habe ich meine Instanz auf den aktuellen Stand gebracht und um AppSec ergänzt. Da mir bei der Installation ein paar Dinge aufgefallen sind, würde ich einige Änderungen in der Anleitung vorschlagen. Ich hoffe es ist OK, wenn ich das hier poste. Falls nicht, den Beitrag bitte löschen.
Damit der API-Key für das Plugin weiter an zentraler Stelle in der .env bleiben kann (analog zu BOUNCER_KEY_FIREWALL), habe ich compose/traefik.yml um folgendes ergänzt:
environment: CROWDSEC_LAPI_KEY: ${BOUNCER_KEY_TRAEFIK}Nun kann mann in der Datei data/traefik/dynamic_conf/http.middlewares.crowdsec.plugin.yml mit der Umgebungsvariable arbeiten:
crowdsecLapiKey: {{ env "CROWDSEC_LAPI_KEY" }}Ich verwende auch die aktuellste Version des Plugins. Daher habe ich die Version in data/traefik/traefik.yml angepasst:
Damit hatte ich jedenfalls keine Probleme mit einer HTTP Verbindung zur LAPI (wie in https://goneuland.de/traefik-ab-v3-6-mit-crowdsec-installieren-und-konfigurieren/#comment-6733 beschrieben).
Zuletzt verwende ich eine eigene AppSec-Config und habe daher die Datei data/crowdsec/config/appsec-configs/my-config.yaml erstellt:
Diese Config musste ich dann nur noch in data/crowdsec/config/acquis.d/appsec.yaml ersetzen:
Der Test einer SQL-Injection funktionierte bei mir dann auch problemlos (wie hier beschrieben https://goneuland.de/traefik-ab-v3-6-mit-crowdsec-installieren-und-konfigurieren/#comment-6653)
Viele Grüße
Markus
Hi, ich habe eine Frage bzgl. der TRAEFIK.YML in der neuesten Anleitung:
Warum fehlt dieser ganze Block in der TRAEFIK.YML-Datei für Docker im Vergleich zur vorherigen Anleitung:
labels: traefik.enable: "true" traefik.http.routers.traefik-dashboard.entrypoints: websecure traefik.http.routers.traefik-dashboard.middlewares: traefik-dashboard-auth@file traefik.http.routers.traefik-dashboard.rule: ${SERVICES_TRAEFIK_LABELS_TRAEFIK_HOST:-HOST(traefik.yourdomain.com)} traefik.http.routers.traefik-dashboard.service: api@internal traefik.http.routers.traefik-dashboard.tls: "true" traefik.http.routers.traefik-dashboard.tls.certresolver: tls_resolver traefik.http.services.traefik-dashboard.loadbalancer.sticky.cookie.httpOnly: "true" traefik.http.services.traefik-dashboard.loadbalancer.sticky.cookie.secure: "true" traefik.http.routers.pingweb.rule: PathPrefix(/ping) traefik.http.routers.pingweb.service: ping@internal traefik.http.routers.pingweb.entrypoints: websecureoder wird dieser in einer anderen Konfigurationsdatei ausgewiesen? Er dient doch zum Zugriff auf das Traefik-Dashboard über eine Subdomain. Wird das in der neuen Anleitung anders ermöglicht?
Vielleicht gibt es ja ein paar Erläuterungen von erfahrenen Usern dazu. Danke für die Hilfe!
Viele Grüße,
Ralf
Moin, ich baue gerade meinen gewachsenen Container-Stack auf dieses Modell um.
Folgende Idee hatte ich dabei:
Die eigene domain und die jeweilige Subdomain in der Grundkonfiguration und (in den weiteren Anleitungen in den Snippets zu den Traefiklabels als Variable schreiben und dann einfach über eine einmalige Definition einklinken. Das hätte mir wahrscheinlich sehr viele Fehler bei verschiedenen Container gespart, bei denen ich die Labels oder unvollständig falsch angepasst habe 🙂
Gleiches gilt für den Anwendungsport.
Und bei dieser Master-Anleitung würde ich mich sehr freuen, auch eine Variante ohne CrowdSec zu haben oder zumindest “ohne CrowdSec bei Schritt 8 weitermachen” oder so. Ich trau mir schon zu, das da selbst rauszufummeln, aber es ist doch immer wieder eine Fehlerquelle mehr.
Liebe Grüße!
L.B.Q.R.