Teamviewer - Sitzungscode abgelaufen
Mahlzeit!
Ich hab schon seit einer Ewigkeit Teamviewer nicht mehr verwendet. Aber eine Firma muss bei uns was installieren und die wollen nicht per SSL-VPN die ich bereitstelle sondern nur Teamviewer.
Okeh....schnell den Host runtergeladen und auf dem Server (W2k22) installiert. ID ist da, und auch Server-ID.
Testweise wollte ich es dann mal von einem anderen Client mit dem Teamviewer-Client testen.
Client runtergeladen und dann nur gestartet. Die Server-ID eingegebene und Teamviewer meldet, die Sitzung sei abgelaufen.
Irgendwann bin ich dann auf die Web-App gestoßen und hab mich dort mit einem ewig nicht mehr genutztem Account angemeldet. Dann die Server-ID eingetragen und siehe da, die Verbindung steht und ich kann mich mit den Domänen-User Credentials authentifizieren und dann auch damit auf dem Server anmelden.
Was hat es da also mit dem Teamviewer-Client? Kann man den so nicht mehr nutzen? Muss man den installieren und einen Account bei Teamviewer haben?
k.
Ich hab schon seit einer Ewigkeit Teamviewer nicht mehr verwendet. Aber eine Firma muss bei uns was installieren und die wollen nicht per SSL-VPN die ich bereitstelle sondern nur Teamviewer.
Okeh....schnell den Host runtergeladen und auf dem Server (W2k22) installiert. ID ist da, und auch Server-ID.
Testweise wollte ich es dann mal von einem anderen Client mit dem Teamviewer-Client testen.
Client runtergeladen und dann nur gestartet. Die Server-ID eingegebene und Teamviewer meldet, die Sitzung sei abgelaufen.
Irgendwann bin ich dann auf die Web-App gestoßen und hab mich dort mit einem ewig nicht mehr genutztem Account angemeldet. Dann die Server-ID eingetragen und siehe da, die Verbindung steht und ich kann mich mit den Domänen-User Credentials authentifizieren und dann auch damit auf dem Server anmelden.
Was hat es da also mit dem Teamviewer-Client? Kann man den so nicht mehr nutzen? Muss man den installieren und einen Account bei Teamviewer haben?
k.
Kommentieren
Teilen
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 673547
Url: https://administrator.de/forum/teamviewer-sitzungscode-abgelaufen-673547.html
Ausgedruckt am: 25.06.2025 um 14:06 Uhr
6 Kommentare
Neuester Kommentar
Moin,
eigentlich sollte der Teamviewer_QS für diesen Supportfall ohne Installation auf deinem Server reichen.
Wenn du selbst auf deinen Server willst, dann brauchst du ein Konto an deinem Client.
Viele Grüße
n3cro
eigentlich sollte der Teamviewer_QS für diesen Supportfall ohne Installation auf deinem Server reichen.
Wenn du selbst auf deinen Server willst, dann brauchst du ein Konto an deinem Client.
Viele Grüße
n3cro
Hm...war ja von dem Saftladen zu erwarten.
Aber ich habs getestet. Der Client will, auch wenn man ihn nur startet, eine Anmeldung. Wäre halt schön, wenn die das auch so sagen würden in der Fehlermeldung.
Wie es aussieht ist der Client auch nix anderes als ein aufgepimpter Browser, der fest zur Web-App verdrahtet ist.
Schöne neue App-Welt.
Aber danke für den Hinweis, @kreuzberger.
Aber ich habs getestet. Der Client will, auch wenn man ihn nur startet, eine Anmeldung. Wäre halt schön, wenn die das auch so sagen würden in der Fehlermeldung.
Wie es aussieht ist der Client auch nix anderes als ein aufgepimpter Browser, der fest zur Web-App verdrahtet ist.
Schöne neue App-Welt.
Aber danke für den Hinweis, @kreuzberger.
1
@kpunkt
Ich halte Fremdzugriffe aus Support-Grümnden ins netz, vor allem aber auf Domänencontroller für hochproblematisch.
Man sollte sowas ausführlich dokumentieren und auch die beteiligten, externen Personen namentlich registrieren, am besten mit einer Unterschrift.
Die Zugriffsmöglichkeiten sollten dabei so begrenze wir möglich sein, ggf. auch zeitlich begrenzt. Sprich, ein entsprechender Account bekommt danach ein anderes Passwort und kann ohne wissen nicht erneut genutzt werden.
Ich hab immer wieder mal ähnliches entdeckt wo teamwiewer-Installationen direkt auf Domänencontrollern einfach so da waren, für immer, unbeachtet, einfach so . . weil ja mal . . . . Dann wechselt die IT-Besetzung, und kein Mensch ahnt etwas.
Kreuzberger
Ich halte Fremdzugriffe aus Support-Grümnden ins netz, vor allem aber auf Domänencontroller für hochproblematisch.
Man sollte sowas ausführlich dokumentieren und auch die beteiligten, externen Personen namentlich registrieren, am besten mit einer Unterschrift.
Die Zugriffsmöglichkeiten sollten dabei so begrenze wir möglich sein, ggf. auch zeitlich begrenzt. Sprich, ein entsprechender Account bekommt danach ein anderes Passwort und kann ohne wissen nicht erneut genutzt werden.
Ich hab immer wieder mal ähnliches entdeckt wo teamwiewer-Installationen direkt auf Domänencontrollern einfach so da waren, für immer, unbeachtet, einfach so . . weil ja mal . . . . Dann wechselt die IT-Besetzung, und kein Mensch ahnt etwas.
Kreuzberger
Schon deswegen ist mir SSL-VPN lieber als Teamviewer. Ich hab die User da eher im Blick.
Aber egal. Jeder bekommt einen Domänen-User und der ist dann lokaler Admin auf der Kiste.
Wenn vorbei, wird der User gelöscht.
Und ja, auch ich lass mir immer mal wieder die vorhandenen Domänen-User ausgeben und schau dann auch auf den Servern selber, was da so lokal unterwegs ist. Man vergisst ja schnell mal etwas.
Aber egal. Jeder bekommt einen Domänen-User und der ist dann lokaler Admin auf der Kiste.
Wenn vorbei, wird der User gelöscht.
Und ja, auch ich lass mir immer mal wieder die vorhandenen Domänen-User ausgeben und schau dann auch auf den Servern selber, was da so lokal unterwegs ist. Man vergisst ja schnell mal etwas.
Ich erinnere mal an Auszubildende, die von Abteilung zu Abteilung wandern und so Benutzerrechte bekommen, die weit über das einer Abteilungsleitung/Geschäftsführung hinaus gehen weil niemand daran denkt, die Nutzerrechte wieder (nach unten) anzupassen.
Kreuzberger
Kreuzberger
