Die Remotedesktopverbindung von Windows 10 Pro zu Windows Server 2016 über das Internet wurde intern angezeigt

485
hunterex

Ich habe einen Workstation-Computer (Computer B genannt), mit Windows Server 2016 OS 64 Bit installiert und über ein LAN-Ethernet-Kabel mit dem Router verbunden.

Ich hatte mich auch beim Router-Administratorkonto angemeldet und Port 3389 für Port Forwarding hinzugefügt. Der Router, der mit Computer B verbunden ist, verfügt über eine separate Internetverbindung (Internet B).

Dann habe ich einen Laptop namens Computer A (mit Windows 10 Pro), der mit einer Unternehmensdomäne Internet verbunden ist. Wenn ich den Computer B mit der öffentlichen IP-Adresse von Computer B ferngesteuert habe, wurde die Fehlermeldung "Ein interner Fehler ist aufgetreten" angezeigt.

Ok, ich trenne Computer A von der Unternehmensdomäne Internet und verbinde mich mit Internet B WiFi. Remote Desktop-Verbindung zu Computer B funktioniert einwandfrei.

Schließlich verbinde ich Computer A mit dem Hotspot meines Mobiltelefons (unter Verwendung meiner Mobiltelefondaten), und eine Remote-Desktop-Verbindung zu Computer B funktioniert.

Ich verwende Computer A, um die öffentliche IP-Adresse von Computer B zu pingen, und ich erhielt 0% Verlust.

Ich habe auch die Firewall in Computer B deaktiviert und alle Windows-Updates in Computer B installiert.

Ich habe laufen auch prüfen Port lauscht für Port 3389 sowohl Computer A und B und ich kann bestätigen, Port - 3389 sowohl für Computer geöffnet ist.

RDP schlägt fehl Netzwerk RDP Works 1 RDP Works 2

Könnte jemand wissen, wie man Computer A über eine Remotedesktopverbindung in einem Unternehmensdomain mit Computer B verbindet?

0
Sie versuchen also, RDP an Computer B in demselben Ethernet-Netzwerk wie Server B zu verwenden, indem Sie die öffentliche IP-Adresse von Server B verwenden (wie man logischerweise davon ausgehen würde, dass dies funktionieren würde)? Klingt ziemlich verdächtig im Zusammenhang mit "NAT Loopback" - der Router für Server B verfügt nicht über diese Funktion. Um dies zu testen, können Sie die interne IP-Adresse von Server B verwenden (z. B. verwenden Sie anstelle der öffentlichen IP-Adresse 1.2.3.4 die LAN-IP-Adresse (normalerweise ein Klasse-C-Netzwerk wie 192.168.xx oder 10.xxx) in Ihrer RDP-Software. NAT-Loopback ist eine Funktion Wenn der Router weiß, dass eine Anforderung an eine eigene öffentliche IP-Adresse von einem lokalen Gerät an den entsprechenden LAN-Server gesendet werden soll. Kinnectus vor 4 Jahren 0
@Kinnectus, mein Laptop ist über ein Ethernet-Kabel mit dem Unternehmensnetzwerk verbunden. Der Computer B ist mit einem anderen Internetdienst (außerhalb der Unternehmensdomäne) verbunden. Wenn ich meinen Laptop mit dem RDP-Computer B verwende, wurde die Meldung "Interner Fehler" angezeigt. hunterex vor 4 Jahren 0
Können Sie ein Diagramm Ihres Setups posten? Kinnectus vor 4 Jahren 0
Ihr Laptop-Firmennetzwerk lässt ausgehende Anforderungen auf 3389 möglicherweise nicht zu ... Die Verwendung von Diensten wie dem von Ihnen angegebenen Port-Scanner wird außerhalb Ihres Netzwerks gehostet - sie funktionieren genauso, als würden Sie Ihr Zuhause oder das mobile Internet nutzen (dh sie funktionieren alle.) Zeit). Wenn Ihr Unternehmen den ausgehenden 3389 blockiert, kann es nicht überraschen, warum Sie aus dem Unternehmensnetzwerk keine Verbindung herstellen können. Kinnectus vor 4 Jahren 0
@Kinnectus, kannst du bitte den Bildlink oben überprüfen? Sie sind sich also sicher, dass mein Unternehmensnetzwerk die ausgehende Anforderung auf 3389 blockiert hat? hunterex vor 4 Jahren 0
Die Diagramme sind nicht sinnvoll, sodass wir uns nicht auf eine Ursache verlassen können. Konzentrieren wir uns nur auf das, was nicht funktioniert. Wir verstehen nicht Internet A und Internet B. Wir benötigen ein Diagramm, um genau zu sehen, wie Dinge kommunizieren, wenn sie nicht funktionieren. ZB `Laptop -> Router1 -> ((Internet)) -> Router2 -> Server 2016`. Wenn das Setup so ist, ist es sehr wahrscheinlich, dass etwas auf `Router1` (oder wenn es sich um ein Unternehmensnetzwerk handelt). Dann ist es wahrscheinlich, dass der ausgehende Port für RDP blockiert wird. Wo ich arbeite, blockiert unsere Unternehmens-Firewall alles außer wichtigen Ports. Kinnectus vor 4 Jahren 0

0 Antworten auf die Frage