KKeine Bearbeitungszusammenfassung |
|||
(42 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt) | |||
Zeile 1: | Zeile 1: | ||
{{DISPLAYTITLE:Mailrelay}} | {{DISPLAYTITLE:Mailrelay}} | ||
{{Archivhinweis|UTM/APP/Mailrelay}} | |||
{{TOC}} | |||
<p>'''Konfiguration des Mailrelays'''</p> | <p>'''Konfiguration des Mailrelays'''</p> | ||
<p>Letzte Anpassung zur Version: '''11.8.2''' </p> | <p>Letzte Anpassung zur Version: '''11.8.2''' </p> | ||
<p>{{ td | Bemerkung: | | <p>{{ td | Bemerkung: | | ||
* Smarthost Verifikation: Mailserver können mittels Zertifikat (pki oder dane) auf Echtheit überprüft werden. | * Smarthost Verifikation: Mailserver können mittels Zertifikat (pki oder dane) auf Echtheit überprüft werden. | ||
* TLS-Einstellungen als Server und als Client separat konfigurierbar. | |||
* TLS-Einstellungen erweitert für dane-konforme Server | * TLS-Einstellungen erweitert für dane-konforme Server | ||
* Maximale Anzahl an Prozessen lassen sich im Reiter Erweitert einstellen. | * Maximale Anzahl an Prozessen lassen sich im Reiter Erweitert einstellen. | ||
Zeile 11: | Zeile 12: | ||
</p> | </p> | ||
<p>Vorherige Versionen: [[UTM/APP/Mailrelay| '''11.7''']] / [[UTM/APP/ | <p>Vorherige Versionen: [[UTM/APP/Mailrelay| '''11.7''']] / [[UTM/APP/MailRelay_11.8 | '''11.8''']] </p> | ||
---- | |||
===Konfiguration des Mailrelay=== | |||
<p>Die Securepoint UTM Appliance kann mithilfe des Mailrelays E-Mails entgegennehmen und an einen internen | <p>Die Securepoint UTM Appliance kann mithilfe des Mailrelays E-Mails entgegennehmen und an einen Mailserver im internen Netzwerk weiterleiten. Das Mailrelay prüft die empfangenen E-Mails und teilt diese in eine entsprechende Kategorie ein. Anhand der Kategorie, wird entschieden ob eine E-Mail an den internen Mailserver weitergeleitet wird oder nicht.</p> | ||
Zum Schutz vor Spam bzw. zur Entlastung des [ | Zum Schutz vor Spam bzw. zur Entlastung des [[UTM/APP/Spamfilter_V11 | Mailfilters]] lassen sich weitere Optionen konfigurieren. So stammt weit über 90% des Spams nicht von regulären Mailservern, sondern vielmehr von durch Viren und Trojaner kompromittierten Privat- und Arbeitsplatzrechner. Dagegen haben sich die Überprüfung der Ziel E-Mail-Adressen, das Greylisting und die Greeting Pause als wirksame Funktionen erwiesen. | ||
===Voraussetzungen=== | ===Voraussetzungen=== | ||
Zeile 29: | Zeile 31: | ||
'''''Dies sind alles Einstellungen, die providerseitig vorgenommen werden müssen und NICHT auf der Securepoint Appliance!''''' | '''''Dies sind alles Einstellungen, die providerseitig vorgenommen werden müssen und NICHT auf der Securepoint Appliance!''''' | ||
{{Hinweis | Hinweis:}} Da für abgewiesene Mails bzw. Mails, die noch nicht an den internen Mailserver zugestellt werden konnten, ein gewisses Maß an Speicherplatz zur Verfügung stehen muss, sollten die [https://www.securepoint.de/ | {{Hinweis | Hinweis:}} Da für abgewiesene Mails bzw. Mails, die noch nicht an den internen Mailserver zugestellt werden konnten, ein gewisses Maß an Speicherplatz zur Verfügung stehen muss, sollten die [https://www.securepoint.de/fuer-unternehmen/firewall-vpn/hardware-firewalls Hardware-Empfehlungen] unbedingt berücksichtigt werden!<br><br> | ||
====Regelwerk==== | ====Regelwerk==== | ||
Zeile 47: | Zeile 49: | ||
===Grundkonfiguration des Mail Relay zum Empfang von Mails=== | ===Grundkonfiguration des Mail Relay zum Empfang von Mails=== | ||
Die Konfiguration des Mailrelay findet unter {{Menu| Anwendungen | | Die Konfiguration des Mailrelay findet unter {{Menu| Anwendungen | Mailrelay}} statt. | ||
<br clear=all> | <br clear=all> | ||
===={{Reiter|Allgemein}}==== | ===={{Reiter|Allgemein}}==== | ||
[[Datei:UTM 11-8 Mailrelay Allgemein.png|thumb|right|hochkant=1.5|Allgemeine Einstellungen des Mail Relay]] | [[Datei:UTM 11-8 Mailrelay Allgemein.png|thumb|right|hochkant=1.5|Allgemeine Einstellungen des Mail Relay]] | ||
<p>{{Tab | {{Beschriftung|Mailfilter aktivieren:}} | aktivieren}}</p> | <p>{{Tab | {{Beschriftung|Mailfilter aktivieren:}} | {{ ButtonAn | Ein}} aktivieren}}</p> | ||
<p>{{Tab | {{Beschriftung|Postmaster-Adresse:}} | Hier muss eine korrekte Mail-Adresse hinterlegt sein.<br>{{ c | Diese E-Mail-Adresse wird im Dialog {{Menu| Netzwerk|Servereinstellungen}} im Feld {{ b | Globale E-Mail Adresse}} festgelegt. Änderungen sind nur dort möglich. | fs=12px | lh=15px | c=black; | dp=block}} }}</p> | <p>{{Tab | {{Beschriftung|Postmaster-Adresse:}} | Hier muss eine korrekte Mail-Adresse hinterlegt sein.<br>{{ c | Diese E-Mail-Adresse wird im Dialog {{Menu| Netzwerk|Servereinstellungen}} im Feld {{ b | Globale E-Mail Adresse}} festgelegt. Änderungen sind nur dort möglich. | fs=12px | lh=15px | c=black; | dp=block}} }}</p> | ||
{{Tabp | {{Beschriftung|Maximale Nachrichtengröße:}} | {{ ic | 20 | c }} Megabytes | {{Tabp | {{Beschriftung|Maximale Nachrichtengröße:}} | {{ ic | 20 | c }} Megabytes. Maximale Größe der Mails, die vom Mailrelay angenommen werden.}} | ||
{{Tabp | {{Beschriftung| Ausgehende IP-Adresse: }} | Bei Multipath-Routing kann hier eine ausgehende Schnittstelle durch die IP-Adresse angegeben werden.<br>{{Hinweis | !}}Auch die | {{Tabp | {{Beschriftung| Ausgehende IP-Adresse: }} | Bei Multipath-Routing kann hier eine ausgehende Schnittstelle durch die IP-Adresse angegeben werden.<br>{{Hinweis | !}}Auch die Kommunikation aus dem internen Netz läuft dann über diese IP-Adresse. Auf dem Mailserver und seiner Firewall müssen weitere Einstellungen vorgenommen werden, damit Mails von dieser IP-Adresse angenommen werden.}} | ||
<br clear=all> | <br clear=all> | ||
===={{Reiter|Smarthost}}==== | ===={{Reiter|Smarthost}}==== | ||
{{pt| UTM v11-8-2 Mailrelay Smarthost.png|Smarthost Einstellungen des | {{pt| UTM v11-8-2 Mailrelay Smarthost.png|Smarthost Einstellungen des Mailrelay}}Einstellungen für einen Smarthost werden nur benötigt, wenn ein solcher für ausgehende Mails nötig ist. Das ist z.B. der Fall, wenn kein eigener Mailserver betrieben wird oder keine feste öffentliche IP-Adresse vorliegt. | ||
{{Tabp | {{Beschriftung| Smarthost aktivieren: }} | | {{Tabp | {{Beschriftung| Smarthost aktivieren: }} | {{ ButtonAn | Ein}} aktiviert die Smarthost-Funktion.| 210px| 3px}} | ||
{{Tabp | {{Beschriftung|Smarthost:}} | <code>smtp.anyideas.com</code> Externer Mailserver | 210px| 3px}} | {{Tabp | {{Beschriftung|Smarthost:}} | <code>smtp.anyideas.com</code> Externer Mailserver <small>(Beispieladresse)</small>| 210px| 3px}} | ||
{{Tabp | {{Beschriftung|Port:}} | {{ ic | 25 | c }} Mail-Port für externen Mail-Server | 210px| 3px }} | {{Tabp | {{Beschriftung|Port:}} | {{ ic | 25 | c }} Mail-Port für externen Mail-Server | 210px| 3px }} | ||
{{ | {{td | {{ b | Smarthost Verifikation:}}<br>{{Hinweis | Neu in 11.8.2 | 11.8.2}} | {{ td | {{Button | Keine | dr | w=55px }} |Es wird keine Verifikation des Smarthosts vorgenommen. | w=60px| m=12px }} | ||
{{ td | {{Button | pki | dr}} | Der Smarthost wird anhand von standardmäßig installierten Root-CAs oder einer selbstsignierten CA verifiziert.<br> {{ b | CA:}} {{Button | SystemCAs |dr}} (Default) | {{ td | {{Button | pki | dr | w=55px }} | Der Smarthost wird anhand von standardmäßig installierten Root-CAs oder einer selbstsignierten CA verifiziert.<br> {{ b | CA:}} {{Button | SystemCAs |dr}} (Default) Alternativ kann eine (zuvor unter {{Menu | Authentifizierung | Zertifikate }} erstellte oder importierte ) CA zur Authentifizierung ausgewählt werden. | w=60px}} | ||
{{ td | {{Button | dane | dr}} | Der Smarthost wird ausschließlich mittels DANE Protokoll (RFC 6698) verifiziert und muss dieses unterstützen. <br> | {{ td | {{Button | dane | dr | w=55px }} | Der Smarthost wird ausschließlich mittels DANE Protokoll (RFC 6698) verifiziert und muss dieses unterstützen. <br> | ||
{{ Hinweis | ! }} Das DANE-Protokoll erfordert zwingend die Aktivierung von [[UTM/APP/Nameserver-Allgemein_DNSSEC|DNSSEC]]. | {{ Hinweis | ! }} Das DANE-Protokoll erfordert zwingend die Aktivierung von [[UTM/APP/Nameserver-Allgemein_DNSSEC | DNSSEC]]. | ||
| w= | | w=60px}} }} | ||
{{Tabp | {{Beschriftung| Authentifizierung aktivieren:}} | {{ButtonAn |Ein}} | {{Tabp | {{Beschriftung| Authentifizierung aktivieren:}} | {{ButtonAn |Ein}} Ermöglicht die Authentifizierung am Smarthost-Mailserver.| 210px| 3px}} | ||
{{Tabp | {{Beschriftung|Benutzer:}} | <Code>Zugangsdaten</code>| 210px| 3px}} | {{Tabp | {{Beschriftung|Benutzer:}} | <Code>Zugangsdaten</code>| 210px| 3px}} | ||
{{Tabp | {{Beschriftung|Passwort}} | <code>Zugangsdaten</code>| 210px| 3px}} | {{Tabp | {{Beschriftung|Passwort}} | <code>Zugangsdaten</code>| 210px| 3px}} | ||
Zeile 83: | Zeile 85: | ||
{{ td | {{Beschriftung|Domain:}} | <code>E-Mail-Domainname oder IP-Adresse</code> | w=100px }} | {{ td | {{Beschriftung|Domain:}} | <code>E-Mail-Domainname oder IP-Adresse</code> | w=100px }} | ||
{{ td | {{Beschriftung | Option}} | {{MenuD | Kriterium auswählen}} <br> | {{ td | {{Beschriftung | Option}} | {{MenuD | Kriterium auswählen}} <br> | ||
* {{ td | {{ | * {{ td | {{Button | NONE | dr | w=95px}} | Die Aktion wird auf alle Ereignisse angewendet. | w=100px | m=5px}} | ||
* {{ | * {{ td | {{ Button | From | dr | w=95px}} | Hier wird die Absender-Domain ausgewertet. Beispiel: Domain: partnerfirma.de - Betrifft alle Mails mit der Domain <code>partnerfirma.de</code> im Absender. <br>{{ c |{{ Hinweis | ! Da sich die Absender-Domain leicht fälschen lässt, ist diese Option<br> nur nach sorgfältiger Prüfung einzusetzen.| gelbbd}} | fs=10px}}| w=100px | m=2px }} | ||
* {{ | * {{td | {{ Button | To | dr | w=95px}} | Hier wird die Empfänger-Domain ausgewertet. Beispiel: Domain: firma.de - Betrifft alle Mails mit der Domain <code>firma.de</code> im Empfänger. | w=100px|m=2px }} | ||
* {{TabDL |{{ | * {{TabDL |{{ Button | Connect | dr | w=95px}} | Hier wird die IP, der Hostname oder die Domain des Mail'''servers''' ausgewertet, der die Mail zustellen möchte. Beispiel: Domain: <code>partnerfirma.de</code> - Betrifft alle Mails, von Mailservern aus der Domain <code>partnerfirma.de</code> - unabhängig vom Sender oder Empfänger der Mail. | w=100px }} | w=100px }} | ||
<br> | <br> | ||
{{ TabDL | {{Beschriftung|Aktion}} | {{MenuD|Wert auswählen}} <br> | {{ TabDL | {{Beschriftung|Aktion}} | {{MenuD|Wert auswählen}} <br> | ||
* {{TabDL | {{ | * {{TabDL | {{Button | RELAY | dr | w=95px}} | Mails, die die entsprechenden Bedingungen erfüllen, werden angenommen und weitergeleitet. | w=100px |m=5px }} | ||
* {{TabDL | {{ | * {{TabDL | {{Button | ABGELEHNT | dr | w=95px}} | Mails werden abgewiesen. | w=100px|m=5px }} | ||
* {{TabDL | {{ | * {{TabDL | {{Button | OK | dr | w=95px}} | Mails werden angenommen und an ein lokales Postfach zugestellt, aber nicht weitergeleitet. | w=100px }} | ||
| w=100px |m=5px}}{{a|10}} | |||
{{ | Um also alle Mails zu relayen, die für Empfänger der eigenen Domain bestimmt sind, muss folgender Eintrag konfiguriert werden: | ||
Um also alle Mails zu relayen, die für Empfänger der eigenen Domain bestimmt sind, muss folgender Eintrag konfiguriert werden | |||
{{td | |{{ td | {{ B | Domain}} |<code>anyideas.de</code> | w=100px }} | {{td | |{{ td | {{ B | Domain}} |<code>anyideas.de</code> | w=100px }} | ||
{{ td | {{ b | Option}} | | {{ td | {{ b | Option}} |{{ Button | To | dr | w=95px}} | w=100px }} | ||
{{ td | {{ b | Aktion}} | | {{ td | {{ b | Aktion}} |{{Button | RELAY | dr | w=95px}} | w=100px }} | w=100px }} | ||
<br clear=all> | <br clear=all> | ||
{{ td | {{KastenGrau | Exakten Domainnamen für das Relaying verwenden:}} |{{ButtonAn |Ein}} | {{ td | {{KastenGrau | Exakten Domainnamen für das Relaying verwenden:}} |{{ButtonAn |Ein}} Das Relay reagiert nur auf den in der Liste eingetragenen Domainnamen und nicht auf nicht eingetragene Subdomains oder Erweiterungen. <br> | ||
Beispiel: '''In die Relayliste eingetragene Domain: anyideas.de'''<br> | Beispiel: '''In die Relayliste eingetragene Domain: anyideas.de'''<br> | ||
{{#if:|| | {{#if:|| | ||
Zeile 115: | Zeile 113: | ||
<br clear=all> | <br clear=all> | ||
{{h5 | TLS Einstellungen | {{Kasten | TLS Einstellungen}} }}{{ a | 6}} | {{h5 | TLS Einstellungen | {{Kasten | TLS Einstellungen}} }}{{ a | 6}} | ||
{{TabDL | {{ Beschriftung | TLS Verschlüsselung als Server:}} | {{ButtonAn|Ein}} Wird TLS deaktiviert, werden Mails | {{TabDL | {{ Beschriftung | TLS Verschlüsselung als Server:}} | {{ButtonAn|Ein}} Wird TLS deaktiviert, werden Mails über unverschlüsselte Verbindungen versendet! | w=220px | m=5px}} | ||
<!-- {{TabDL | {{Beschriftung | CA:}} | Auswahl der {{MenuD | öffentlichen Zertifizierungsstelle}}, wenn ein öffentliches Zertifikat einer Zertifizierungsstelle zur Verfügung steht.<br> Die UTM bringt eine eigene Zertifizierungsstelle mit eigenem Zertifikat mit, die per {{MenuD | Default}} vorgegeben sind. | w=5.5em | m=5px }} --> | <!-- {{TabDL | {{Beschriftung | CA:}} | Auswahl der {{MenuD | öffentlichen Zertifizierungsstelle}}, wenn ein öffentliches Zertifikat einer Zertifizierungsstelle zur Verfügung steht.<br> Die UTM bringt eine eigene Zertifizierungsstelle mit eigenem Zertifikat mit, die per {{MenuD | Default}} vorgegeben sind. | w=5.5em | m=5px }} --> | ||
{{ td | {{ | {{ td | {{ b | Zertifikat }} | {{ td | {{ Button | default | dr | w=95px}} | Das Mailrelay verwendet ein selbst-signiertes Zertifikat für die Transportverschlüsselung. Optional kann ein Zertifikat, dessen CN dem Hostnamen der UTM entspricht, unter {{ Menu | Authentifizierung | Zertifikate }} importiert werden. | w=98px }} |w=220px;}} | ||
{{ td | {{ b | TLS Verschlüsselung als Client:}} | {{Button | may | dr }} Verwendet TLS, sofern es angeboten wird.<br> | {{ td | {{ b | TLS Verschlüsselung als Client:}} | {{Button | may | dr | w=95px}} Verwendet TLS, sofern es angeboten wird.<br> | ||
{{Button | encrypt | dr }} Verwendet immer TLS. Verbindung mit Servern, die kein TLS anbieten, schlagen fehl.<br> | {{Button | encrypt | dr | w=95px }} Verwendet immer TLS. Verbindung mit Servern, die kein TLS anbieten, schlagen fehl.<br> | ||
{{Button | dane | dr }} Authentifiziert und verwendet TLS zu DANE-Konformen Servern, sofern es angeboten wird. | {{Button | dane | dr | w=95px}} Authentifiziert und verwendet TLS zu DANE-Konformen Servern, sofern es angeboten wird. | ||
| w=220px }} | | w=220px }} | ||
Zeile 137: | Zeile 135: | ||
{{ td | {{Beschriftung| E-Mail-Adresse überprüfen: }} | Es stehen folgende {{MenuD|Werte}} zur Verfügung:<br> | {{ td | {{Beschriftung| E-Mail-Adresse überprüfen: }} | Es stehen folgende {{MenuD|Werte}} zur Verfügung:<br> | ||
* {{ td | {{ Button | Aus | dr}} | Es findet keine Überprüfung von E-Mail-Adressen statt. Es wird versucht, alle Mails zuzustellen. | w=100px }} | |||
*{{ td | {{MenuD|SMTP}} | Die Securepoint Appliance fragt im Hintergrund den internen Mailserver ab.<br>{{Hinweis|Hinweis:}} Die Validierung muss ebenso am Mailserver aktiv sein! (Recipient Verification z.B. bei einem Exchange) | w=100px }} | *{{ td | {{MenuD|SMTP}} | Die Securepoint Appliance fragt im Hintergrund den internen Mailserver ab.<br>{{Hinweis|Hinweis:}} Die Validierung muss ebenso am Mailserver aktiv sein! (Recipient Verification z.B. bei einem Exchange) | w=100px }} | ||
*{{ td | {{MenuD | LDAP}} | Die Securepoint Appliance fragt beispielsweise den Active Directory-Server ab.<br>Im Falle der Authentifizierung über LDAP muss der entsprechende Server unter [[UTM/AUTH/AD_Anbindung|{{Menu | Authentifizierung | AD/LDAP Authentifzierung}}]] konfiguriert werden. Der Benutzer muss nicht zwingend der Administrator sein, es reicht ein Benutzer mit Leserechten. | w=100px }} | *{{ td | {{MenuD | LDAP}} | Die Securepoint Appliance fragt beispielsweise den Active Directory-Server ab.<br>Im Falle der Authentifizierung über LDAP muss der entsprechende Server unter [[UTM/AUTH/AD_Anbindung|{{Menu | Authentifizierung | AD/LDAP Authentifzierung}}]] konfiguriert werden. Der Benutzer muss nicht zwingend der Administrator sein, es reicht ein Benutzer mit Leserechten. | w=100px }} | ||
Zeile 165: | Zeile 164: | ||
{{Tabp | {{Beschriftung |Greylisting aktivieren: }} | aktiviert die Funktion | 210px| 3px}} | {{Tabp | {{Beschriftung |Greylisting aktivieren: }} | aktiviert die Funktion | 210px| 3px}} | ||
{{Tabp | {{Beschriftung |SPF aktivieren:}} | Wenn das [https://de.wikipedia.org/wiki/Sender_Policy_Framework Sender Policy Framework] der Absenderdomain korrekt im DNS eingetragen ist, wird die Mail ohne Verzögerung zugestellt. | 210px| 3px}} | {{Tabp | {{Beschriftung |SPF aktivieren:}} | Wenn das [https://de.wikipedia.org/wiki/Sender_Policy_Framework Sender Policy Framework] der Absenderdomain korrekt im DNS eingetragen ist, wird die Mail ohne Verzögerung zugestellt. | 210px| 3px}} | ||
{{Tabp | {{Beschriftung |Automatisches Whitelisten für:}} | | {{Tabp | {{Beschriftung |Automatisches Whitelisten für:}} | {{ ic | 7 | c }} Tage<small>(Default)</small> : Für diesen Zeitraum werden Mails sofort entgegengenommen. | 210px| 3px}} | ||
{{Tabp | {{Beschriftung |Verzögerung: }} | | {{Tabp | {{Beschriftung |Verzögerung: }} | {{ ic | 2 | c }} Minuten<small>(Default)</small>: Zeitraum, der dem sendenden Mailserver vorgegeben wird, um einen weiteren Zustellversuch vorzunehmen. | 210px| 3px}} | ||
<p></p> | <p></p> | ||
<p>{{Hinweis | Hinweis| gelb}} Je nach Konfiguration des sendenden Mailservers kann sich die erneute Zustellung um weitaus mehr als den konfigurierten Zeitraum (Auslieferzustand 2 Minuten) verzögern - im Extremfall um mehrere Stunden. In diesem Falle können Sender bzw. Empfänger von besonders zeitkritischen E-Mails manuell in eine Whitelist eingetragen werden</p> | <p>{{Hinweis | Hinweis| gelb}} Je nach Konfiguration des sendenden Mailservers kann sich die erneute Zustellung um weitaus mehr als den konfigurierten Zeitraum (Auslieferzustand 2 Minuten) verzögern - im Extremfall um mehrere Stunden. In diesem Falle können Sender bzw. Empfänger von besonders zeitkritischen E-Mails manuell in eine Whitelist eingetragen werden</p> | ||
{{Hinweis | Positiv: | grün}} Wird ein größerer Wert für {{Beschriftung |Verzögerung}} von z.B.: | {{Hinweis | Positiv: | grün}} Wird ein größerer Wert für {{Beschriftung |Verzögerung}} von z.B.: {{ ic | 30 | c }} Minuten gewählt, kann die Scan-Engine bei der erneuten Zustellung mit zwischenzeitlich aktualisierten Virensignaturen eine höhere Erkennungswahrscheinlichkeit bei neuen Outbreaks aufweisen. | ||
<br><br> | <br><br> | ||
====Domain Mapping==== | ====Domain Mapping==== | ||
<p>Domains können gemappt werden, eingehende um Mails an z.B. <code>user@anyideas.net</code> auch unter <code>user@anyideas.de</code> zu empfangen.</p> | <p>Domains können gemappt werden, um eingehende um Mails an z.B. <code>user@anyideas.net</code> auch unter <code>user@anyideas.de</code> zu empfangen.</p> | ||
<p>Mit {{Button|+ Domain Mapping hinzufügen}} kann das Mapping zwischen zwei Domains aktiviert werden.</p> | <p>Mit {{Button|+ Domain Mapping hinzufügen}} kann das Mapping zwischen zwei Domains aktiviert werden.</p> | ||
<p>Dazu muss jeweils eine {{Beschriftung|Quell-Domain:}} und eine {{Beschriftung| Ziel-Domain:}} angegeben werden.</p> | <p>Dazu muss jeweils eine {{Beschriftung|Quell-Domain:}} und eine {{Beschriftung| Ziel-Domain:}} angegeben werden.</p> | ||
Zeile 182: | Zeile 181: | ||
{{ Kasten | Greeting Pause}} | {{ Kasten | Greeting Pause}} | ||
{{ td | {{h6 | Greeting Pause | {{Beschriftung| Status:}} }} | {{ButtonAn | Ein}} aktiviert die Funktion. | w=245px | m=5px }} | {{ td | {{h6 | Greeting Pause | {{Beschriftung| Status:}} }} | {{ButtonAn | Ein}} aktiviert die Funktion. | w=245px | m=5px }} | ||
{{ td | {{ b | Dauer:}} | {{ ic | 2000 | c}} Milisekunden (Standardwert). Zeit, | {{ td | {{ b | Dauer:}} | {{ ic | 2000 | c}} Milisekunden (Standardwert). Zeit, die das Mailrelay die Grußbotschaft verzögert. Sendet der verbundene Client vor Ablauf dieser Zeit SMTP Kommandos, wird sein Request beim RCPT TO-Kommando mit einem "Protocol Error" abgewiesen.<br>{{Button|Ausnahmen}} können für bekannte Mailserver als Netzwerk- oder Host-IP-Adresse definiert werden. <br>{{ Hinweis | !| grün }}Erfolgreich wartende Mailserver werden außerdem automatisch für einen Tag in die Whitelist aufgenommen.| w=245px | m=5px }} | ||
Zeile 191: | Zeile 190: | ||
{{h6 | Beschränkung pro Client | {{ Kasten | Beschränkung pro Client}} }} | {{h6 | Beschränkung pro Client | {{ Kasten | Beschränkung pro Client}} }} | ||
{{ td | {{ b | Verbindungen limitieren:}} | {{ButtonAus |Aus}}<br>{{Button|Ausnahmen}} können für bekannte Mailserver als Host- | {{ td | {{ b | Verbindungen limitieren:}} | {{ButtonAus |Aus}}<br>{{Button|Ausnahmen}} können für bekannte Mailserver als Netzwerk- oder Host-IP-Adresse definiert werden.<br>Konfiguration, wenn ein einzelner Mailserver (identifiziert anhand seiner IP-Adresse) maximal eine Verbindung zur UTM Appliance und maximal 5 Verbindungen nacheinander pro Minute aufbauen dürfen soll: | w=245px | m=5px }} | ||
{{ td | {{Beschriftung| Erlaubte Verbindungen:}} | {{ ic | 1 | c}} Anzahl der Verbindungen, | {{ td | {{Beschriftung| Erlaubte Verbindungen:}} | {{ ic | 1 | c}} Anzahl der Verbindungen, je verbundenem Mailserver (Client). | w=245px | m=5px}} | ||
{{ td | {{ b | Zugriffskontrolle aktivieren: }} | {{ ButtonAus}} Beschränkt die Anzahl der Verbindungen | {{ td | {{ b | Zugriffskontrolle aktivieren: }} | {{ ButtonAus}} Beschränkt die Anzahl der Verbindungen je verbundenem Mailserver (Client) innerhalb eines Zeitfensters. | w=245px | m=5px}} | ||
{{ td | {{ b | Zeitfenster: }} | {{ic | 60 | c }} Sekunden | w=245px | m=5px}} | {{ td | {{ b | Zeitfenster: }} | {{ic | 60 | c }} Sekunden | w=245px | m=5px}} | ||
{{ td | {{ b | Verbindungen pro Zeitfenster: }} | {{ ic | 5 | c }} | w=245px| m=5px }} | {{ td | {{ b | Verbindungen pro Zeitfenster: }} | {{ ic | 5 | c }} | w=245px| m=5px }} | ||
Zeile 200: | Zeile 199: | ||
{{h6 | Sonstige | {{Kasten | Sonstige }} }} | {{h6 | Sonstige | {{Kasten | Sonstige }} }} | ||
{{ td | {{Beschriftung| HELO benötigt:}} | {{ ButtonAn |Ein}} Sollte unbedingt aktiviert bleiben (Standard) Dieser Schalter existiert, um Abwärtskompatibilität zu gewähleisten. | w=245px |m=5px}} | {{ td | {{Beschriftung| HELO benötigt:}} | {{ ButtonAn |Ein}} Sollte unbedingt aktiviert bleiben (Standard) Dieser Schalter existiert, um Abwärtskompatibilität zu gewähleisten. | w=245px |m=5px}} | ||
{{ td | {{Beschriftung|Reverse DNS lookup benötigt:}} | {{ButtonAus |Aus}} | {{ td | {{Beschriftung|Reverse DNS lookup benötigt:}} | {{ButtonAus |Aus}} Verlangt, dass für verbundene Mailserver ein Reverse-Lookup(Address) existiert. Der Forward Lookup muss wieder die IP-Adresse ergibt. | w=245px | m=5px }} | ||
{{ td | {{Beschriftung|Unauflösbare Domains akzeptieren:}} | {{ButtonAus |Aus}} | {{ td | {{Beschriftung|Unauflösbare Domains akzeptieren:}} | {{ButtonAus |Aus}} Erlaubt Absenderadressen, deren Domäne nicht per DNS auflösbar ist. | w=245px | m=5px}} | ||
{{ td | {{ b | Maximale Anzahl an Prozessen: }} | {{ ic | 10 | c }} | w=245px }} | {{ td | {{ b | Maximale Anzahl an Prozessen: }} | {{ ic | 10 | c }} Steuert die globale Anzahl gleichzeitiger Verbindungen zum Mailrelay (und anhängender Filter und Spamabwehr-Prozesse)| w=245px }} | ||
<br><br> | <br><br> | ||
Zeile 228: | Zeile 227: | ||
<p>Damit das Mailrelay die Mails aus dem internen Netz bzw. vom Mailserver auch annimmt, müssen die Einstellungen im Reiter {{Reiter|Relaying}} um einen entsprechenden Eintrag ergänzt werden. Als Kriterium dient die Netzwerkadresse des entsprechenden Subnetzes bzw. die IP-Adresse des betreffenden Rechners:</p> | <p>Damit das Mailrelay die Mails aus dem internen Netz bzw. vom Mailserver auch annimmt, müssen die Einstellungen im Reiter {{Reiter|Relaying}} um einen entsprechenden Eintrag ergänzt werden. Als Kriterium dient die Netzwerkadresse des entsprechenden Subnetzes bzw. die IP-Adresse des betreffenden Rechners:</p> | ||
{{td | {{Button|+ Domain / Host hinzufügen}} | | {{td | {{Button|+ Domain / Host hinzufügen}} | | ||
{{ td | {{Beschriftung|Domain}} | <code>192.168.175.30/30</code> oder <code>192.168.175.100</code><br>{{Hinweis | Dieses sind Beispiel-IPs. Diese müssen durch individuelle Adressen ersetzt werden! | gelb}} | w=100px }} | {{ td | {{Beschriftung|Domain}} | <code>192.168.175.30/30</code> oder <code>192.168.175.100</code><br>{{Hinweis | Dieses sind Beispiel-IPs für die internen Mailserver. Diese müssen durch individuelle Adressen ersetzt werden! | gelb}} | w=100px }} | ||
{{ td | {{Beschriftung|Option}} | {{MenuD|None}} | w=100px }} | {{ td | {{Beschriftung|Option}} | {{MenuD|None}} | w=100px }} | ||
{{ td | {{Beschriftung|Aktion}} | {{MenuD|Relay}} | w=100px }} }} | {{ td | {{Beschriftung|Aktion}} | {{MenuD|Relay}} | w=100px }} }} |
Aktuelle Version vom 1. Februar 2024, 10:29 Uhr
notempty
Konfiguration des Mailrelays
Letzte Anpassung zur Version: 11.8.2
- Bemerkung:
-
- Smarthost Verifikation: Mailserver können mittels Zertifikat (pki oder dane) auf Echtheit überprüft werden.
- TLS-Einstellungen als Server und als Client separat konfigurierbar.
- TLS-Einstellungen erweitert für dane-konforme Server
- Maximale Anzahl an Prozessen lassen sich im Reiter Erweitert einstellen.
Vorherige Versionen: 11.7 / 11.8
Konfiguration des Mailrelay
Die Securepoint UTM Appliance kann mithilfe des Mailrelays E-Mails entgegennehmen und an einen Mailserver im internen Netzwerk weiterleiten. Das Mailrelay prüft die empfangenen E-Mails und teilt diese in eine entsprechende Kategorie ein. Anhand der Kategorie, wird entschieden ob eine E-Mail an den internen Mailserver weitergeleitet wird oder nicht.
Zum Schutz vor Spam bzw. zur Entlastung des Mailfilters lassen sich weitere Optionen konfigurieren. So stammt weit über 90% des Spams nicht von regulären Mailservern, sondern vielmehr von durch Viren und Trojaner kompromittierten Privat- und Arbeitsplatzrechner. Dagegen haben sich die Überprüfung der Ziel E-Mail-Adressen, das Greylisting und die Greeting Pause als wirksame Funktionen erwiesen.
Voraussetzungen
Providerseitige Einstellungen
Um eine reibungslose Teilnahme am Mailverkehr zu gewährleisten, müssen einige Voraussetzungen erfüllt sein:
- Eine feste IP-Adresse.
- Einen A-Record auf dem DNS-Server des Providers, der auf diese IP auflöst (z.B. mail.firma.de).
- Einen MX-Record, der festlegt, unter welcher Adresse der Mailserver einer Domain erreichbar ist (z.B. mail.firma.de).
- Einen PTR-Record, der die feste IP auf den MX-Record zurückauflöst (reverse DNS).
Dies sind alles Einstellungen, die providerseitig vorgenommen werden müssen und NICHT auf der Securepoint Appliance!
Hinweis: Da für abgewiesene Mails bzw. Mails, die noch nicht an den internen Mailserver zugestellt werden konnten, ein gewisses Maß an Speicherplatz zur Verfügung stehen muss, sollten die Hardware-Empfehlungen unbedingt berücksichtigt werden!
Regelwerk
Um anderen Mailservern die Zustellung von Mails auf das Mailrelay zu ermöglichen, muss im Portfilter der Zugriff auf das externe Interface mit dem Protokoll SMTP erlaubt werden:
Hinweis: Sollte neben der Internetverbindung mit der IP, über die der Mailversand stattfindet, keine weitere verfügbar sein, muss dafür gesorgt werden, dass NUR dem Mailserver der Versand von Mail per SMTP erlaubt wird. Sonst könnte ein einziger von einem Trojaner kompromittierter Rechner im Netzwerk das Versenden von Mails empfindlich stören oder gar gänzlich unmöglich machen, weil dieser mit der öffentlichen IP Spams und Malware verbreitet und diese innerhalb kürzester Zeit auf entsprechenden Blacklisten für Spammer gelistet wird.
Wichtig: Es darf keine Portweiterleitung für SMTP existieren. Diese würde dafür sorgen, dass die Mails am Mailrelay vorbeigeleitet werden!
E-Mail-Adresse
Unter Globale E-Mail Adresse: sollte unbedingt eine Postmaster-Adresse konfiguriert werden. Sonst verbleiben nicht zustellbare Mails auf dem Festplattenspeicher. Dies kann dazu führen, dass der verfügbare Speicher irgendwann nicht mehr ausreicht und keine Mails mehr angenommen werden.
Grundkonfiguration des Mail Relay zum Empfang von Mails
Die Konfiguration des Mailrelay findet unter
Allgemein
Mailfilter aktivieren: | Ein aktivieren |
Postmaster-Adresse: | Hier muss eine korrekte Mail-Adresse hinterlegt sein. Diese E-Mail-Adresse wird im Dialog Globale E-Mail Adresse festgelegt. Änderungen sind nur dort möglich. im Feld |
Maximale Nachrichtengröße: | 20 Megabytes. Maximale Größe der Mails, die vom Mailrelay angenommen werden. |
Ausgehende IP-Adresse: | Bei Multipath-Routing kann hier eine ausgehende Schnittstelle durch die IP-Adresse angegeben werden. Auch die Kommunikation aus dem internen Netz läuft dann über diese IP-Adresse. Auf dem Mailserver und seiner Firewall müssen weitere Einstellungen vorgenommen werden, damit Mails von dieser IP-Adresse angenommen werden. |
Smarthost
Einstellungen für einen Smarthost werden nur benötigt, wenn ein solcher für ausgehende Mails nötig ist. Das ist z.B. der Fall, wenn kein eigener Mailserver betrieben wird oder keine feste öffentliche IP-Adresse vorliegt.
Smarthost aktivieren: | Ein aktiviert die Smarthost-Funktion. |
Smarthost: | smtp.anyideas.com Externer Mailserver (Beispieladresse) |
Port: | 25 Mail-Port für externen Mail-Server |
- Smarthost Verifikation:
Neu in 11.8.2 - Es wird keine Verifikation des Smarthosts vorgenommen.
- Der Smarthost wird anhand von standardmäßig installierten Root-CAs oder einer selbstsignierten CA verifiziert.
CA: (Default) Alternativ kann eine (zuvor unter erstellte oder importierte ) CA zur Authentifizierung ausgewählt werden.
- Der Smarthost wird ausschließlich mittels DANE Protokoll (RFC 6698) verifiziert und muss dieses unterstützen.
Das DANE-Protokoll erfordert zwingend die Aktivierung von DNSSEC.
Authentifizierung aktivieren: | Ein Ermöglicht die Authentifizierung am Smarthost-Mailserver. |
Benutzer: | Zugangsdaten |
Passwort | Zugangsdaten |
Relaying
Relaying-Liste
Zentrale Einstellung ist, welche Mails von der Securepoint Appliance angenommen und an den internen Mailserver weitergeleitet werden. Das Relaying kann bestimmten Hosts oder bestimmten Domains erlaubt werden.
Hinzufügen eines Eintrags mit dem Button
Angabe folgender Werte:
- Domain:
E-Mail-Domainname oder IP-Adresse
- Option
- Die Aktion wird auf alle Ereignisse angewendet.
- Hier wird die Absender-Domain ausgewertet. Beispiel: Domain: partnerfirma.de - Betrifft alle Mails mit der Domain
partnerfirma.de
im Absender.
Da sich die Absender-Domain leicht fälschen lässt, ist diese Option
nur nach sorgfältiger Prüfung einzusetzen.
- Hier wird die Empfänger-Domain ausgewertet. Beispiel: Domain: firma.de - Betrifft alle Mails mit der Domain
firma.de
im Empfänger.
- Hier wird die IP, der Hostname oder die Domain des Mailservers ausgewertet, der die Mail zustellen möchte. Beispiel: Domain:
partnerfirma.de
- Betrifft alle Mails, von Mailservern aus der Domainpartnerfirma.de
- unabhängig vom Sender oder Empfänger der Mail.
- Aktion
- Mails, die die entsprechenden Bedingungen erfüllen, werden angenommen und weitergeleitet.
- Mails werden abgewiesen.
- Mails werden angenommen und an ein lokales Postfach zugestellt, aber nicht weitergeleitet.
Um also alle Mails zu relayen, die für Empfänger der eigenen Domain bestimmt sind, muss folgender Eintrag konfiguriert werden:
- Domain
anyideas.de
- Option
- Aktion
- Exakten Domainnamen für das Relaying verwenden:
- Ein Das Relay reagiert nur auf den in der Liste eingetragenen Domainnamen und nicht auf nicht eingetragene Subdomains oder Erweiterungen.
Beispiel: In die Relayliste eingetragene Domain: anyideas.de
Ein
vom Mailrelay akzeptiertAus
vom Mailrelay akzeptiert@anyideas.de @anyideas.de
@support.anyideas.de
@anyideas.de.com
TLS Einstellungen
- TLS Verschlüsselung als Server:
- Ein Wird TLS deaktiviert, werden Mails über unverschlüsselte Verbindungen versendet!
- Zertifikat
- Das Mailrelay verwendet ein selbst-signiertes Zertifikat für die Transportverschlüsselung. Optional kann ein Zertifikat, dessen CN dem Hostnamen der UTM entspricht, unter importiert werden.
- TLS Verschlüsselung als Client:
Verwendet immer TLS. Verbindung mit Servern, die kein TLS anbieten, schlagen fehl.
Authentifiziert und verwendet TLS zu DANE-Konformen Servern, sofern es angeboten wird. Verwendet TLS, sofern es angeboten wird.
SMTP Routen
SMTP Routen-Liste
Hier muss eingestellt werden, an welchen Mailserver eine entgegengenommene Mail weitergeleitet werden soll. Falls dies nicht geschieht, wertet das Mailrelay den MX-Record der Empfänger-Domain aus - der auf das Relay selbst zeigt! Es wird dann ein sogenannter "Loopback" erkannt, durch den die Annahme der Mail mit einer entsprechenden Fehlermeldung abgebrochen wird. Im Folgenden können dann auch weitere Domains auf den gleichen oder auf andere Mailserver weitergeleitet werden.
Mit dem Button
werden weitere Routen angelegt.Erforderliche Angaben dabei:
Domain: | Maildomain |
Mailserver: | entweder als FQDN oder die IP-Adresse |
Einstellungen
In dieser Rubrik kann die Überprüfung der Ziel E-Mail-Adresse konfiguriert werden. Sie bewirkt, dass Mails an unbekannte Empfänger abgelehnt werden. So wird einerseits der Versuch, Spam an "erfundene" Empfänger zuzustellen, wirkungsvoll unterbunden, zum anderen erhalten eigentlich legitime Absender ein Feedback, dass ihre Mail nicht zugestellt werden konnte, beispielsweise weil sie sich bei der Empfängeradresse verschrieben haben.
- E-Mail-Adresse überprüfen:
- Es stehen folgende
- Es findet keine Überprüfung von E-Mail-Adressen statt. Es wird versucht, alle Mails zuzustellen.
- Die Securepoint Appliance fragt im Hintergrund den internen Mailserver ab.
Hinweis: Die Validierung muss ebenso am Mailserver aktiv sein! (Recipient Verification z.B. bei einem Exchange)
- Hier stehen alle bekannten Adressen.
- Mit können Mail-Adressen hinzugefügt und entfernt werden.
zur Verfügung:
Optionale Einstellungen
Weitere Einstellungen sind empfehlenswert, aber für einen operativen Einsatz nicht zwingend notwendig:
Greylisting
Greylisting bewirkt, dass der Zustellversuch eines unbekannten Mailservers zunächst abgelehnt wird. Spambots unternehmen in der Regel keine weiteren Zustellversuche, damit wurde die Zustellung von Spam bereits erfolgreich unterbunden, bevor die Mail durch die Spamfilter-Engine laufen musste.
Ein regulärer Mailserver wird hingegen nach einem gewissen Zeitraum einen erneuten, diesmal erfolgreichen Zustellversuch unternehmen.
Whitelist
Die Whitelist erlaubt folgende Einträge:
- IP / Netzwerke
- Hier können einzelne IP-Adressen oder Netzwerke hinzugefügt werden z.B.:
10.0.0.0/8
- Domains
- Hier können einzelne Mailserver-Domains hinzugefügt werden z.B.:
Maildomain.net
Wichtig Die Domain des Mailservers muss nicht identisch mit der E-Mail Domain des Absender sein.
Beispiel: Absenderuser@EigenerDomainname.de
sendet über den Mailserversmtp.allerweltsprovider.de
- Empfänger
- Hier können einzelne Empfänger hinzugefügt werden z.B.:
MailUser@Maildomain.de
- Absender
- Hier können einzelne Absender hinzugefügt werden z.B.:
MailSender@Maildomain.org
Um alle Absender einer E-Mail Domain in die Whitelist mit aufzunehmen, wird dieser Eintrag als Regulärer Ausdruck eingetragen:/.*@Maildomain\.org/
Einstellungen
Greylisting aktivieren: | aktiviert die Funktion |
SPF aktivieren: | Wenn das Sender Policy Framework der Absenderdomain korrekt im DNS eingetragen ist, wird die Mail ohne Verzögerung zugestellt. |
Automatisches Whitelisten für: | 7 Tage(Default) : Für diesen Zeitraum werden Mails sofort entgegengenommen. |
Verzögerung: | 2 Minuten(Default): Zeitraum, der dem sendenden Mailserver vorgegeben wird, um einen weiteren Zustellversuch vorzunehmen. |
Hinweis Je nach Konfiguration des sendenden Mailservers kann sich die erneute Zustellung um weitaus mehr als den konfigurierten Zeitraum (Auslieferzustand 2 Minuten) verzögern - im Extremfall um mehrere Stunden. In diesem Falle können Sender bzw. Empfänger von besonders zeitkritischen E-Mails manuell in eine Whitelist eingetragen werden
Positiv: Wird ein größerer Wert für Verzögerung von z.B.: 30 Minuten gewählt, kann die Scan-Engine bei der erneuten Zustellung mit zwischenzeitlich aktualisierten Virensignaturen eine höhere Erkennungswahrscheinlichkeit bei neuen Outbreaks aufweisen.
Domain Mapping
Domains können gemappt werden, um eingehende um Mails an z.B. user@anyideas.net
auch unter user@anyideas.de
zu empfangen.
Mit
kann das Mapping zwischen zwei Domains aktiviert werden.Dazu muss jeweils eine Quell-Domain: und eine Ziel-Domain: angegeben werden.
Erweiterte Einstellungen
Auf der Registerkarte "Erweitert" befinden sich weitere Optionen zur Vermeidung von Spam, die jeweils einzeln aktiviert werden können:
Greeting Pause
Status:- Ein aktiviert die Funktion.
- Dauer:
- 2000 Milisekunden (Standardwert). Zeit, die das Mailrelay die Grußbotschaft verzögert. Sendet der verbundene Client vor Ablauf dieser Zeit SMTP Kommandos, wird sein Request beim RCPT TO-Kommando mit einem "Protocol Error" abgewiesen.
können für bekannte Mailserver als Netzwerk- oder Host-IP-Adresse definiert werden.
Erfolgreich wartende Mailserver werden außerdem automatisch für einen Tag in die Whitelist aufgenommen.
Empfänger-Beschränkung
- Status:
- Aus
- Limit:
- 25 Empfänger
Diese Option blockiert Mails, die mehr als eine einstellbare Zahl Empfängeradressen aufweisen
Beschränkung pro Client
- Verbindungen limitieren:
- Aus
können für bekannte Mailserver als Netzwerk- oder Host-IP-Adresse definiert werden.
Konfiguration, wenn ein einzelner Mailserver (identifiziert anhand seiner IP-Adresse) maximal eine Verbindung zur UTM Appliance und maximal 5 Verbindungen nacheinander pro Minute aufbauen dürfen soll:
- Erlaubte Verbindungen:
- 1 Anzahl der Verbindungen, je verbundenem Mailserver (Client).
- Zugriffskontrolle aktivieren:
- Beschränkt die Anzahl der Verbindungen je verbundenem Mailserver (Client) innerhalb eines Zeitfensters.
- Zeitfenster:
- 60 Sekunden
- Verbindungen pro Zeitfenster:
- 5
Sonstige
- HELO benötigt:
- Ein Sollte unbedingt aktiviert bleiben (Standard) Dieser Schalter existiert, um Abwärtskompatibilität zu gewähleisten.
- Reverse DNS lookup benötigt:
- Aus Verlangt, dass für verbundene Mailserver ein Reverse-Lookup(Address) existiert. Der Forward Lookup muss wieder die IP-Adresse ergibt.
- Unauflösbare Domains akzeptieren:
- Aus Erlaubt Absenderadressen, deren Domäne nicht per DNS auflösbar ist.
- Maximale Anzahl an Prozessen:
- 10 Steuert die globale Anzahl gleichzeitiger Verbindungen zum Mailrelay (und anhängender Filter und Spamabwehr-Prozesse)
Konfiguration des Mailrelays für ausgehende Mails
Um wirklich sicherzugehen, dass keine Spams oder Malware aus dem eigenen Netz versendet werden können, kann das Mailrelay auch für ausgehende Mails verwendet werden.
Regelwerk
Um den Zugriff auf das Mailrelay zu erlauben, muss den zum Mailversand berechtigten Hosts der Zugriff auf die entsprechende Schnittstelle der Securepoint Appliance (abhängig von der Zone, in der sich die Hosts befinden) über das Protokoll SMTP erlaubt werden. Dies kann je nach Anforderung ein einzelner Host (z.B. der Mailserver), eine Gruppe von Hosts oder das gesamte Netzwerk sein. Wichtig ist, dass sämtliche Anwendungen, die Mails über das Mailrelay versenden sollen, die entsprechende Schnittstelle der Firewall als SMTP-Server bzw. Smarthost eingetragen haben.
Um z.B. dem internen Netzwerk den Zugriff auf das Mailrelay zu gestatten, kann das Regelwerk mit den vordefinierten Netzwerkgruppen erstellt werden:
Soll nur der Mailserver Mails versenden können, muss dieser zunächst als Netzwerkobjekt angelegt werden:
Dieses Objekt kann dann in der Firewall-Regel verwendet werden:
Soll einer bestimmten Gruppe von Rechnern im internen Netzwerk gestattet sein, das Mailrelay zu benutzen, dann müssen diese Rechner jeweils als Netzwerkobjekt angelegt werden. Diese können dann in einer Gruppe zusammengefasst werden (z.B. "SMTP-Berechtigte").
Konfiguration Relaying
Damit das Mailrelay die Mails aus dem internen Netz bzw. vom Mailserver auch annimmt, müssen die Einstellungen im Reiter Relaying um einen entsprechenden Eintrag ergänzt werden. Als Kriterium dient die Netzwerkadresse des entsprechenden Subnetzes bzw. die IP-Adresse des betreffenden Rechners:
- Domain
192.168.175.30/30
oder192.168.175.100
Dieses sind Beispiel-IPs für die internen Mailserver. Diese müssen durch individuelle Adressen ersetzt werden!
- Option
- Aktion
Ergebnis
Die UTM kann jetzt eingehende und ggf. auch ausgehende Mails auf Spam und Viren überprüfen.