Amazon FSx File Gateway ist für Neukunden nicht mehr verfügbar. Bestehende Kunden von FSx File Gateway können den Service weiterhin normal nutzen. Informationen zu ähnlichen Funktionen wie FSx File Gateway finden Sie in diesem Blogbeitrag.

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Problembehandlung: Probleme beim Verbinden des Gateways mit Active Directory

Ermitteln Sie anhand der folgenden Informationen zur Problembehandlung, was zu tun ist, wenn Sie Fehlermeldungen wieNETWORK_ERROR,TIMEOUT, oder ACCESS_DENIED beim Versuch, Ihr File Gateway einer Microsoft Active Directory-Domäne hinzuzufügen, erhalten.

Führen Sie die folgenden Prüfungen und Konfigurationen durch, um diese Fehler zu beheben.

Stellen Sie sicher, dass das Gateway den Domänencontroller erreichen kann, indem Sie einen Nping-Test ausführen

Im Folgenden finden Sie ein Beispiel für einen erfolgreichen NPING-Test, bei dem das Gateway den Domänencontroller erreichen konnte:

nping -d corp.domain.com -p 389 -c 1 -t tcp

Starting Nping 0.6.40 ( http://nmap.org/nping ) at 2022-06-30 16:24 UTC
SENT (0.0553s) TCP 10.10.10.21:9783 > 10.10.10.10:389 S ttl=64 id=730 iplen=40  seq=2597195024 win=1480 
RCVD (0.0556s) TCP 10.10.10.10:389 > 10.10.10.21:9783 SA ttl=128 id=22332 iplen=44  seq=4170716243 win=8192 <mss 8961>

Max rtt: 0.310ms | Min rtt: 0.310ms | Avg rtt: 0.310ms
Raw packets sent: 1 (40B) | Rcvd: 1 (44B) | Lost: 0 (0.00%)
Nping done: 1 IP address pinged in 1.09 seconds<br>

Das Folgende ist ein Beispiel für einen Nping-Test, bei dem keine Verbindung zum Ziel besteht oder keine Antwort von diesem Ziel aus besteht: corp.domain.com

nping -d corp.domain.com -p 389 -c 1 -t tcp

Starting Nping 0.6.40 ( http://nmap.org/nping ) at 2022-06-30 16:26 UTC
SENT (0.0421s) TCP 10.10.10.21:47196 > 10.10.10.10:389  S ttl=64 id=30318 iplen=40 seq=1762671338 win=1480

Max rtt: N/A | Min rtt: N/A | Avg rtt: N/A
Raw packets sent: 1 (40B) | Rcvd: 0 (0B) | Lost: 1 (100.00%)
Nping done: 1 IP address pinged in 1.07 seconds

Überprüfen Sie die für die VPC Ihrer Amazon EC2-Gateway-Instance festgelegten DHCP-Optionen

Wenn das File Gateway auf einer Amazon EC2-Instance ausgeführt wird, müssen Sie sicherstellen, dass ein DHCP-Optionssatz ordnungsgemäß konfiguriert und an die Amazon Virtual Private Cloud (VPC) angehängt ist, die die Gateway-Instance enthält. Weitere Informationen finden Sie unter DHCP-Optionssätze in Amazon VPC.

Bestätigen Sie, dass das Gateway die Domain auflösen kann, indem Sie eine Dig-Abfrage ausführen

Wenn die Domain vom Gateway nicht aufgelöst werden kann, kann das Gateway der Domain nicht beitreten.

Das Folgende ist ein Beispiel für eine erfolgreiche Antwort:

; <<>> DiG 9.11.4-P2-RedHat-9.11.4-26.P2.amzn2.5.2 <<>> corp.domain.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 24817
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4000
;; QUESTION SECTION:
;corp.domain.com.        IN    A

;; ANSWER SECTION:
corp.domain.com.    600    IN    A    10.10.10.10
corp.domain.com.    600    IN    A    10.10.20.10
            
;; Query time: 0 msec
;; SERVER: 10.10.20.228#53(10.10.20.228)
;; WHEN: Thu Jun 30 16:36:32 UTC 2022
;; MSG SIZE  rcvd: 78

Überprüfen Sie die Einstellungen und Rollen des Domänencontrollers

Stellen Sie sicher, dass der Domänencontroller nicht schreibgeschützt ist und dass der Domänencontroller über genügend Rollen verfügt, damit Computer beitreten können. Um dies zu testen, versuchen Sie, andere Server aus demselben VPC-Subnetz wie die Gateway-VM mit der Domäne zu verbinden.

Vergewissern Sie sich, dass das Gateway mit dem nächstgelegenen Domänencontroller verbunden ist

Als bewährte Methode empfehlen wir, Ihr Gateway mit einem Domänencontroller zu verbinden, der sich geografisch in der Nähe des Gateway-Geräts befindet. Wenn das Gateway-Gerät aufgrund der Netzwerklatenz nicht innerhalb von 20 Sekunden mit dem Domänencontroller kommunizieren kann, kann es beim Domänenbeitritt zu einer Zeitüberschreitung kommen. Beispielsweise kann es bei dem Prozess zu einem Timeout kommen, wenn sich das Gatewaygerät im Osten der USA (Nord-Virginia) AWS-Region und der Domänencontroller im asiatisch-pazifischen Raum (Singapur) befindet AWS-Region.

Vergewissern Sie sich, dass Active Directory neue Computerobjekte in der Standard-Organisationseinheit (OU) erstellt

Stellen Sie sicher, dass Microsoft Active Directory keine Gruppenrichtlinienobjekte enthält, die neue Computerobjekte an einem anderen Ort als der Standard-Organisationseinheit erstellen. Bevor Sie Ihr Gateway der Active Directory-Domäne hinzufügen können, muss ein neues Computerobjekt in der Standard-Organisationseinheit vorhanden sein. Einige Active Directory-Umgebungen sind so angepasst, dass sie unterschiedliche Organisationseinheiten für neu erstellte Objekte haben. Um sicherzustellen, dass ein neues Computerobjekt für die Gateway-VM in der Standard-Organisationseinheit vorhanden ist, versuchen Sie, das Computerobjekt manuell auf Ihrem Domänencontroller zu erstellen, bevor Sie das Gateway der Domäne hinzufügen. Sie können den Befehl join-domain auch mit dem ausführen. AWS CLI Geben Sie dann die Option für an. --organizational-unit

Überprüfen Sie die Ereignisprotokolle Ihres Domänencontrollers

Wenn Sie das Gateway nicht mit der Domäne verbinden können, nachdem Sie alle anderen in den vorherigen Abschnitten beschriebenen Prüfungen und Konfigurationen ausprobiert haben, empfehlen wir Ihnen, die Ereignisprotokolle Ihres Domänencontrollers zu überprüfen. Suchen Sie in der Ereignisanzeige des Domänencontrollers nach Fehlern. Stellen Sie sicher, dass die Gateway-Abfragen den Domänencontroller erreicht haben.