Konfigurieren einer Firewall für Active Directory-Domänen und -Vertrauensstellungen

In diesem Artikel wird beschrieben, wie Sie eine Firewall für Active Directory-Domänen und -Vertrauensstellungen konfigurieren.

Gilt für:   Windows Server 2019, Windows Server 2016, Windows Server 2012 R2 Standard, Windows Server 2012 Standard
Ursprüngliche KB-Nummer:   179442

Hinweis

Nicht alle Ports, die in den tabellen hier aufgeführt sind, sind in allen Szenarien erforderlich. Wenn die Firewall beispielsweise Mitglieder und DCs trennt, müssen Sie die FRS- oder DFSR-Ports nicht öffnen. Wenn Sie außerdem wissen, dass keine Clients LDAP mit SSL/TLS verwenden, müssen Sie die Ports 636 und 3269 nicht öffnen.

Weitere Informationen

Hinweis

Die beiden Domänencontroller befinden sich in derselben Gesamtstruktur oder die beiden Domänencontroller befinden sich in einer separaten Gesamtstruktur. Außerdem sind die Vertrauensstellungen in der Gesamtstruktur Windows Server 2003-Vertrauensstellungen oder neueren Versionsvertrauensstellungen.

Clientports Serverport Dienst
1024-65535/TCP 135/TCP RPC Endpoint Mapper
1024-65535/TCP 1024-65535/TCP RPC für LSA, SAM, NetLogon (*)
1024-65535/TCP/UDP 389/TCP/UDP LDAP
1024-65535/TCP 636/TCP LDAP SSL
1024-65535/TCP 3268/TCP LDAP-GC
1024-65535/TCP 3269/TCP LDAP GC SSL
53.1024-65535/TCP/UDP 53/TCP/UDP DNS
1024-65535/TCP/UDP 88/TCP/UDP Kerberos
1024-65535/TCP 445/TCP Smb
1024-65535/TCP 1024-65535/TCP FRS RPC (*)

NETBIOS-Ports wie für Windows NT aufgeführt sind auch für Windows 2000 und Windows Server 2003 erforderlich, wenn Vertrauensstellungen für Domänen konfiguriert sind, die nur NETBIOS-basierte Kommunikation unterstützen. Beispiele hierfür sind Windows NT-basierte Betriebssysteme oder Domänencontroller von Drittanbietern, die auf Samin basieren.

Weitere Informationen zum Definieren von RPC-Serverports, die von den LSA-RPC-Diensten verwendet werden, finden Sie unter:

Windows Server 2008 und höhere Versionen

Windows Neuere Server 2008-Versionen von Windows Server haben den dynamischen Clientportbereich für ausgehende Verbindungen erhöht. Der neue Standardstartport ist 49152, und der Standardendport ist 65535. Daher müssen Sie den RPC-Portbereich in Ihren Firewalls erhöhen. Diese Änderung wurde vorgenommen, um den Empfehlungen der Internet Assigned Numbers Authority (IANA) zu entsprechen. Dies unterscheidet sich von einer Domäne im gemischten Modus, die aus Windows Server 2003-Domänencontrollern, Windows 2000 serverbasierten Domänencontrollern oder älteren Clients besteht, wobei der dynamische Standardportbereich 1025 bis 5000 beträgt.

Weitere Informationen zur Änderung des dynamischen Portbereichs in Windows Server 2012 und Windows Server 2012 R2 finden Sie unter:

Clientports Serverport Dienst
49152 -65535/UDP 123/UDP W32time
49152 -65535/TCP 135/TCP RPC Endpoint Mapper
49152 -65535/TCP 464/TCP/UDP Kerberos-Kennwortänderung
49152 -65535/TCP 49152-65535/TCP RPC für LSA, SAM, NetLogon (*)
49152 -65535/TCP/UDP 389/TCP/UDP LDAP
49152 -65535/TCP 636/TCP LDAP SSL
49152 -65535/TCP 3268/TCP LDAP-GC
49152 -65535/TCP 3269/TCP LDAP GC SSL
53, 49152 -65535/TCP/UDP 53/TCP/UDP DNS
49152 -65535/TCP 49152 -65535/TCP FRS RPC (*)
49152 -65535/TCP/UDP 88/TCP/UDP Kerberos
49152 -65535/TCP/UDP 445/TCP SMB (**)
49152 -65535/TCP 49152-65535/TCP DFSR-RPC (*)

NETBIOS-Ports wie für Windows NT aufgeführt sind auch für Windows 2000 und Server 2003 erforderlich, wenn Vertrauensstellungen für Domänen konfiguriert sind, die nur NETBIOS-basierte Kommunikation unterstützen. Beispiele hierfür sind Windows NT-basierte Betriebssysteme oder Domänencontroller von Drittanbietern, die auf Samin basieren.

