Sie haben auf Remote-Neustart geklickt, die Maschine wurde heruntergefahren, und sie kam nicht mehr zurück. Oder die Aufforderung zum Wiederverbinden erschien, Sie haben darauf geklickt, und die Sitzung brach trotzdem ab. Oder das Gerät wird in Ihrer Liste weiterhin als online angezeigt, während jeder Verbindungsversuch fehlschlägt. Ein Neustart bringt die für den Remotezugriff benötigten Voraussetzungen durcheinander und erklärt fast jeden Ausfall: Auf der entfernten Seite antwortet nichts, bevor sich jemand lokal anmeldet, oder die Zugangsdaten, die vor dem Neustart funktioniert haben, existieren danach nicht mehr. Im Folgenden sage ich Ihnen, welcher Fall auf Sie zutrifft und welche Lösungen dauerhaft funktionieren.
Wenn der Wiederverbindungsschritt selbst jedes Mal fehlschlägt, HelpWire handhabt dies anders. Es ist Fernzugriffssoftware für IT-Teams und Techniker, und es verbindet sich automatisch wieder mit der Sitzung, nachdem das entfernte System neu gestartet wurde oder der Benutzer sich abgemeldet hat. Das deckt genau das hier vorliegende Szenario ab: Updates und Arbeiten an Treibern, die im Verlauf einen Neustart erfordern.
TeamViewer neu starten und erneut verbinden: Was die Schaltfläche bewirkt
Der TeamViewer-Neustart und das erneute Verbinden ist ein Zwei-Schritt-Handshake. Wenn Sie den Neustart aus der Sitzung heraus auslösen, fragt TeamViewer, ob Sie auf den Partner warten möchten, setzt eine Markierung für diesen Endpunkt und bietet Ihnen eine Schaltfläche Erneut verbinden an, sobald das Remote-Gerät meldet, dass es wieder online ist.
Innerhalb dieses einen Handshakes werden Sie beim erneuten Verbinden nicht noch einmal nach einem Passwort gefragt. Was es nicht tut, ist, Ihnen danach funktionierende Zugangsdaten zu hinterlassen. Es übersteht auch eine ID-Änderung nicht, und es prüft nicht, ob die Remote-Software bereit ist, wenn es Ihnen die Schaltfläche Erneut verbinden anbietet.
Verbindet sich TeamViewer nach einem Neustart wieder: Die drei Bedingungen
Stellt TeamViewer nach einem Neustart die Verbindung wieder her hat eine präzise Antwort: ja, wenn drei Bedingungen gleichzeitig erfüllt sind, und nein, wenn auch nur eine davon nicht erfüllt ist. Die Gegenseite muss einen installierten Client ausführen, der als Dienst oder Daemon bestehen bleibt statt als einmalig ausgeführtes Modul. Sie müssen das Token aus dieser Sitzung besitzen oder über Anmeldedaten verfügen, die den Neustart überdauern, und beide Enden müssen auf einem unterstützten Plattform-Paar laufen. Unter Windows ist diese persistente Komponente der TeamViewer-Dienst, weshalb Fix 3 unten dessen Starttyp prüft.
TeamViewer-Mitarbeitende stellten die Plattformregel direkt in einem Community-Thread zur Verbindungsbeibehaltung dar: Neustart und Wiederverbinden funktioniert von Windows zu Windows oder Mac sowie von Mac zu Windows oder Mac. Linux ist davon ausgenommen. Die eigene Wissensdatenbank von TeamViewer fügt eine zweite Einschränkung hinzu: Die Neustartfunktion wird unter macOS noch nicht unterstützt und befindet sich weiterhin in Entwicklung. Ein Mac kann in diesem Paar also der steuernde Rechner sein, aber nicht das Ziel für die Schaltfläche selbst.
TeamViewer nach dem Neustart erneut verbinden: Die Lösungen, die halten
Führen Sie diese der Reihe nach aus. Die Lösungen 1 und 2 beheben den Großteil der Fälle von TeamViewer-Neuverbindungsproblemen nach einem Neustart bereits für sich allein, und jede der nachstehenden Lösungen ist in der Herstellerdokumentation, einer Support-Community oder von Technikern in öffentlichen Foren bestätigt.
Lösung 1: Wechseln Sie auf der entfernten Seite weg von QuickSupport
Ersetzen Sie QuickSupport durch TeamViewer Host bevor Sie irgendetwas neu starten. TeamViewer benennt die Einschränkung ausdrücklich in seiner Dokumentation zum persönlichen Passwort: Unbeaufsichtigter Zugriff funktioniert nur mit Host oder der Vollversion, und QuickSupport unterstützt ihn nicht. Host wird als Windows-Dienst installiert. Dadurch reagiert es am Anmeldebildschirm auch ohne anwesenden Benutzer, und TeamViewer dokumentiert den Upgrade-Pfad während der Sitzung, der weder einen zweiten Download-Link noch einen Telefonanruf erfordert.
Öffnen Sie in der aktiven QuickSupport-Sitzung Dateien & Extras in der Symbolleiste der Remote-Sitzung.
Bewegen Sie den Mauszeiger über TeamViewer aus der Ferne installieren und wählen Sie TeamViewer Host installieren.
Bestätigen Sie mit Host-Modul installieren. TeamViewer warnt, dass es beendet wird und die neue Version installiert wird. Klicken Sie auf OK oder lassen Sie den Countdown ablaufen.
Wenn Sie gefragt werden, ob nach der Installation des Hosts automatisch wieder verbunden werden soll, klicken Sie auf Auf Partner warten.
Sobald die Installation abgeschlossen ist, klicken Sie auf Reconnect. Der Artikel „Host-via-QuickSupport“ von TeamViewer besagt, dass für diese erneute Verbindung kein neues Passwort erforderlich ist.
Öffnen Sie TeamViewer Host auf dem Remotegerät, klicken Sie auf Gerät verwalten und melden Sie sich mit Ihren TeamViewer-Anmeldedaten an. Dadurch wird das Gerät Ihrem Konto zugewiesen, womit die aktuelle Dokumentation das Verfahren abschließt, und genau das sorgt dafür, dass der nächste Neustart überstanden wird.
Eine Einschränkung bringt das Verfahren mit sich: TeamViewer weist darauf hin, dass die Host-Installation innerhalb der Sitzung nur bei Verbindungen zwischen Windows-Geräten funktioniert. Wenn Sie von einem Mac oder einem Linux-Rechner aus steuern, entfällt dieser Weg, und der entfernte Benutzer installiert den Host stattdessen manuell.
Führen Sie dies durch, bevor der Treiber aktiv wird. Sobald der Rechner heruntergefahren ist, haben Sie keine Sitzung mehr, in der Sie Schritt eins ausführen können.
Lösung 2: Ein persönliches Kennwort festlegen oder Einfachen Zugriff gewähren
Ein persönliches Passwort bleibt nach Neustarts erhalten, weil es gespeichert wird, statt generiert zu werden. Richten Sie es auf dem entfernten Rechner ein, solange Sie noch eine Sitzung haben. TeamViewer hat diese Einstellung aus Sicherheit und in die erweiterten Optionen verschoben, sodass der aktuell dokumentierte Pfad über das Zahnrad-Symbol führt.
Öffnen Sie TeamViewer (Classic) auf dem entfernten Gerät und klicken Sie in der oberen rechten Ecke auf das Zahnradsymbol.
Wählen Sie Erweitert und bestätigen Sie mit Erweiterte Optionen anzeigen.
Scrollen Sie zu Erweiterte Einstellungen für Verbindungen zu diesem Computer und zum Persönliches Passwort-Abschnitt.
Geben Sie das Passwort in beide Felder ein und klicken Sie auf OK. TeamViewer lehnt Wörter aus dem Wörterbuch und Tastaturfolgen ab und verlangt mindestens 8 Zeichen.
Für Geräte, die Sie langfristig verwalten, weisen Sie das Gerät stattdessen zu. Öffnen Sie auf dem entfernten Rechner Einstellungen über das Zahnradsymbol, scrollen Sie auf der Registerkarte Allgemein zu Dieses Gerät verwalten, klicken Sie darauf und melden Sie sich mit Ihren TeamViewer-Zugangsdaten an. Öffnen Sie dann Extras, Optionen, Sicherheit, und aktivieren Sie Einfachen Zugriff gewähren unter Unbeaufsichtigter Zugriff. Einfacher Zugriff entfernt das Passwort vollständig aus dem Ablauf, wodurch auch der Fall entfällt, dass ein Remote-Versionsupdate das Passwort während eines laufenden Auftrags ändert.
Lösung 3: Erzwingen, dass der TeamViewer-Dienst vor der Anmeldung startet
Stellen Sie den Dienst auf Automatisch und vergewissern Sie sich, dass er läuft, denn Manueller Start bedeutet, dass bis zur lokalen Anmeldung nichts reagiert. Dies ist die erste Überprüfung, nach der der TeamViewer-Support in Neustart-Threads fragt, zusammen mit der TeamViewer mit Windows starten Option.
Auf dem Remotecomputer drücken Sie Win + R, geben Sie
services.mscein und drücken Sie die Eingabetaste.Suchen Sie den Eintrag namens
TeamViewer. Der Versionszusatz wurde ab TeamViewer 11 aus dem Dienstnamen entfernt, daher wird er in aktuellen Builds alsTeamViewerstattTeamViewer15registriert.Klicken Sie mit der rechten Maustaste darauf und wählen Sie Eigenschaften aus.
Legen Sie den Starttyp auf Automatisch fest.
Bestätigen Sie, dass der Dienststatus Wird ausgeführt anzeigt, und klicken Sie dann auf Übernehmen und OK.
Öffnen Sie in TeamViewer Extras, Optionen, Allgemein, und bestätigen Sie, dass TeamViewer mit Windows starten aktiviert ist.
Um dies über die Befehlszeile statt der Dienste-Konsole zu überprüfen, führen Sie Folgendes in einem PowerShell-Fenster mit erhöhten Rechten auf dem Remotecomputer aus:
Get-Service -Name TeamViewer | Select-Object Name, Status, StartType
Wenn StartType den Wert Manual zurückgibt, korrigieren Sie dies mit:
Set-Service -Name TeamViewer -StartupType Automatic
Fix 4: Lassen Sie Windows sich nach einem Update wieder anmelden
Aktivieren Sie Automatic Restart Sign-On, damit Windows den letzten interaktiven Benutzer nach einem Update-Neustart erneut anmeldet und die Sitzung sperrt. Windows Update extrahiert die abgeleiteten Anmeldeinformationen des angemeldeten Benutzers, speichert sie dauerhaft auf dem Datenträger, konfiguriert Autologon und meldet dann beim nächsten Start den Benutzer an und sperrt das Gerät. Für den Fernzugriff ist das wichtig, weil die Benutzersitzung wieder vorhanden ist, sodass alles funktioniert, was von einem angemeldeten Desktop abhängt.
Öffnen Sie auf dem Remotecomputer die Einstellungen, dann Konten, dann Anmeldeoptionen.
Unter Windows 11 scrollen Sie zu Zusätzliche Einstellungen und aktivieren Sie Meine Anmeldeinformationen verwenden, um die Einrichtung nach einem Update automatisch abzuschließen. Unter Windows 10 befindet sich derselbe Schalter unter Datenschutz und lautet Meine Anmeldeinformationen verwenden, um die Einrichtung meines Geräts nach einem Update oder Neustart automatisch abzuschließen.
Wenn der Schalter ausgegraut ist, gibt es zwei häufige Gründe. Für das Konto sind keine Windows Hello-Anmeldeinformationen eingerichtet, oder das Gerät ist einer Domäne beigetreten und die Option wird durch eine Organisationsrichtlinie gesteuert. Der unten aufgeführte Richtlinienpfad deckt den zweiten Fall ab.
Unter Windows Pro und Enterprise legen Sie es stattdessen per Richtlinie fest:
Drücken Sie Win + R, geben Sie
gpedit.mscein und drücken Sie Enter.Wechseln Sie zu Computerkonfiguration, Administrative Vorlagen, Windows-Komponenten, Windows-Anmeldeoptionen.
Öffnen Sie Letzten interaktiven Benutzer nach einem Neustart automatisch anmelden und sperren, und setzen Sie es auf Aktiviert.
Zwei Einschränkungen bestimmen, ob dies Ihnen hilft. Microsoft unterscheidet verwaltete Geräte von nicht verwalteten. Ein nicht verwaltetes Gerät verwendet die Geräteverschlüsselung, erfordert sie jedoch nicht, während ein verwaltetes Gerät TPM 2.0, SecureBoot und BitLocker benötigt, bevor ARSO überhaupt konfiguriert wird, und Administratoren können diese Anforderung per Richtlinie außer Kraft setzen. ARSO auf verwalteten Geräten ist derzeit nur auf Geräten verfügbar, die mit Microsoft Entra ID verbunden sind.
Die zweite Einschränkung ist bei Supportarbeiten wichtiger. Auf einem verwalteten Gerät nutzt ein von Ihnen selbst ausgelöster Neustart ARSO nicht, während ein Windows Update-Neustart dies tut, und ebenso ein Neustart, der mit shutdown -g -t 0 ausgeführt wird. Diesen Befehl sollten Sie verwenden, wenn Windows den Benutzer nach einem von Ihnen gestarteten Neustart wieder anmelden soll. Der der Funktion zugrunde liegende Registrierungswert ist DisableAutomaticRestartSignOn unter HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System, wobei 0 es aktiviert.
Lösung 5: Den Netzwerkadapter und den Schnellstart ausschließen
Die Energieverwaltung des Netzwerkadapters nimmt einen Rechner ohne erkennbare Probleme vom Netzwerk, und sie gilt für jeden Systemstart. Schneller Systemstart gilt überhaupt nicht für einen Neustart, daher erklärt er nichts über den Remote-Neustart-Ablauf. Aber es gehört in denselben Durchgang, weil der Fallback-Ratschlag, den man Kunden gibt, lautet, den Rechner herunterzufahren und wieder einzuschalten, was genau der Ablauf ist, den Schneller Systemstart steuert.
Öffnen Sie auf dem Remotecomputer den Geräte-Manager, erweitern Sie Netzwerkadapter, klicken Sie mit der rechten Maustaste auf den aktiven Adapter, und wählen Sie Eigenschaften aus.
Öffnen Sie die Registerkarte Energieverwaltung und deaktivieren Sie Computer kann dieses Gerät ausschalten, um Energie zu sparen.
Klicken Sie auf OK.
Öffnen Sie Systemsteuerung, Energieoptionen, Auswählen, was beim Drücken von Netzschaltern geschehen soll.
Klicken Sie auf Einstellungen ändern, die derzeit nicht verfügbar sind.
Deaktivieren Sie Schnellstart aktivieren (empfohlen) und speichern Sie die Änderungen.
Welche Fehlerbehebung gilt für welche Konfiguration
| Einrichtung auf der Remote-Seite | Was Sie nach dem Neustart sehen | Hier starten |
|---|---|---|
| QuickSupport unter Windows | Endpunkt verschwunden. Kein erneuter Verbindungsaufbau kommt zustande. | Lösung 1 |
| Vollständiger Client, nur zufälliges Passwort | Gerät online, Passwort abgelehnt. | Lösung 2 |
| Host oder vollständiger Client, Dienst auf Manuell | Keine Antwort, bis eine lokale Anmeldung erfolgt. | Lösung 3 |
| Domänenverbundenes Windows 11 nach einem Funktionsupdate | Anmeldebildschirm erreicht, Benutzersitzung fehlt. | Lösung 4 |
| Laptop oder Mini-PC, Deckel geschlossen | Unerreichbar, bis jemand es berührt. | Lösung 5 |
| Linux-Endpunkt (Ubuntu, Debian, Fedora) | Remote-Neustart ausgegraut, kein Angebot zur erneuten Verbindung. | Nicht unterstützt. Starten Sie das System aus dem Betriebssystem heraus neu und stellen Sie die Verbindung manuell wieder her. |
Warum die automatische TeamViewer-Wiederverbindung nach einem Neustart nach Updates und Treiberinstallationen fehlschlägt
TeamViewer-Auto-Wiederverbindung nach einem Neustart schlägt am häufigsten während Updates und Arbeiten an Treibern fehl, weil diese Arbeiten die Voraussetzungen verändern, von denen eine Wiederverbindung abhängt. Ein durch ein Windows-Update ausgelöster Neustart bringt den Rechner wieder zum Anmeldebildschirm, an dem sich niemand anmeldet. Eine Treiberinstallation kann dazu führen, dass der Rechner eine andere TeamViewer-ID hat als die, zu der Sie die Wiederverbindung vorgemerkt hatten. Beides äußert sich nicht als Netzwerkfehler, weshalb die Standard-Checkliste nichts findet.
Vier Fehlermodi erklären die Berichte, und jeder einzelne ist in TeamViewers eigener Support-Community oder seiner Wissensdatenbank dokumentiert.
Das Zugriffspasswort wird bei jedem Neustart von TeamViewer neu generiert
Das Zufallskennwort ist an die Lebensdauer des TeamViewer-Prozesses gebunden. Ein Neustart startet TeamViewer neu, und es wird ein neues Kennwort generiert. Die Aktuelles beibehalten Option behält das Kennwort nur so lange bei, wie der Endbenutzer TeamViewer nicht neu startet, und es gibt keine Möglichkeit, die Änderung bei einem Zufallskennwort zu verhindern.
Unter Zufallskennwort nach jeder Sitzung gibt es vier Optionen, dokumentiert in TeamViewers Dokumentation zum Zufallskennwort: Aktuelles beibehalten, Neu generieren, Deaktivieren und Bestätigung anzeigen. Sie regeln, was nach dem Ende einer Sitzung geschieht, und nicht, was nach einem Neustart von TeamViewer passiert, und Aktuelles beibehalten ist diejenige, von der TeamViewer ausdrücklich angibt, dass sie nur bis zum Neustart der Anwendung gilt. Ein persönliches Kennwort oder Einfacher Zugriff ist der einzige Weg, der nicht davon abhängt, welche der vier festgelegt ist.
Nichts antwortet, bevor sich jemand lokal anmeldet
Wenn die entfernte Seite QuickSupport ausführt, löscht der Neustart den Endpunkt. QuickSupport ist eine einmalig ausführbare Datei ohne Dienst und ohne Autostart-Eintrag, und TeamViewer führt die Einschränkung in seiner Dokumentation an: Unbeaufsichtigter Zugriff funktioniert nur mit Host oder der Vollversion, und QuickSupport unterstützt ihn nicht. Ein registrierter Benutzer mit dem Voll-Client und QuickSupport auf seinen Clients beschrieb das Ergebnis, nämlich dass ihn ein entfernter Neustart daran hinderte, sich automatisch wieder zu verbinden, und der entfernte Benutzer die Verbindung jedes Mal manuell autorisieren musste.
Dasselbe Symptom tritt mit dem Voll-Client auf, wenn TeamViewer mit Windows starten ausgeschaltet ist oder wenn TeamViewer_Service.exe bei Starttyp Manuell steht. Ein TeamViewer-Community-Thread zu Windows 10 Build 15063.138 zeichnet das Muster genau auf: Der Rechner verschwand nach dem Upgrade aus der Computerliste, tauchte in dem Moment wieder auf, als der Verfasser sich lokal anmeldete, und verschwand nach dem nächsten Neustart erneut, wobei der Dienst jedes Mal, wenn er nachsah, auf automatisch gestellt war und lief. Prüfen Sie zuerst den Starttyp des Dienstes, dann, ob teamviewer.exe nach der Anmeldung läuft, und erst danach, ob der PC überhaupt online ist.
Eine Treiberneuinstallation kann die TeamViewer-ID ändern.
Eine Neuinstallation des Treibers für den Netzwerkadapter kann Ihnen nach dem Neustart eine andere TeamViewer-ID bescheren. Ein Benutzer in der TeamViewer-Community ging die Abfolge durch: ein falscher Treiber für den Netzwerkadapter, eine Deinstallation, eine Neuinstallation mit dem richtigen Treiber, ein Neustart und eine neue ID. Sein Protokoll nannte den Grund, nämlich dass sich die MID geändert hatte. TeamViewer veröffentlicht nicht, woraus sich die MID speist, und jener Thread erhielt nie eine Antwort, daher betrachten Sie dies als bekanntes Ergebnis statt als dokumentierte Regel.
Dies ist der Fehlermodus, vor dem Sie vor einer Treibersitzung niemand warnt. Die Wiederverbindungsmarkierung zeigt auf die alte ID. Der Rechner ist online, erreichbar und antwortet unter einer Adresse, die Sie nicht mehr haben. Windows-Funktionsupdates haben dasselbe Ergebnis erzeugt, gemeldet nach dem Windows-10-Update vom Mai 2020.
Die Aufforderung zur erneuten Verbindung erscheint, bevor das Remote-Modul bereit ist
Die Erneut verbinden Schaltfläche wird anklickbar, bevor die Remote-Software läuft, und ein zu früher Klick zerstört die Sitzung. Ein Techniker hat die Abfolge in einem Community-Thread zu QuickSupport-Neustarts: Jede Aufforderung erschien korrekt, die erneute Verbindung kam nie zustande, und seine eigenen Tests zeigten, dass QuickSupport erst einige Zeit nach dem Windows-Start startet, während das Reconnect-Fenster sofort erscheint. Ein Klick, bevor das Modul läuft, und die gesamte Sitzung schlägt fehl, ohne Wiederherstellungsmöglichkeit außer einer neuen Sitzung, die vom Client gestartet wird.
Es gibt keinen Indikator für den Modulzustand und keine Möglichkeit, ihn von Ihrer Seite abzufragen. Die Schaltfläche zeigt an, dass das Gerät geantwortet hat, nicht dass die dahinterliegende Software bereit ist.
Was die meisten Menschen zuerst versuchen und warum es scheitert
Vier Maßnahmen tauchen in fast jedem Thread zu diesem Problem auf, und keine von ihnen adressiert eine der beiden Grundursachen.
TeamViewer neu installieren. Dadurch wird die Verbindung bis zum nächsten Start wiederhergestellt, dann tritt dasselbe Symptom erneut auf. Ein Foren-Thread zu dem NOT READY: Please check your connection Fehler folgte genau dieser Schleife: Die Neuinstallation funktionierte, der nächste Neustart ließ es wieder ausfallen.
Den TeamViewer-Dienst neu starten. Ein sinnvoller Rat, wenn Sie den Rechner erreichen können. Das ganze Problem ist, dass Sie es nicht können.
Ports öffnen und weiterleiten 3389. Das stammt aus RDP-Anleitungen und bewirkt für TeamViewer nichts, da es keine eingehenden Regeln benötigt. Port 3389 gehört zum Remote Desktop Protocol, einem anderen Produkt mit einem anderen Fehlerprofil.
Wake-on-LAN. Der Rechner ist bereits eingeschaltet und beantwortet Pings. Am Energiezustand ist nichts falsch.
Zwei weitere sehen wie Lösungen aus und sind es nicht. Angemeldet bleiben wird als allgemeines Heilmittel empfohlen und ist keines, weil es weder den Listener noch das Zugriffspasswort betrifft. Ein Nutzer in einem Community-Thread zu genau dieser Frage antwortete, dass er es aktiviert hatte und sich nach einem Neustart trotzdem nicht verbinden konnte. Es ist nur in genau einem Fall relevant: die Sperre wegen kommerzieller Nutzung in der Tabelle unten.
Die zweite ist subtiler. TeamViewer mit Windows starten ist die richtige Einstellung, weil sie TeamViewer als Windows-Systemdienst installiert, sodass er bereits vor der Windows-Anmeldung antwortet, aber ein Häkchen in diesem Feld ist kein Beweis dafür, dass der Dienst noch so konfiguriert ist. Nutzer berichten, dass sich die Option nach einem Versionsupdate auf den Standard zurücksetzt, daher prüfen Sie den Dienst in services.msc statt des Kontrollkästchens. Und dem Online-Indikator in Ihrer Geräteliste kann nach einem Neustart nicht getraut werden, aus den oben genannten Gründen.
Fehlermeldungen und was sie jeweils bedeuten
Gleichen Sie die Zeichenfolge, die Sie sehen, mit der Ursache ab, bevor Sie etwas ändern.
| Meldung | Worauf es hindeutet | Hier anfangen |
|---|---|---|
Partner hat keine Verbindung zum Router hergestellt. Fehlercode WaitForConnectFailed | Ein Verbindungsproblem auf einem der beiden Geräte. Es ist eher ein Symptom als eine Diagnose, und nach einem Neustart liegt der übliche Grund darin, dass auf der entfernten Seite nichts wieder hochgefahren ist. | Überprüfen Sie zuerst die Konnektivität, dann Fix 1 und Fix 3. |
Nicht bereit. Bitte überprüfen Sie Ihre Verbindung | Der entfernte Client kann die Server von TeamViewer nicht erreichen. Mögliche Ursachen sind die allgemeine Internetverbindung, ein Client ohne Route nach außen, ein blockierter ausgehender Port 5938 oder ein Problem mit dem TeamViewer-Dienst oder -Status. | Stellen Sie sicher, dass der Rechner online ist, dann Fix 3. |
Kommerzielle Nutzung vermutet nach einem Neustart | TeamViewers Erkennung kommerzieller Nutzung, was eher eine Lizenzfrage als ein Neustartfehler ist. Sie tritt nach einem Neustart auf, weil Sie dann als Nächstes versuchen, eine Verbindung herzustellen. Ein lizenzierter Benutzer hat dies gemeldet genau in dieser Reihenfolge. | Bestätigen Sie, dass Sie auf dem Rechner, von dem aus Sie sich verbinden, angemeldet sind, da dort die Lizenz zugeordnet ist, und behandeln Sie es dann als Lizenzfrage. |
Gelbes Verbindung wird hergestellt... das nie abgeschlossen wird | Der Endpunkt ist registriert, aber die Sitzung kann sich nicht mit einer Anzeige verbinden. Häufig auf Linux-Endpunkten, nachdem eine vorherige Sitzung beendet wurde. | Lokal neu starten. Die Wiederverbindungsfunktion deckt dies nicht ab. |
Remotedesktop kann aus einem der folgenden Gründe keine Verbindung mit dem Remotecomputer herstellen: | RDP, nicht TeamViewer. Ein allgemeiner Fehler mit mehreren dokumentierten Ursachen: Remotedesktop nicht aktiviert, der Rechner offline, ein Netzwerkproblem oder der Listener und seine Dienste laufen nicht. | Der RDP-Abschnitt unten. |
Fehlercode: 0x10b Erweiterter Fehlercode: 0x0 | Die allgemeine RDP-Meldung, dass die Verbindung zum Remotecomputer verloren ging. Es ist eher ein Symptom als eine Diagnose und tritt bei abgebrochenen Sitzungen jeder Art auf. | Der Microsoft Q&A-Thread zur „Nur-einmal-pro-Neustart“-Variante dokumentiert das Symptom, führte jedoch nie zu einer bestätigten Lösung. |
Plattform schränkt niemanden ein, Dokumente an einem Ort
Neustart und erneute Verbindung ist enger gefasst, als die Funktionsliste vermuten lässt, und die Einschränkungen finden sich in drei separaten Dokumenten. Diese Tabelle fasst sie zusammen.
| Remote-Endpunkt | Entfernter Neustart verfügbar | Neustart im abgesicherten Modus | Automatische Wiederverbindung |
|---|---|---|---|
| Windows | Ja | Ja | Ja, von einem Windows- oder Mac-Controller |
| macOS | Nein. TeamViewer dokumentiert dies als noch nicht unterstützt und in Entwicklung. | Nein | Unterstützt von einem Windows- oder Mac-Controller, aber der Neustart muss innerhalb von macOS gestartet werden |
| Linux | Nein. Der Aktionen Eintrag ist ausgegraut. | Nein | Nein |
15.6.7 auf zwei Ubuntu 18-Rechnern berichtete, dass die Option Remote-Neustart ausgegraut war im Aktionen Menü und sagte, er müsse nach jedem Neustart die entfernte Maschine physisch aufsuchen. Der Thread führte nie zu einer Lösung.Was ist, wenn ich nach dem Neustart über reines RDP keine Verbindung zum Remotedesktop herstellen kann?
Wenn Sie Windows-Remotedesktop statt TeamViewer verwenden und sich nach einem Neustart nicht mit Remotedesktop verbinden können, fangen Sie beim Dienst an statt beim Netzwerk. Remotedesktopdienste, der Dienst namens TermService, wird mit dem Modus Manuell für den Starttyp ausgeliefert und ist dafür vorgesehen, bei Bedarf zu starten, und der Fehler, auf den man stößt, ist, dass er nach einem Update-Neustart überhaupt nicht startet.
Bestätigen Sie, dass der TermService läuft, und ändern Sie dann seinen Starttyp
Drücken Sie Win + R, geben Sie
services.mscein und drücken Sie Enter.Suchen Sie Remotedesktopdienste in der Liste.
Klicken Sie mit der rechten Maustaste darauf, wählen Sie Eigenschaften, und setzen Sie den Starttyp auf Automatisch.
Klicken Sie auf Starten, wenn der Dienst beendet ist, dann auf Übernehmen und OK.
In einer erhöhten PowerShell Sitzung:
Set-Service -Name TermService -StartupType Automatic
Start-Service -Name TermService
Der zweite Dienst und wie man bestätigt, dass der Listener läuft
Microsoft nennt genau zwei Dienste, die bei diesem Fehler zu prüfen sind: Remote Desktop Services (TermService) und Remote Desktop Services UserMode Port Redirector (UmRdpService) und sagt, man solle sicherstellen, dass beide ausgeführt werden. Es schreibt keinen Starttyp vor.
Die Umstellung auf Automatisch stammt aus der Praxis: Ein IT-Administrator einer gemeinnützigen Organisation auf Microsofts Q&A-Forum beschrieb einen Desktop, der RDP nach jedem Update-Neustart verweigerte und einen zweiten Neustart benötigte, um Verbindungen zu akzeptieren. Er stellte TermService und UmRdpService von Manuell auf Automatisch um, was denselben sporadischen Ausfall bereits bei drei früheren Clients behoben hatte, und auf diesem Rechner stellte er außerdem fest, dass Schnellstart noch aktiviert war und schaltete ihn mit HiberbootEnabled = 0 aus. Beide Prüfungen gehören in denselben Durchgang.
Bevor Sie daran etwas ändern, prüfen Sie, ob der Listener überhaupt läuft. Führen Sie qwinsta in einer Eingabeaufforderung mit erhöhten Rechten auf dem entfernten Rechner aus. Die Ausgabe sollte eine rdp-tcp-Zeile im Listen-Zustand enthalten. Fehlt diese Zeile, ist der Listener nicht aktiv, und keine noch so intensiven Netzwerkmaßnahmen werden helfen.
Wenn der Listener läuft und Verbindungen trotzdem fehlschlagen, prüfen Sie, ob der Rechner nicht mitten in der Einrichtung festhängt. Microsofts Anleitung zu diesem Fehler verweist auf zwei Registrierungswerte unter HKLM\SYSTEM\Setup: SystemSetupInProgress und OOBEInProgress. Beide müssen 0 sein.
Wie HelpWire Neustart und Wiederverbindung handhabt
HelpWire stellt die Verbindung zur Sitzung automatisch wieder her, nachdem das entfernte System neu gestartet wurde oder der Benutzer sich abgemeldet hat, was der Teil des Workflows ist, den die fünf oben genannten Fehlerbehebungen in TeamViewer schützen sollen.
So funktioniert es
Die HelpWire-Client-App auf dem entfernten Rechner verwaltet die unbeaufsichtigte Freigabe, sodass der Zugriff nicht von einem Passwort abhängt, das beim Start automatisch geändert wird. Sie klicken einfach auf Antrag auf Unbeaufsichtigten Zugriff in der Registerkarte Arbeitsplatz des HelpWire-Webportals oder in der Operator-App, und der entfernte Benutzer erteilt die Genehmigung.
Speziell für Update- und Treiberarbeiten ändern sich drei Dinge. Die Anmeldeinformationen werden beim Start nicht geändert, sodass nach dem Neustart nichts erneut eingegeben werden muss. Administratorrechte sind innerhalb der Sitzung über Administratorrechte anfordern in der Operator-Symbolleiste verfügbar, sodass UAC-geschützte Installationsprogramme niemanden an der Tastatur benötigen. Und die Freigabe gehört der Organisation, sofern Sie Teil einer sind, sodass ein Teamkollege dasselbe Gerät übernehmen kann, wenn der erste Techniker seine Schicht beendet.
Hinweis: Unter macOS mit aktiviertem FileVault muss sich der Remote-Benutzer nach jedem Neustart bei seinem Konto anmelden, bevor eine unbeaufsichtigte Sitzung starten kann, was eine macOS-Einschränkung und keine von HelpWire ist. Unter Linux ist für Neustarts relevant, dass HelpWire Wayland- und X11-Sitzungen unterstützt, den Anmeldebildschirm unter Wayland jedoch nicht erreichen kann – eine Betriebssystemeinschränkung –, was bedeutet, dass ein neu gestarteter Wayland-Desktop erst wieder erreichbar ist, sobald sich jemand anmeldet.
Vergleich: Neustart und erneute Verbindung über drei Tools hinweg
| Funktion | TeamViewer (Host oder vollständiger Client) | Windows RDP | HelpWire |
|---|---|---|---|
| Erneute Verbindung nach einem Remote-Neustart | Ja, nur Windows- und Mac-Kombinationen | Keine Aufforderung. Sie stellen die Verbindung manuell wieder her. | Ja, nach Neustart oder Abmeldung |
| Anmeldeinformationen bleiben über den Neustart hinweg erhalten | Nur mit persönlichem Passwort oder Einfacher Zugriff | Anmeldeinformationen des Windows-Kontos | Unbeaufsichtigte Freigabe, keine Passwortrotation |
| Remote-Neustart in den abgesicherten Modus | Ja, Windows-Endpunkte | Nicht vom Client aus | Neustart vom Remote-Desktop aus |
| Einrichtung auf der Remote-Seite | Installation von Host oder vollständigem Client | Remotedesktop aktivieren. Pro, Enterprise, Education, oder Server nur, nicht Home. | Client-App, portabel unter Windows |
| Administratorrechte in der Sitzung | Windows-Authentifizierung muss zuerst aktiviert werden | Nativ in der Sitzung | Adminzugriff anfordern in der Symbolleiste |
Häufig gestellte Fragen
Verwenden Sie Aktionen, Remote-Neustart, Neustart im abgesicherten Modus aus der Sitzungs-Symbolleiste auf einem Windows-Endpunkt. Das TeamViewer-Handbuch führt aus, dass diese Option den Computer im abgesicherten Modus mit Netzwerktreibern neu startet, sodass der Netzwerk-Stack vorhanden sein sollte. Der Haken liegt eine Ebene darunter: FixMe.IT dokumentiert, dass Windows 10 auf einigen Geräten die Netzwerkfunktion im Abgesicherten Modus vollständig deaktiviert, eine von Microsoft gesetzte Einschränkung, die kein Remote-Tool beeinflussen kann. Stellen Sie sicher, dass der Computer im abgesicherten Modus eine Internetverbindung hat, bevor Sie sich darauf verlassen, ihn per Fernzugriff wieder herauszubringen.
Das ist der Fall, wenn eine Vorabstartauthentifizierung konfiguriert ist, denn der Rechner wartet an der BitLocker PIN- oder Wiederherstellungsschlüsselabfrage, bevor Windows startet. Zu diesem Zeitpunkt läuft kein Dienst, daher erreicht ihn kein Remote-Tool. BitLocker wirkt jedoch auch in die andere Richtung, denn die Automatische Neustartanmeldung stützt sich darauf. Die ConfigAutomaticRestartSignOn-Richtlinie ist standardmäßig auf den Modus eingestellt, den Microsoft als Aktiviert bezeichnet, wenn BitLocker eingeschaltet und nicht ausgesetzt ist, und ein verwaltetes Gerät erfordert BitLocker zwingend zusammen mit TPM 2.0 und SecureBoot. Die Nur-TPM-Authentifizierung ist die Einstellung, die beiden Seiten gerecht wird, denn sie hält BitLocker für ARSO aktiv und entfernt die Vorabstartabfrage, die den Start blockiert.
Nein, denn Wake-on-LAN richtet sich an einen ausgeschalteten oder schlafenden Rechner, und ein Rechner, der den Neustart abgeschlossen hat, ist bereits wach. Ein Magic Packet weckt ein schlafendes System auf, und hier gibt es nichts zu wecken. Ob der Rechner erreichbar ist, ist eine separate Frage mit drei häufigen Antworten: Kein Listener ist zurückgekehrt, die Anmeldedaten sind mit dem Neustart verloren gegangen, oder der Netzwerkadapter hat sich während des Bootvorgangs abgeschaltet. Die Lösungen 1, 2 und 5 decken das in dieser Reihenfolge ab.
Ein Versionsupdate schließt die Anwendung und startet sie neu, wodurch das zufällige Zugriffspasswort – genau wie bei einem Neustart – neu erzeugt wird. Die Sitzung selbst ist unproblematisch, denn TeamViewer dokumentiert, dass Sie automatisch wieder mit dem Remote-Computer verbunden werden nach dem Update. Das Problem zeigt sich bei Ihrer nächsten Verbindung, wenn das von Ihnen notierte Passwort nicht mehr funktioniert. Richten Sie ein persönliches Passwort oder Einfachen Zugriff ein, bevor Sie Remote-Update ausführen.
Es kann vorkommen, und die Änderung ist nicht immer dauerhaft. Ein Benutzer meldete eine geänderte Installations-ID direkt nach dem Windows-10-Update vom Mai 2020, obwohl dieser Maschine bereits eine Lizenz zugewiesen war, und die ursprüngliche ID kehrte nach einem dritten vollständigen Neustart und einer weiteren Runde Windows-Updates von selbst zurück. Ein zweiter Benutzer im Thread sah dieselbe Rückkehr. Notieren Sie die aktuelle ID vor einem Funktionsupdate auf jedem Gerät, auf das Sie unbeaufsichtigt zugreifen. Falls sie sich ändert, führen Sie den Rechner noch einmal durch einen vollständigen Neustart, bevor Sie ein Ticket für die Lizenzverschiebung einsetzen, denn ein dritter Benutzer, der für die neue ID einen neuen Eintrag angelegt hatte, stellte fest, dass dieser nicht mehr funktionierte, sobald er die Sitzung verließ.
Lange genug, dass das Gerät bereits eine Weile online ist, statt genau in dem Moment, in dem der Indikator grün wird. TeamViewer veröffentlicht hier keinen Schwellenwert, daher betrachten Sie das Folgende als Faustregel: fünfzehn Sekunden bei einem einfachen Desktop, und eher neunzig bei einem verschlüsselten oder domänengebundenen Laptop, der Gruppenrichtlinien beim Start verarbeitet. Der Grund für diese Lücke ist, dass sich die Remote-Software zunächst bei den TeamViewer-Servern registriert, bevor sie eine Sitzung bereitstellen kann, sodass der Indikator der tatsächlichen Einsatzbereitschaft voraus ist.
