Changer les règles de relai selon le service, plutôt que de se baser sur $TRUSTED_NETWORKS #3
Labels
No labels
Piorité
Élevée
Priorité
Basse
Priorité
Critique
Priorité
Moyenne
Revue
Accepté
Revue
Doublon
Revue/Refusé
Statut
Abandonné
Statut
Besoin d'informations
Statut
Bloqué
Type
Amélioration
Type
Bug
Type
Documentation
Type
Fonctionnalité
Type
Maintenance
Type
Style
Type
Sécurité
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
collectivit/docker-postfix#3
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
On a deux services Postfix : un interne au cluster, l'autre pour les connections externes. On n'a pas besoin de se baser sur la variable de configuration
TRUSTED_NETWORKSpour autoriser ou non le relai de mail, puisque tout ce qui est autorisé au relai arrive sur le service interne, tandis que tout ce qui arrive sur le service externe doit uniquement être destiné aux adresses locales. Il faudrait donc définirsmtpd_relay_restrictionsdansmaster.cf.tpl, pour chaque service, plutôt que dansmain.cf.tpl.Au passage, définir le nom de service (
syslog_name) dansmaster.cf, pour différencier les deux services dans les logsPostfix interdit toute configuration de relai ouvert :
smtpd_relay_restrictionsne peut pas être juste défini àpermitsans quoi Postfix refuse de démarrer.La solution est de définir
mynetworksà toutes les plages d'IP privées existantes, et de définirstmpd_relay_restrictionsàpermit_mynetworks,reject.On expose le service externe sur le port 25, l'interne sur le port 1025, plutôt que l'inverse précédemment, ce qui paraît moins risqué, puisque ça expose le service le plus protégé sur le port par défaut.