(*) Informationen zum Definieren von RPC-Serverports, die von den LSA-RPC-Diensten verwendet werden, finden Sie unter:

(**) Für den Betrieb der Vertrauensstellung ist dieser Port nicht erforderlich, er wird nur für die Erstellung von Vertrauensstellungen verwendet.

Hinweis

Externe Vertrauensstellung 123/UDP ist nur erforderlich, wenn Sie den Windows Zeitdienst für die Synchronisierung mit einem Server über die externe Vertrauensstellung manuell konfiguriert haben.

Active Directory

Der Microsoft LDAP-Client verwendet ICMP-Ping, wenn eine LDAP-Anforderung für längere Zeit aussteht und auf eine Antwort wartet. Es sendet Pinganforderungen, um zu überprüfen, ob sich der Server noch im Netzwerk befindet. Wenn keine Pingantworten empfangen werden, schlägt die LDAP-Anforderung mit LDAP_TIMEOUT fehl.

Der Windows-Redirector verwendet auch ICMP-Pingnachrichten, um zu überprüfen, ob eine Server-IP vom DNS-Dienst aufgelöst wird, bevor eine Verbindung hergestellt wird und wenn sich ein Server mit dfs befindet. Wenn Sie ICMP-Datenverkehr minimieren möchten, können Sie die folgende Beispielfirewallregel verwenden:

<any> ICMP -> DC IP addr = allow

Im Gegensatz zur TCP-Protokollebene und der UDP-Protokollebene verfügt ICMP nicht über eine Portnummer. Dies liegt daran, dass ICMP direkt von der IP-Ebene gehostet wird.

Standardmäßig verwenden Windows Server 2003- und Windows 2000 Server-DNS-Server kurzlebige clientseitige Ports, wenn sie andere DNS-Server abfragen. Dieses Verhalten kann jedoch durch eine bestimmte Registrierungseinstellung geändert werden. Sie können auch eine Vertrauensstellung über den PpTP-Tunnelerzwingungstunnel (Point-to-Point Tunneling Protocol) einrichten. Dadurch wird die Anzahl der Ports begrenzt, die die Firewall öffnen muss. Für PPTP müssen die folgenden Ports aktiviert sein.

Clientports Serverport Protokoll
1024-65535/TCP 1723/TCP Pptp

Darüber hinaus müssten Sie IP PROTOCOL 47 (GRE) aktivieren.

Hinweis

Wenn Sie einer Ressource in einer vertrauenswürdigen Domäne Berechtigungen für Benutzer in einer vertrauenswürdigen Domäne hinzufügen, gibt es einige Unterschiede zwischen dem Verhalten Windows 2000 und Windows NT 4.0. Wenn auf dem Computer keine Liste der Benutzer der Remotedomäne angezeigt werden kann, berücksichtigen Sie das folgende Verhalten:

  • Windows NT 4.0 versucht, manuell eingegebene Namen aufzulösen, indem der PDC für die Domäne des Remotebenutzers (UDP 138) kontaktiert wird. Wenn diese Kommunikation fehlschlägt, kontaktiert ein Windows NT 4.0-basierten Computer seinen eigenen PDC und fordert dann die Auflösung des Namens an.
  • Windows 2000 und Windows Server 2003 versuchen Sie auch, den PDC des Remotebenutzers zur Auflösung über UDP 138 zu kontaktieren. Sie sind jedoch nicht auf die Verwendung ihres eigenen PDC angewiesen. Stellen Sie sicher, dass alle Windows 2000-basierten Mitgliedsserver und Windows Server 2003-basierten Mitgliedsservern, die Zugriff auf Ressourcen gewähren, über UDP 138-Konnektivität zum Remote-PDC verfügen.

Referenz

Dienstübersicht und Netzwerkportanforderungen für Windows sind eine wertvolle Ressource, die die erforderlichen Netzwerkports, Protokolle und Dienste darstellt, die von Microsoft-Client- und Serverbetriebssystemen, serverbasierten Programmen und deren Unterkomponenten im Microsoft Windows Server-System verwendet werden. Administratoren und Support-Experten können den Artikel als Roadmap verwenden, um zu bestimmen, welche Ports und Protokolle Microsoft-Betriebssysteme und -Programme für die Netzwerkkonnektivität in einem segmentierten Netzwerk benötigen.

Sie sollten die Portinformationen in der Dienstübersicht und die Netzwerkportanforderungen für Windows nicht verwenden, um Windows Firewall zu konfigurieren. Informationen zum Konfigurieren Windows Firewall finden Sie unter Windows Firewall mit erweiterter Sicherheit.