Server 2012, Remote Desktop, Teamviewer
Hallo zusammen,
sei einiger Zeit habe ich seltsame Phänomäne bei der oben genannten Komibination, wenn ein Remote Zugriff erfolgen soll.
Zum Verständnis:
Zunächst einmal trat bei einem Kunden auf, das ich die Maschine über Teamviewer plötzlich nicht mehr herunterfahren konnte, obwohl der Server 2012 behauptete, dass es sich herunterfahren und neu starten würde. Das hat er aber nicht gemacht und es war notwendig, dass man sich an die Konsole begibt. Dort stand dann die Aussage, dass der Administrator angemeldet sei. Anmelden war möglich und ein Neustart konnte durchgeführt werden. Es war auch möglich, sich über RDesktop auf die Maschine zu schalten und diese neu zu starten.
Das Phänomen ist auf zwei unterschiedlichen Kundenservern aufgetreten, vor allem zeitlich versetzt, was das erstmalige Auftreten betrifft. Zufall kann das ja nciht sein, oder?
Im meinem lokalen Netzwerk habe ich seit einiger Zeit das Problem, RDesktop für einige Minuten versucht, die Verbindungsqualität zu prüfen (GBIt verkabelt ???) und dann manchmal den Login bereitstellt. Es kann aber auch sein, dass es bei dem Versuch, eine Verbindung herzustellen einen Lizenzierungsfehler (Zeitüberschreitung) gegeben hat.
Auch meine Maschine, die ich bisher einwandfrei über Teamviewer neustarten oder stoppen konnte, macht den oben genannten Fehler, wenn ich mich über VPN einlogge, dann wird erst die Leistungsqualität geprüft. Das kann lange dauern, weswegen ich parallel dazu mit dem Teamviewer eine Verbiundung herstelle. Plötzlich klappt das auch mit dem RDesktop. Wenn ich aber die Kiste per TV herunterfahre, dann meldet er sich zwar ab, fährt aber nicht runter. Das geht dann aber per RDesktop.
Es kann aber auch vorkommen, dass der RDesktop auch nicht funktioniert, deswegen habe ich es schon mit einem "shutdown -s -t 0" versucht, mit dem Ergebnis, dass die Kiste sich ebenfalls nicht heruntergefahren hat.
Ich kann mir einfach nicht vorstellen, dass es am TV oder Rdesktop liegt, da muss doch irgend was passiert sein, vermutlich Updates, was das verursacht. Die Maschinen laufen seit ca. 1 Jahr reibungslos und plötzlich tritt so was auf.
Im Ereignislog meiner Maschine habe ich die Warnung:
Warnung Microsoft-Windows-CertificateServicesClient-AutoEnrollment Anwendung
Zertifikat für lokales System mit Fingerabdruck d5 99 e6 70 47 a9 65 a5 19 7b 8c 5e c7 e6 ab 47 0f b2 9a cc wird bald ungültig oder ist bereits ungültig.
gesehen, vielleicht hängt es ja da dran.
Für Tipps bin ich dankbar.
Gruß Kellogs
PS: Was mir noch einfällt: Kann das vielleicht mit Windows 8.1 in Zusammenhang gebracht werden? Ich meine mich zu erinnern, dass vor 8.1 mit Win7 alles einwandfrei funktionierte.
sei einiger Zeit habe ich seltsame Phänomäne bei der oben genannten Komibination, wenn ein Remote Zugriff erfolgen soll.
Zum Verständnis:
Zunächst einmal trat bei einem Kunden auf, das ich die Maschine über Teamviewer plötzlich nicht mehr herunterfahren konnte, obwohl der Server 2012 behauptete, dass es sich herunterfahren und neu starten würde. Das hat er aber nicht gemacht und es war notwendig, dass man sich an die Konsole begibt. Dort stand dann die Aussage, dass der Administrator angemeldet sei. Anmelden war möglich und ein Neustart konnte durchgeführt werden. Es war auch möglich, sich über RDesktop auf die Maschine zu schalten und diese neu zu starten.
Das Phänomen ist auf zwei unterschiedlichen Kundenservern aufgetreten, vor allem zeitlich versetzt, was das erstmalige Auftreten betrifft. Zufall kann das ja nciht sein, oder?
Im meinem lokalen Netzwerk habe ich seit einiger Zeit das Problem, RDesktop für einige Minuten versucht, die Verbindungsqualität zu prüfen (GBIt verkabelt ???) und dann manchmal den Login bereitstellt. Es kann aber auch sein, dass es bei dem Versuch, eine Verbindung herzustellen einen Lizenzierungsfehler (Zeitüberschreitung) gegeben hat.
Auch meine Maschine, die ich bisher einwandfrei über Teamviewer neustarten oder stoppen konnte, macht den oben genannten Fehler, wenn ich mich über VPN einlogge, dann wird erst die Leistungsqualität geprüft. Das kann lange dauern, weswegen ich parallel dazu mit dem Teamviewer eine Verbiundung herstelle. Plötzlich klappt das auch mit dem RDesktop. Wenn ich aber die Kiste per TV herunterfahre, dann meldet er sich zwar ab, fährt aber nicht runter. Das geht dann aber per RDesktop.
Es kann aber auch vorkommen, dass der RDesktop auch nicht funktioniert, deswegen habe ich es schon mit einem "shutdown -s -t 0" versucht, mit dem Ergebnis, dass die Kiste sich ebenfalls nicht heruntergefahren hat.
Ich kann mir einfach nicht vorstellen, dass es am TV oder Rdesktop liegt, da muss doch irgend was passiert sein, vermutlich Updates, was das verursacht. Die Maschinen laufen seit ca. 1 Jahr reibungslos und plötzlich tritt so was auf.
Im Ereignislog meiner Maschine habe ich die Warnung:
Warnung Microsoft-Windows-CertificateServicesClient-AutoEnrollment Anwendung
Zertifikat für lokales System mit Fingerabdruck d5 99 e6 70 47 a9 65 a5 19 7b 8c 5e c7 e6 ab 47 0f b2 9a cc wird bald ungültig oder ist bereits ungültig.
gesehen, vielleicht hängt es ja da dran.
Für Tipps bin ich dankbar.
Gruß Kellogs
PS: Was mir noch einfällt: Kann das vielleicht mit Windows 8.1 in Zusammenhang gebracht werden? Ich meine mich zu erinnern, dass vor 8.1 mit Win7 alles einwandfrei funktionierte.
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 253799
Url: https://administrator.de/contentid/253799
Ausgedruckt am: 22.11.2024 um 15:11 Uhr
3 Kommentare
Neuester Kommentar
Hi,,
ich bn nicht ganz sicher, aber schau mal im Teamviewer nach der "Erweiterte Mehrbenutzerunterstützung" in den Optionen unter Erweitert
vielleicht hilft das ja weiter.
Das hat wohl mit der TeamViewer-ID zu tun, die - glaube ich - in der RDP und in der Konsole dann jeweils eine andere(!) sind
Ansonsten kommt der TeamViewer sich wohl selber in die Quere...
...oder so :o)
Gruss RS
ich bn nicht ganz sicher, aber schau mal im Teamviewer nach der "Erweiterte Mehrbenutzerunterstützung" in den Optionen unter Erweitert
vielleicht hilft das ja weiter.
Das hat wohl mit der TeamViewer-ID zu tun, die - glaube ich - in der RDP und in der Konsole dann jeweils eine andere(!) sind
Ansonsten kommt der TeamViewer sich wohl selber in die Quere...
...oder so :o)
Gruss RS