Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
GILT FÜR:
2016 2019 Subscription Edition
Dieses Thema enthält Informationen zu den Netzwerkports, die von Exchange Server 2016 und Exchange Server 2019 für die Kommunikation mit E-Mail-Clients, Internet-Mailservern und anderen Diensten außerhalb Ihrer lokalen Exchange-Organization verwendet werden. Bevor wir dies vertiefen, möchten wir Sie zunächst mit den folgenden Grundregeln vertraut machen:
Das Einschränken oder Ändern des Netzwerkdatenverkehrs zwischen internen Exchange-Servern, zwischen internen Exchange-Servern und internen Lync- oder Skype for Business-Servern oder zwischen internen Exchange-Servern und internen Active Directory-Domänencontrollern in allen Topologietypen wird nicht unterstützt. Wenn Sie Firewalls oder Netzwerkgeräte haben, die diese Art von internem Netzwerkverkehr möglicherweise einschränken oder verändern könnten, müssen Sie Regeln konfigurieren, die eine freie und uneingeschränkte Kommunikation zwischen diesen Servern ermöglichen: Regeln, die ein- und ausgehenden Netzwerkverkehr an jedem Port (einschließlich zufälliger RPC-Ports) und jedem Protokoll zulassen, ohne Bits in der Leitung zu ändern.
Edge-Transport-Server befinden sich fast immer in einem Umkreisnetzwerk. Daher ist zu erwarten, dass Sie den Netzwerkverkehr zwischen dem Edge-Transport-Server und dem Internet sowie zwischen dem Edge-Transport-Server und Ihrer internen Exchange-Organization einschränken. Diese Netzwerkports werden in diesem Thema beschrieben.
Es wird erwartet, dass Sie den Netzwerkverkehr zwischen externen Clients und Diensten und Ihrer internen Exchange-Organisation beschränken. Sie können auch den Netzwerkdatenverkehr zwischen internen Clients und internen Exchange-Servern beschränken. Diese Netzwerkports werden in diesem Thema beschrieben.
Für Clients und Dienste erforderliche Netzwerkports
Die Netzwerkports, die E-Mail-Clients für den Zugriff auf Postfächer und andere Dienste in der Exchange-Organisation benötigen, werden in der nachstehenden Abbildung und Tabelle beschrieben.
Hinweise:
Das Ziel für diese Clients und Dienste sind die Clientzugriffsdienste auf einem Postfachserver. In Exchange 2016 und Exchange 2019 werden Clientzugriff (Front-End) und Back-End-Dienste zusammen auf demselben Postfachserver installiert. Weitere Informationen finden Sie unter Clientzugriffsprotokollarchitektur.
Obwohl das Diagramm Clients und Dienste aus dem Internet zeigt, sind die Konzepte für interne Clients identisch (z. B. Clients in einer Kontengesamtstruktur, die auf Exchange-Server in einer Ressourcengesamtstruktur zugreifen). Ebenso hat die Tabelle keine Quellspalte, da die Quelle ein beliebiger Speicherort außerhalb der Exchange-Organisation sein kann (z. B. das Internet oder eine Kontogesamtstruktur).
Edge-Transport-Server sind nicht am Netzwerkdatenverkehr beteiligt, der diesen Clients und Diensten zugeordnet ist.
| Zweck | Ports | Kommentare |
|---|---|---|
Verschlüsselte Webverbindungen werden von folgenden Clients und Diensten verwendet:
|
443/TCP (HTTPS) | Weitere Informationen zu diesen Clients und Diensten finden Sie in den folgenden Themen: |
Unverschlüsselte Webverbindungen werden von folgenden Clients und Diensten verwendet:
|
80/TCP (HTTP) | Sofern möglich, empfehlen wir die Verwendung verschlüsselter Webverbindungen an 443/TCP zum Schutz von Daten und Anmeldeinformationen. Möglicherweise müssen einige Dienste jedoch für die Verwendung unverschlüsselter Webverbindungen auf 80/TCP zu den Clientzugriffsdiensten auf Postfachservern konfiguriert werden. Weitere Informationen zu diesen Clients und Diensten finden Sie in den folgenden Themen: |
| IMAP4-Clients | 143/TCP (IMAP), 993/TCP (sicheres IMAP) | IMAP4 ist standardmäßig deaktiviert. Weitere Informationen finden Sie unter POP3 und IMAP4 in Exchange Server. Der IMAP4-Dienst in den Clientzugriffsdiensten auf dem Postfachserver stellt Verbindungen zum IMAP4-Back-End-Dienst auf einem Postfachserver als Proxy her. |
| POP3-Clients | 110/TCP (POP3), 995/TCP (sicheres POP3) | POP3 ist standardmäßig deaktiviert. Weitere Informationen finden Sie unter POP3 und IMAP4 in Exchange Server. Der POP3-Dienst in den Clientzugriffsdiensten auf dem Postfachserver stellt Verbindungen zum POP3-Back-End-Dienst auf einem Postfachserver als Proxy her. |
| SMTP-Clients (authentifiziert) | 587/TCP (authentifiziertes SMTP) | Der empfangene Standardconnector namens "Name> des Client-Front-End-Servers<" im Front-End-Transport-Dienst lauscht auf authentifizierte SMTP-Clientübermittlungen an Port 587. Hinweis: Wenn Sie E-Mail-Clients haben, die nur authentifizierte SMTP-E-Mails an Port 25 senden können, können Sie die Netzwerkadapterbindungen des Clientempfangsconnectors so ändern, dass sie auch auf authentifizierte SMTP-E-Mail-Übermittlungen auf Port 25 lauschen. |
Für den E-Mail-Fluss erforderliche Netzwerkports
Die Übermittlung von E-Mails an Ihre und aus Ihrer Exchange-Organisation richtet sich nach Ihrer Exchange-Topologie. Der wichtigste Faktor ist, ob Sie in Ihrem Umkreisnetzwerk einen abonnierten Edge-Transport-Server bereitgestellt haben.
Für den E-Mail-Fluss Netzwerkports (ohne Edge-Transport-Server)
Die Netzwerkports, die für den Nachrichtenfluss in einer Exchange-Organisation erforderlich sind, die nur Postfachserver hat, werden im folgenden Diagramm und in der folgenden Tabelle beschrieben.
| Zweck | Ports | Quelle | Ziel | Kommentare |
|---|---|---|---|---|
| Eingehende E-Mails | 25/TCP (SMTP) | Internet (alle) | Postfachserver | Der Standardempfangsconnector mit dem Namen "Standardname> des Front-End-Postfachservers<" im Front-End-Transport-Dienst überwacht anonyme eingehende SMTP-Mails an Port 25. E-Mails werden vom Front-End-Transportdienst an den Transportdienst auf einem Postfachserver mithilfe des impliziten und unsichtbaren Connectors für das Senden innerhalb einer organization weitergeleitet, der E-Mails automatisch zwischen Exchange-Servern in derselben organization weiterleitet. Weitere Informationen finden Sie unter Implizites Senden von Connectors. |
| Ausgehende E-Mails | 25/TCP (SMTP) | Postfachserver | Internet (alle) | Standardmäßig erstellt Exchange keine Sendeconnectors, mit denen Sie E-Mails an das Internet senden können. Sie müssen Sendeconnectors manuell erstellen. Weitere Informationen finden Sie unter Erstellen eines Sendeconnectors zum Senden von E-Mails an das Internet. |
| Ausgehende E-Mail (bei Proxyübertragung durch den Front-End-Transportdienst) | 25/TCP (SMTP) | Postfachserver | Internet (alle) | Ausgehende E-Mails werden nur dann über den Front-End-Transport-Dienst weitergeleitet, wenn für einen Sendeconnector "Proxy" über den Clientzugriffsserver im Exchange Admin Center oder -FrontEndProxyEnabled $true in der Exchange-Verwaltungsshell konfiguriert ist. In diesem Fall überwacht der standardmäßige Empfangsconnector namens "Name> des ausgehenden Proxy-Front-End-Postfachservers<" im Front-End-Transportdienst ausgehende E-Mails vom Transportdienst auf einem Postfachserver. Weitere Informationen finden Sie unter Configure Send connectors to proxy outbound mail. |
| DNS für die Namensauflösung des nächsten E-Mail-Hops (nicht abgebildet) | 53/UDP, 53/TCP (DNS) | Postfachserver | DNS-Server | Weitere Informationen finden Sie in diesem Thema im Abschnitt zur Namensauflösung . |
Netzwerkports, die für den E-Mail-Fluss mit Edge-Transport-Servern erforderlich sind
Ein abonnierter Edge-Transport-Server, der in Ihrem Umkreisnetzwerk installiert ist, wirkt sich auf den Nachrichtenfluss auf folgende Weise aus:
Ausgehende E-Mails von der Exchange-organization fließen nie durch den Front-End-Transport-Dienst auf Postfachservern. E-Mails fließen immer vom Transportdienst auf einem Postfachserver am abonnierten Active Directory-Standort zum Edge-Transport-Server (unabhängig von der Exchange-Version auf dem Edge-Transport-Server).
Eingehende E-Mails fließen vom Edge-Transport-Server zu einem Postfachserver am abonnierten Active Directory-Standort. Insbesondere gilt:
E-Mails von einem Edge-Transport-Server ab Exchange 2013 erreichen zunächst den Front-End-Transportdienst, bevor sie an den Transportdienst auf einem Exchange 2016- oder Exchange 2019-Postfachserver weitergeleitet werden.
In Exchange 2016 werden E-Mails von einem Exchange 2010 Edge-Transport-Server immer direkt an den Transportdienst auf einem Exchange 2016-Postfachserver übermittelt. Beachten Sie, dass die Koexistenz mit Exchange 2010 in Exchange 2019 nicht unterstützt wird.
Weitere Informationen finden Sie unter Mail flow and the transport pipeline.
Die Netzwerkports, die für den E-Mail-Fluss in Exchange-Organisationen erforderlich sind, die über Edge-Transport-Server verfügen, werden in der folgenden Abbildung und Tabelle beschrieben.
| Zweck | Ports | Quelle | Ziel | Kommentare |
|---|---|---|---|---|
| Eingehende E-Mails - Internet zu Edge-Transport-Server | 25/TCP (SMTP) | Internet (alle) | Edge-Transport-Server | Der standardmäßige Empfangsconnector mit dem Namen "Name> des standardmäßigen internen Empfangsconnectors< Edge-Transport-Server" auf dem Edge-Transport-Server überwacht anonyme SMTP-E-Mails an Port 25. |
| Eingehende E-Mails - Edge-Transport-Server zu interner Exchange-Organisation | 25/TCP (SMTP) | Edge-Transport-Server | Postfachserver am abonnierten Active Directory-Standort | Der standardmäßige Sendeconnector namens "EdgeSync – Eingehend zu <Active Directory-Standortname>" leitet eingehende E-Mails über Port 25 an einen beliebigen Postfachserver am abonnierten Active Directory-Standort weiter. Weitere Informationen finden Sie unter Automatische Erstellung von Sendeconnectors durch das Edge-Abonnement Der Standardempfangsconnector namens "Standardname> des Front-End-Postfachservers<" im Front-End-Transport-Dienst auf dem Postfachserver überwacht alle eingehenden E-Mails (einschließlich E-Mails von Edge-Transport-Servern in Exchange 2013 oder höher) auf Port 25. |
| Ausgehende E-Mails - interne Exchange-Organisation zu Edge-Transport-Server | 25/TCP (SMTP) | Postfachserver am abonnierten Active Directory-Standort | Edge-Transport-Server | Ausgehende E-Mails umgehen immer den Front-End-Transport-Dienst auf Postfachservern. E-Mails werden vom Transportdienst auf einem beliebigen Postfachserver am abonnierten Active Directory-Standort an einen Edge-Transport-Server weitergeleitet, wobei der implizite und unsichtbare organization-interne Sendeconnector verwendet wird, der E-Mails automatisch zwischen Exchange-Servern in derselben organization weiterleitet. Der standardmäßige Empfangsconnector mit dem Namen "Name> des standardmäßigen internen< Empfangsconnectors-Edgetransportservers" auf dem Edge-Transport-Server überwacht SMTP-Mails auf Port 25 vom Transportdienst auf einem beliebigen Postfachserver am abonnierten Active Directory-Standort. |
| Ausgehende E-Mails – Edge-Transport-Server zum Internet | 25/TCP (SMTP) | Edge-Transport-Server | Internet (alle) | Der standardmäßige Sendeconnector namens "EdgeSync – <Active Directory-Standortname> zum Internet" leitet ausgehende E-Mails auf Port 25 vom Edge-Transport-Server an das Internet weiter. |
| EdgeSync-Synchronisierung | 50636/TCP (sicheres LDAP) | Postfachserver am abonnierten Active Directory-Standort, die an der EdgeSync-Synchronisierung teilnehmen | Edge-Transport-Server | Wenn der Edge-Transport-Server den Active Directory-Standort abonniert hat, nehmen alle Postfachserver, die zu diesem Zeitpunkt am Standort vorhanden sind, an der EdgeSync-Synchronisierung teil. Postfachserver, die Sie später hinzufügen, nehmen jedoch nicht automatisch an der EdgeSync-Synchronisierung teil. |
| DNS für die Namensauflösung des nächsten E-Mail-Hops (nicht abgebildet) | 53/UDP, 53/TCP (DNS) | Edge-Transport-Server | DNS-Server | Weitere Informationen finden Sie weiter unten in diesem Thema im Abschnitt zur Namensauflösung . |
| Offene Proxyservererkennung in der Absenderzuverlässigkeit (nicht im Bild) | Siehe Kommentare | Edge-Transport-Server | Internet | Standardmäßig verwendet die Absenderzuverlässigkeit (der Protokollanalyse-Agent) die Erkennung offener Proxyserver als eines der Kriterien für die Berechnung der Absenderzuverlässigkeitsstufe (Sender Reputation Level, SRL) des Quellmessagingservers. Weitere Informationen finden Sie unter Absenderzuverlässigkeit und der Protokollanalyse-Agent. Die Erkennung offener Proxyserver verwendet die folgenden Protokolle und TCP-Ports, um Quellmessagingserver auf einen offenen Proxy zu testen:
Wenn Ihre Organization einen Proxyserver zur Steuerung des ausgehenden Internetdatenverkehrs verwendet, müssen Sie außerdem den Proxyservernamen, den Typ und den TCP-Port definieren, die für die Absenderreputation für den Zugriff auf das Internet für die Erkennung offener Proxyserver erforderlich sind. Alternativ können Sie die Erkennung offener Proxyserver in der Absenderzuverlässigkeit deaktivieren. Weitere Informationen finden Sie unter Verfahren zur Absenderzuverlässigkeit. |
Namensauflösung
DNS-Auflösung des nächsten E-Mail-Hops ist ein grundlegender Bestandteil des E-Mail-Flusses in jeder Exchange-Organisation. Exchange-Server, die für das Empfangen von eingehenden E-Mails oder das Übermitteln von ausgehenden E-Mails zuständig sind, müssen in der Lage sein, interne und externe Hostnamen für die richtige E-Mail-Weiterleitung aufzulösen. Alle internen Exchange-Server müssen in der Lage, interne Hostnamen für die richtige E-Mail-Weiterleitung aufzulösen . Es gibt zahlreiche Möglichkeiten zum Entwerfen einer DNS-Infrastruktur, doch wichtig ist es, eine ordnungsgemäße Funktionsweise der Namensauflösung des nächsten Hops für alle Exchange-Server sicherzustellen.
Für Hybridbereitstellungen erforderliche Netzwerkports
Die Netzwerkports, die für eine organization erforderlich sind, die sowohl lokale Exchange als auch Microsoft 365 oder Office 365 verwendet, werden in Hybridbereitstellung behandelt: Protokolle, Ports und Endpunkte.
Für Unified Messaging in Exchange 2016 erforderliche Netzwerkports
Die Netzwerkports, die für Unified Messaging in Exchange 2013 und Exchange 2016 erforderlich sind, werden im Thema UM-Protokolle, -Ports und -Dienste behandelt.