Mail-Receiver eingerichtet, aber die Website sendet jetzt keine E-Mails mehr?

[Simon_Manning]

Das ist eine separate, wenn auch verwandte Situation. Das sind Verbindungen, die von außen kommen, und Docker fügt Regeln hinzu, um exponierte Ports zuzulassen.

@supermathie

Chain DOCKER (2 references)
 pkts bytes target     prot opt in     out     source               destination         
    0     0 RETURN     all  --  docker0 any     anywhere             anywhere            
    0     0 DNAT       tcp  --  !docker0 any     anywhere             anywhere             tcp dpt:https to:172.17.0.2:443
  107  6848 DNAT       tcp  --  !docker0 any     anywhere             anywhere             tcp dpt:http to:172.17.0.2:80

Ich bin nicht sehr vertraut mit netfilter/iptables Chain-Regeln, aber ich glaube, das oben zeigt:

1. Wenn die Verbindung von docker0 kommt, d. h. aus dem Standard-Docker-Netzwerk, kehrt sie zur vorherigen Kette zurück (stoppt die Verarbeitung von Regeln in dieser Kette).
2. Andernfalls, wenn die Verbindung von etwas anderem als docker0 kommt und es sich auch um HTTPS oder HTTP handelt, wird DNAT angegeben, wodurch sie zur FORWARD-Kette weitergeleitet wird.

Bei der im anderen Thema gezeigten Anordnung geschieht also Folgendes: Wenn HTTPS- oder HTTP-Traffic von außen kommt, wird er zu Docker geleitet. Wenn der Traffic jedoch aus dem Docker-Netzwerk kommt, wird er zurückgegeben und von der INPUT-Kette abgelehnt oder verworfen.

Was ufw allow https tut, ist das Hinzufügen einer Regel zur INPUT-Kette, die sie akzeptiert. Auf diese Weise wird die Verbindung, wenn sie wie oben zur INPUT-Kette zurückgegeben wird, akzeptiert und findet Docker, das lauscht, und wird schließlich an den Container weitergeleitet.