eitiler
Goto Top

RDP via VPN auf 2012R2 Hyper-V VMs langsam oder bricht ab

Hallo,

wir haben folgendes Problem in dieser Umgebung:

1 x phys. Server 2012R2 Std. Hyper-V Host mit mehreren 2012R2 VMs (DC, RDP, FS..).

Das Problem ist, dass eine RDP Verbindung als Admin, welche über einen entfernten Standort per VPN auf die VMs hergestellt wird, sehr sehr langsam ist bzw. abbricht (Fehler: "Es ist ein interner Fehler aufgetreten" oder als Ereigbnis "Das Laden der Benutzerkonfiguration von Server ... für Benutzer "Administrator" durch die Remotedesktopdienste hat zu lange gedauert")

Eine RDP via VPN auf den Hyper-V Host läuft tadellos. Ebenfalls können RDP Verbindungen innerhalb des lokalen Netzes auf den Host sowie auf den VMs ohne Probleme hergestellt werden.

Folgendes wurde ausgeschlossen:
- diverse RDP Client Versionen (Win7/Win10) mit
- divesen Optionen (Auflösung..)
- Verbindung ohne Auth auf Netzwerkebene
- Firewall deaktiviert, GPOs geprüft, DNS getestet
- Anmeldung als Domänen- und lokaler Admin
- Server (VM) aus Domäne entfernt
- 2012R2 Test VM installiert ohne Rollen, nur RDP aktiviert

Wie gesagt, tritt der Fehler nur auf, wenn die Verbindung von einem Rechner kommt, der via VPN verbunden ist und es sind nur die VMs betroffen.

RDP innerhalb des LANs auf die VMs aber auch RDP auf den Host via VPN läuft ohne Probleme.

An welcher Stelle (Sicherheitseinstellung?) sperrt sich der 2012R2?

Content-Key: 297814

Url: https://administrator.de/contentid/297814

Printed on: April 24, 2024 at 23:04 o'clock

Member: ArnoNymous
Solution ArnoNymous Mar 01, 2016 at 15:41:52 (UTC)
Goto Top
Moin,

mach mal vom Host ein Ping auf die VM. Alles im normalen Bereich (>1ms)?
Member: EiTiLer
EiTiLer Mar 01, 2016 at 15:51:46 (UTC)
Goto Top
Hallo, ja Ping ist i.O. >1ms.
Member: EiTiLer
EiTiLer Mar 23, 2016 at 13:45:35 (UTC)
Goto Top
Wollte mich bzgl. der Lösung zurückmelden:
Habe am Ende das Security Gateway (VPN) austauschen müssen. Firmwareupdates und Neukonfiguration halfen nicht. Erst mit dem Austausch gegen eine neue Hardwarefirewall lies sich das Problem beheben.
Unlogisch bleibt, warum ein Arbeiten auf dem Host (per VPN) mit normaler Geschwindigkeit möglich war und nur die Problematik mit den VMs bestand.