DevOps Tutorial Teil-2: Reverse Proxy aufsetzen

Für die Installation sucht ihr euch am besten einen Ort auf eurem RaspberryPi aus, in dem ihr eure Container sammeln wollt. Ich habe mich für /var/container entschieden. An diesem Ort erstellt ihr einen Ordner, ich habe diesen reverse-proxy genannt, und legt in diesem Ordner eine Datei namens docker-compose.yaml an. Diese sieht wie folgendermaßen aus:

version: '3.8'
services:
  app:
    container_name: ‘ReverseProxy’
    image: 'jc21/nginx-proxy-manager:latest'
    restart: unless-stopped
    ports:
      - '80:80'
      - '81:81'
      - '443:443'
    volumes:
      - ./data:/data
      - ./letsencrypt:/etc/letsencrypt
networks:
 default:
   external:
     name: reverse-proxy

Zur Erklärung:

1. mit version definieren wir mit welcher Version die docker-compose Syntax bereit gestellt wird
2. services enthält alle Docker Dienste die in diesem Docker Image betrieben werden
   1. app ist der Dienstnahme, dieser kan x beliebig sein
      1. image ist das Docker Image das von Dockerhub gezogen wird, in diesem Fall das offiziele letzte nginx-proxy-manager Image von jc21
      2. restart definiert wann der docker-container neu gestartet werden soll im Fehlerfall.
      3. ports mapped die ausgehenden Ports des Raspberry Pi mit denen des Docker Containers. Damit unsere Websites ohne Portnummer erreichbar sind mappen wir die HTTP und HTTPS Port lokal so wie im Docker Container mit dem Port 80 und 443. Für unsere anderen Continer werden wir dann statt 80 eine weit höhere Nummer vergeben, sodass diese keinen Service von unserem RaspPi blockieren kann. Der Port 81 ist für das Webinterface des NGINX Proxy Managers. wenn dies über einen anderen Port als 81 erreichbar sein soll könnten wir diese ändern mit: <gewünschte Portnummer>:81
      4. volumes ermöglicht es auf die Daten des Docker Images lokal zuzugreifen. Dies ist notwendig um Backups zu machen, sowie den Docker Container auf aktuellere Softwareversionen zu aktualisieren. Denn alles was nicht lokal am RaspberryPi liegt, wird nach einem erneuten build gelöscht und ist somit unwiderruflich weg! Alle notwendigen Daten liegen nach dem Build des Containers im ./data Ordner der lokal im Ordner reverse-proxy erzeugt wird. Da auch ein Let's encrypt Dienst installiert wird, werden alle erzeugten Zertifikate im Ordner ./letsencrypt abgelegt.

3. networks definiert wie die Docker container untereinander kommunizieren. Es gibt mehrere Arten von Networks diese aufzulisten ist schon ein ganzer Blogbeitrag, daher hier der Link zur Doku. Hier definieren wir ein externes Netzwerk, welches wir für unsere ganzen Docker Projekte verwenden können, die wir mittels Subdomain ansteuern wollen. Den jeder Container der mit dem Netzwerk verbunden ist, sieht den container_name als Hostnamen, sowie die Ports die dieser standardmäßig freigibt. Der Befehl um das Netzwerk zu erstellen lautet : 

   docker network create reverse-proxy 

Nachdem wir die Datei gespeichert haben starten wir den Container mit folgendem Befehl:

docker-compose up -d

Der -d Parameter sagt der Container soll als Dienst gestartet werden, sonst ist der Container wieder weg sobald wir das Terminal schließen.  Wenn der Container dann erfolgreich gestartet ist könnt ihr das Backend des ProxyManagers mit der IP-Adresse des Pi und dem 81 Port erreichen. In meinem Fall mit http://10.0.0.2:81. Wichtig, der Port 81 sollte niemals öffentlich sichtbar sein, da sonst Angreifer leichtes Spiel mit eurem ProxyManager haben. Die Standardzugangsdaten für die erstmalige Installation lauten für den Username: "admin@example.com" und als Passwort: “changeme”. Nach dem Anmelden werdet ihr aufgefordert diese Daten zu ändern.