TeamViewer + Windows 8.1

[himitsu]

Seit gestern hab ich auf Windows 8.1 kleine Problemchen, also von Windows 7 (Client) zum Windows 8 (Server).

Im Loginscreen geht es meistens noch, aber danach kann man kaum was machen.
OK, beim Login ist es natürlich mal kurz weg, aber danach sollte es doch eigentlich keine Probleme geben. :gruebel:

Fast im Sekundentakt taucht diese nette Meldung auf und verschwindet auch genauso schnell wieder. Man kann fast nichts machen ... nur in der Zeit zwischen den Anzeigen.

Zitat:

Der Bildschirm kann im Moment nicht abgegriffen werden. Der Grund hierfür ist wahrscheinlich Fast User Switching oder eine getrennte Remote Desktop Sitzung.

Dachte erst es liegt am langsamen Internet/WLAN, aber auch in einem schnellen Netz will's nicht.

[Der schöne Günther]

Noch nicht gesehen, auch in der Kombo nicht. Mit TV-Authentifizierung oder mit Windows-Account drin?

[himitsu]

Mit TV-Auth.

Der Rechner ist grade erst nagelneu frisch installiert und seit gestern zickt der so rum.
Windows-Updates gab es seitdem keine.

Google und Co. meint auch, daß niemand dieses Problem kennt. :stupid:
Ist aber auch mein erstes Win8. (sonst nur mal kurz in der VM)

[Der schöne Günther]

TV10 oder eine ältere Version?

[himitsu]

Das Aktuellste natürlich. :angle2:


Sieht dann wohl so aus, als wenn ich doch nochmal alles neu installieren muß. :cry:
Vielleicht kennt dafür jemand eine nette DynDNS-Windows-Service-Anwendung, damit ich da gleich was Richtiges installieren kann. (der Router ist leider nur in der Lage die großen Hoster anzusteuern und nicht den eigenen Webspace)

[juergen]

Ich kenne diese Meldung vom TV unter folgender Voraussetzung:
- Wenn der Anwender sich per RDP auf einen Rechner aufwählt und dann dort den Teamviewer startet und dann die RDP-Sitzung minimiert...
Was das jetzt mit deinem Fall zu tun hat kann ich leider nicht beantworten, ich kenne diese TV-Meldung nur aus o.g. Szenario.

[mm1256]

Steht igendwas auffälliges im Logfile? (TeamViewer10_Logfile.log) Und...ja...die Supportleute vom TV sind sehr hilfsbereit und kompetent. Was sagen die denn dazu?

[himitsu]

Hmmm, das Log auf der Seite zu durchsuchen, wo man schlecht rankommt, ist natürlich sehr "praktisch".
> unbeaufsichtigter Zugriff

Lokal steht garnichts drin (nur was aus'm letzten Jahr ... wird wohl nur geloggt, bei Verbindungen zum Rechner)
und auf der anderen Seite ganz viel davon

Code:

...
2015/03/17 09:18:27.716  6044  6140 D1!! CDuplicateMonitor::InitDuplication(): DuplicateOutput() failed with hr=80070005
2015/03/17 09:18:27.716  6044  1904 D1!  Desktop grab failed.
2015/03/17 09:18:28.331  6044  6140 D1!! CDuplicateMonitor::InitDuplication(): DuplicateOutput() failed with hr=80070005
2015/03/17 09:18:28.331  6044  1904 D1!  Desktop grab failed.
2015/03/17 09:18:29.751  6044  6140 D1!! CDuplicateMonitor::InitDuplication(): DuplicateOutput() failed with hr=80070005
2015/03/17 09:18:29.751  6044  1904 D1!  Desktop grab failed.
...

Heute: Beim ersten Login (direkt nach dem Neustart des Rechners) ging es noch, aber nach dem ersten Benutzerumschalten (Anmeldung im Windows), ging es los, auch nach Trennen der Verbindung, neu einwählen und dann auch vor und nach dem Windows-Anmelden.

[himitsu]

Hab noch garnichts gemacht, aber seit gestern abend scheint es wieder zu gehen.

Noch schnell 'nen DynDNSUpdate-Service geschrieben und nun mal sehn wie das System läuft.

[himitsu]

Entweder Zufall, oder es liegt daran, wenn man kurz nach dem Hochfahren/Neustart (wenn Windows noch bei Starten der Dienste usw. ist) sich sofort verbindet ... vorhin war es wieder passiert ... dann Rechnerneustart und 'ne Weile warten ... nun ging's wieder.