%20kann%20keine%20Verbindung%20zum%20DirectAccess-Server%20(Server%202012)%20herstellen.png)
Ich richte zum ersten Mal einen DirectAccess-Server ein. Ich habe den Assistenten auf dem Server abgeschlossen und alles ist abgeschlossen und läuft ohne Fehler. Mein Laptop kann keine erfolgreiche Verbindung herstellen. Ich kann den Netzwerknamen sehen, aber er bleibt im Status „Verbinden“.
Im Rahmen der Fehlerbehebung habe ich einige Schritte im Assistenten geändert, z. B. den Netzwerknamen. Mein Laptop benötigt weiterhin nur den ursprünglichen DA-Netzwerknamen, nicht aber den neuen. Ich muss anmerken, dass ich nie erfolgreich eine Verbindung herstellen konnte.
Es ist mit einem separaten NLS-Server konfiguriert, der vom DA-Server aus kontaktiert werden kann. Der DA-Server verwendet einen einzelnen Netzwerkadapter.
Netsh-Schnittstelle httpstunnel show-Schnittstellezeigt den Fehlercode 0x0 an und die Schnittstelle ist aktiv. Ich erhalte eineNameResolutionFailurefürDA-Verbindungsstatus Netsh DNS-Client zeigt Status anzeigt DirectAccess undkonfiguriert und aktiviert, mit dem Client außerhalb des Unternehmensnetzwerks
Unten sehen Sie die Ausgabe des DA-Client-Troubleshooters. Mir gehen buchstäblich alle Ideen zur Fehlerbehebung durch den Kopf. Wahrscheinlich ist es etwas Offensichtliches, das ich übersehe, aber ich wäre für jede Hilfe dankbar.
[23/02/2015 10:48:45]: Running Inside/Outside location tests.<br>
[23/02/2015 10:48:45]: NLS is hxxps://nls.xxxxxxxxxxxxx.local/.<br>
[23/02/2015 10:48:46]: NLS is not reachable via HTTPS, the client computer is not connected to the corporate network (external) or the NLS is offline.<br>
[23/02/2015 10:48:46]: NRPT contains 2 rules.<br>
[23/02/2015 10:48:46]: Found (unique) DNS server: fdcd:c700:98ec:3333::1<br>
[23/02/2015 10:48:46]: Send an ICMP message to check if the server is reachable.<br>
[23/02/2015 10:48:58]: DNS Server fdcd:c700:98ec:3333::1 does not reply on ICMP Echo requests.<br>
[23/02/2015 10:48:58]: Running IP connectivity tests.<br>
[23/02/2015 10:49:04]: The 6to4 interface is disabled.<br>
[23/02/2015 10:49:04]: Teredo inferface status is offline.<br>
[23/02/2015 10:49:04]: The configured DirectAccess Teredo server is win8.ipv6.microsoft.com..<br>
[23/02/2015 10:49:04]: The IPHTTPS interface is operational.<br>
[23/02/2015 10:49:04]: The IPHTTPS interface status is IPHTTPS interface active.<br>
[23/02/2015 10:49:04]: IPHTTPS is used as IPv6 transition technology.<br>
[23/02/2015 10:49:04]: The configured IPHTTPS URL is hxxps://directa.xxxxxxxxxx.com:443.<br>
[23/02/2015 10:49:04]: IPHTTPS has a single site configuration.<br>
[23/02/2015 10:49:04]: IPHTTPS URL endpoint is: hxxps://directa.xxxxxxxxxx.com:443.<br>
[23/02/2015 10:49:05]: Successfully connected to endpoint hxxps://directa.xxxxxxxxxx.com:443.<br>
[23/02/2015 10:49:05]: No response received from xxxxxxxxxx.local.<br>
[23/02/2015 10:49:05]: Running Windows Firewall tests.<br>
[23/02/2015 10:49:05]: The current profile of the Windows Firewall is Public.<br>
[23/02/2015 10:49:05]: The Windows Firewall is enabled in the current profile Public.<br>
[23/02/2015 10:49:06]: The outbound Windows Firewall rule Core Networking - Teredo (UDP-Out) is enabled.<br>
[23/02/2015 10:49:06]: The outbound Windows Firewall rule Core Networking - IPHTTPS (TCP-Out) is enabled.<br>
[23/02/2015 10:49:06]: Running certificate tests.<br>
[23/02/2015 10:49:06]: Found 1 machine certificates on this client computer.<br>
[23/02/2015 10:49:06]: Checking certificate CN=xxxxx-xxxxx.xxxxxxxxxxxx.local with the serial number [5BC7E01767145B8E403BF44D3234AFD6].<br>
[23/02/2015 10:49:06]: The certificate [5BC7E01767145B8E403BF44D3234AFD6] contains the EKU Client Authentication.<br>
[23/02/2015 10:49:06]: The trust chain for the certificate [5BC7E01767145B8E403BF44D3234AFD6] was sucessfully verified.<br>