RDP mit Win Server 2012 R2: oftmals nur schwarzer Bildschirm?

Horst schrieb:
> Abgesehen davon, dass Windows und Server in einem Satz schon beim Lesen
> weh tut...


Du wirst es kaum glauben, es gibt auch sinnvolle Anwendungen, die 
Windows erfordern, z.B. Filemaker Pro Server (Datenbank) oder 
verschiedene Branchensoftwares.


Das Problem besteht nur beim Verbindungsaufbau (bis er denn endlich 
klappt). Steht die Verbindung dann, kann man stundenlang ohne jedes 
Problem arbeiten. Eine Instabilität des Internet bzw. VPN ist demzufolge 
nicht sehr wahrscheinlich.

Es sieht eher danach aus, als ob da irgend eine Komponente in eine Art 
Schlafzustand geht und nur sehr "unlustig" daraus erwacht. Wie gesagt, 
es gibt einen schwarzen Screen mit weiss umrandetem Mauspfeil - der muss 
ja irgendwo herkommen ...

Jetzt wo ich drüber nachdenke, fällt mir noch 'was auf: Nach einem 
Neustart (Server wird am WE runtergefahren), tritt das Problem nicht 
auf, sondern nur, wenn man sich tagsüber mal abmeldet und der Server 
schon länger läuft.

Der Server ist ein HP Proliant 19 Zoll Rackserver mit 2x4 Xeon 3Ghz und 
Dualport-Netzwerk ... ich wüsste nicht, dass da (gegenüber früher) 
irgendwas verstellt wurde.

Frank E. schrieb:
> Das passiert übrigens auf unterschiedlichen Macs (Macbook und iMac), ist
> also wahrscheinlich nicht davon abhängig.

Was spricht gegen den naheliegendsten Schritt systematischer 
Fehlersuche, die Gegenprobe mit einem Windows-Rechner als RDP-Client 
anzutreten?

Warum nimmst Du nicht den offiziellen RDP-Clienten von Microsoft für 
OSX? Den gibt es im AppStore.

Cord ist nur reverse engineerter Code, das kann oder kann nicht 
funktionieren.

fchk

Frank K. schrieb:
> Warum nimmst Du nicht den offiziellen RDP-Clienten von Microsoft für
> OSX? Den gibt es im AppStore.

Weil der eingefleischte Apple-User nunmal aus Prinzip nichts von MS 
verwendet, auch dann nicht, wenn das besser funktioniert.

Frank E. schrieb:

> Das Problem besteht nur beim Verbindungsaufbau (bis er denn endlich
> klappt). Steht die Verbindung dann, kann man stundenlang ohne jedes
> Problem arbeiten. Eine Instabilität des Internet bzw. VPN ist demzufolge
> nicht sehr wahrscheinlich.

> Jetzt wo ich drüber nachdenke, fällt mir noch 'was auf: Nach einem
> Neustart (Server wird am WE runtergefahren), tritt das Problem nicht
> auf, sondern nur, wenn man sich tagsüber mal abmeldet und der Server
> schon länger läuft.

Im Prinzip bin ich ja für die Versuche, mir zu helfen, wirklich dankbar. 
Aber einige "Helfer" lesen und verstehen nicht (siehe Zitate hier im 
Posting).

Mit der Verwendung von Macs, der Clientsoftware oder der Verwendung von 
UDP kann es also kaum zu tun haben. Da es den Fehler früher nicht gab, 
muss sich wohl am Server im Laufe der Zeit irgendwas verstellt haben. 
Der Tipp mit dem Bildschirmschoner ist wohl einen näheren Blick wert - 
danke! Leider bin ich z.Zt. auf Dienstreise und das blöde Hotel-WLAN 
lässt kein VPN durch.

P.S.: Wer vorschlägt, den MS-Clienten zu verwenden (außer zur 
Fehler-Einengung), kennt CoRD nicht - dieser kann z.B. eine ganze Liste 
mit Servern verwalten und lässt auch mehrere Verbindungen gleichzeitig 
zu ...

Frank E. schrieb:

> P.S.: Wer vorschlägt, den MS-Clienten zu verwenden (außer zur
> Fehler-Einengung), kennt CoRD nicht - dieser kann z.B. eine ganze Liste
> mit Servern verwalten und lässt auch mehrere Verbindungen gleichzeitig
> zu ...

Trotzdem ist der Code nur reverse-engineered. Microsoft hat im aktuellen 
OSX-RDP-Client Fixes untergebracht, die Windows 2012 Server speziell 
betreffen. Es kann ja gut sein, dass sich das Verhalten von RDP durch 
irgendwelche Patches leicht geändert hat.

Frank E. schrieb:
> Mit der Verwendung von Macs, der Clientsoftware oder der Verwendung von
> UDP kann es also kaum zu tun haben.

Wenn eure Kompetenz das sagen...

> Da es den Fehler früher nicht gab,
> muss sich wohl am Server im Laufe der Zeit irgendwas verstellt haben.

Ah ja, die magischen Selbstverstümmelungskräfte von Windows passen immer 
als Erklärung.