<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Ssl on Yanis Gramitzky - Infrastructure &amp; Automation</title><link>https://ygramitzky.de/tags/ssl/</link><description>Recent content in Ssl on Yanis Gramitzky - Infrastructure &amp; Automation</description><generator>Hugo -- gohugo.io</generator><language>en</language><lastBuildDate>Sun, 05 Jan 2025 00:00:00 +0100</lastBuildDate><atom:link href="https://ygramitzky.de/tags/ssl/index.xml" rel="self" type="application/rss+xml"/><item><title>Traefik – Der Reverse Proxy für Docker</title><link>https://ygramitzky.de/posts/docker/traefik/</link><pubDate>Sun, 05 Jan 2025 00:00:00 +0100</pubDate><guid>https://ygramitzky.de/posts/docker/traefik/</guid><description>&lt;h2 id="das-problem-mit-vielen-diensten-auf-einem-server"&gt;Das Problem mit vielen Diensten auf einem Server&lt;/h2&gt;
&lt;p&gt;Ein Server, viele Dienste. Immich auf Port 2283, Portainer auf 9443, Mailcow auf 8030, Stirling-PDF auf 8088. Jeder Dienst hat seinen eigenen Port – und der Nutzer muss sich alle merken, Zertifikate manuell verwalten und Ports in der Firewall freigeben.&lt;/p&gt;
&lt;p&gt;Das skaliert nicht. Die Lösung ist ein &lt;strong&gt;Reverse Proxy&lt;/strong&gt; – ein vorgelagerter Dienst, der eingehende Anfragen anhand der Domain auf den richtigen Container weiterleitet. Nur Port 80 und 443 müssen offen sein. Alle anderen Ports bleiben intern.&lt;/p&gt;</description></item></channel></rss>