Du klickade på Remote Reboot, maskinen stängdes av, och den kom aldrig tillbaka till dig. Eller så visades återanslutningsprompten, du klickade på den, och sessionen dog ändå. Eller så visas enheten fortfarande som online i din lista medan varje försök att ansluta misslyckas. En omstart bryter sådant som fjärråtkomst behöver, och det förklarar nästan alla fel: inget på den fjärranslutna sidan svarar innan någon loggar in lokalt, eller så finns de inloggningsuppgifter som fungerade före omstarten inte längre kvar efteråt. Nedan berättar jag vilken av dem du råkade ut för, och vilka åtgärder som håller.
Om själva återanslutningssteget misslyckas varje gång, HelpWire hanterar det annorlunda. Det är programvara för fjärråtkomst för IT-team och tekniker, och det återansluter till sessionen automatiskt efter att fjärrsystemet har startats om eller när användaren loggar ut. Det täcker exakt det här scenariot: uppdateringar och arbete med drivrutiner som kräver en omstart mitt i processen.
TeamViewer starta om och återanslut: Vad knappen gör
TeamViewers omstart och återanslutning är en tvåstegshandskakning. När du utlöser omstarten inifrån sessionen frågar TeamViewer om du vill vänta på partnern, sparar en markör för den parten och erbjuder dig en Återanslut-knapp när fjärrenheten rapporterar att den är online igen.
Inom den handskakningen ber återanslutningen dig inte om ett lösenord igen. Det den inte gör är att lämna dig med en fungerande inloggningsuppgift efteråt. Den överlever inte heller en ID-ändring, och den verifierar inte att programvaran på fjärrenheten är redo när den ger dig knappen Återanslut.
Kommer TeamViewer att återansluta efter omstart: De tre villkoren
Återansluter TeamViewer efter omstart har ett exakt svar: ja, när tre villkor uppfylls samtidigt, och nej när något av dem fallerar. Den fjärranslutna sidan måste köra en installerad klient som körs som en tjänst eller demon snarare än som en engångsmodul. Du måste ha kvar markören från den sessionen eller en autentiseringsuppgift som överlever omstarten, och båda sidor måste vara på ett par plattformar som stöds. I Windows är den beständiga komponenten TeamViewer-tjänsten, vilket är varför Fix 3 nedan kontrollerar dess starttyp.
TeamViewers personal angav plattformsregeln direkt i en communitytråd om bibehållande av anslutning: omstart och återanslutning fungerar Windows till Windows eller Mac, och Mac till Windows eller Mac. Linux ligger utanför det paret. TeamViewers egen kunskapsbas lägger till en andra begränsning: omstartsfunktionen stöds ännu inte på macOS och är fortfarande under utveckling. Så en Mac kan vara den som styr i det paret men inte ett mål för själva knappen.
Återanslut TeamViewer efter omstart: Lösningarna som håller
Gå igenom dessa i ordning. Åtgärderna 1 och 2 löser på egen hand de flesta TeamViewer-återanslutningsproblem efter omstart, och varje åtgärd nedan är bekräftad i leverantörens dokumentation, i ett supportcommunity eller av tekniker på offentliga forum.
Åtgärd 1: Flytta den fjärranslutna sidan bort från QuickSupport
Ersätt QuickSupport med TeamViewer Host innan du startar om något. TeamViewer anger begränsningen uttryckligen i sin dokumentation om personligt lösenord: obevakad åtkomst fungerar endast med Host eller fullversionen, och QuickSupport stöder inte detta. Host installeras som en Windows-tjänst. Så svarar den redan på inloggningsskärmen utan att någon användare är närvarande, och TeamViewer dokumenterar uppgraderingsvägen under pågående session, vilket inte kräver någon ytterligare nedladdningslänk och inget telefonsamtal.
I den aktiva QuickSupport-sessionen, öppna Filer & Extra i verktygsfältet för fjärrsessionen.
För muspekaren över Installera TeamViewer på distans och välj Installera TeamViewer Host.
Bekräfta med Installera Host-modulen. TeamViewer varnar för att det kommer att stängas och att den nya versionen kommer att installeras. Klicka på OK eller låt nedräkningen slutföras.
När du får frågan om du vill återansluta automatiskt när Host har installerats, klicka på Vänta på partner.
När installationen är klar klicka på Återanslut. TeamViewers Host-via-QuickSupport-artikel uppger att denna återanslutning inte kräver ett nytt lösenord.
Öppna TeamViewer Host på den fjärranslutna enheten, klicka på Hantera den här enheten och logga in med dina TeamViewer-inloggningsuppgifter. Det kopplar enheten till ditt konto, vilket är vad den aktuella dokumentationen avslutar proceduren med, och det är det som gör att enheten överlever nästa omstart.
En begränsning med proceduren är: TeamViewer noterar att installation av Host under pågående session fungerar endast i anslutningar mellan Windows-enheter. Om du styr från en Mac- eller Linux-dator är den här vägen utesluten, och den fjärranslutna användaren installerar Host manuellt i stället.
Gör detta innan drivrutinen fungerar. När datorn väl är nere har du ingen session att köra steg ett i.
Åtgärd 2: Ställ in ett personligt lösenord eller ge enkel åtkomst
Ett personligt lösenord överlever omstarter eftersom det lagras snarare än genereras. Ställ in det på fjärrdatorn medan du fortfarande har en session. TeamViewer flyttade den här inställningen från Säkerhet till de avancerade alternativen, så den aktuella dokumenterade sökvägen går via kugghjulsikonen.
Öppna TeamViewer (Classic) på fjärrenheten och klicka på kugghjulsikonen i det övre högra hörnet.
Välj Avancerat och bekräfta med Visa avancerade alternativ.
Skrolla till Avancerade inställningar för anslutningar till den här datorn och avsnittet Personligt lösenord.
Ange lösenordet i båda fälten och klicka på OK. TeamViewer avvisar ord från ordboken och tangentbordssekvenser och kräver minst 8 tecken.
För enheter som du hanterar under längre tid, tilldela i stället enheten. På fjärrdatorn, öppna Inställningar med kugghjulsikonen, bläddra igenom fliken Allmänt till Hantera den här enheten, klicka på den och logga in med dina TeamViewer-inloggningsuppgifter. Öppna sedan Extra, Alternativ, Säkerhet, och markera Ge enkel åtkomst under Obevakad åtkomst. Enkel åtkomst tar bort lösenordet ur processen helt och hållet, vilket också tar bort risken för att en versionsuppdatering på fjärrdatorn ändrar lösenordet mitt under arbetet.
Lösning 3: Tvinga TeamViewer-tjänsten att starta före inloggning
Ställ in tjänsten på Automatisk och bekräfta att den är igång, eftersom Manuell start innebär att inget svarar förrän någon loggar in lokalt. Detta är den första kontrollen som TeamViewers support ber om i omstartstrådar, tillsammans med alternativet Starta TeamViewer med Windows.
På fjärrdatorn, tryck på Win + R, skriv
services.mscoch tryck på Enter.Hitta posten med namnet
TeamViewer. Versionssuffixet togs bort från tjänstnamnet från och med TeamViewer 11, så nuvarande versioner registrerar den somTeamVieweri stället förTeamViewer15.Högerklicka på den och välj Egenskaper.
Ställ in Starttyp till Automatisk.
Bekräfta att Tjänststatus visar Körs, klicka sedan på Verkställ och OK.
I TeamViewer, öppna Extra, Alternativ, Allmänt, och kontrollera att Starta TeamViewer med Windows är markerat.
För att verifiera från en kommandorad i stället för Tjänster-konsolen, kör detta i ett förhöjt PowerShell-fönster på fjärrdatorn:
Get-Service -Name TeamViewer | Select-Object Name, Status, StartType
Om StartType returnerar Manual, åtgärda det med:
Set-Service -Name TeamViewer -StartupType Automatic
Åtgärd 4: Låt Windows logga in sig igen efter en uppdatering
Aktivera Automatic Restart Sign-On, så att Windows loggar in den senast interaktiva användaren på nytt och låser sessionen efter en omstart efter en uppdatering. Windows Update extraherar den inloggade användarens härledda autentiseringsuppgifter, sparar dem på disken, konfigurerar Autologon och loggar sedan in och låser enheten vid nästa start. För fjärråtkomst är det viktigt eftersom användarsessionen finns igen, så allt som är beroende av ett inloggat skrivbord fungerar.
På fjärrdatorn, öppna Inställningar, sedan Konton, sedan Inloggningsalternativ.
På Windows 11, skrolla till Ytterligare inställningar och slå på Använd min inloggningsinformation för att automatiskt slutföra konfigurationen efter en uppdatering. På Windows 10 finns samma reglage under Sekretess och heter Använd min inloggningsinformation för att automatiskt slutföra konfigurationen av min enhet efter en uppdatering eller omstart.
Om växlingsknappen är gråmarkerad finns det två vanliga orsaker. Kontot har inga Windows Hello-inloggningsuppgifter konfigurerade, eller så är enheten domänansluten och alternativet styrs av en organisationspolicy. Nedanstående policysökväg gäller det andra fallet.
I Windows Pro och Enterprise, ställ in det via policy i stället:
Tryck på Win + R, skriv
gpedit.msc, och tryck på Enter.Gå till Datorkonfiguration, Administrativa mallar, Windows-komponenter, Alternativ för Windows-inloggning.
Öppna Logga in och lås senaste interaktiva användaren automatiskt efter en omstart, och ställ in det på Aktiverad.
Två begränsningar avgör om detta hjälper dig. Microsoft skiljer hanterade enheter från icke-hanterade. En icke-hanterad enhet använder enhetskryptering men kräver den inte, medan en hanterad enhet behöver TPM 2.0, SecureBoot, och BitLocker innan ARSO alls konfigureras, och administratörer kan åsidosätta det kravet via policy. ARSO på hanterade enheter är för närvarande endast tillgängligt på enheter som är anslutna till Microsoft Entra ID.
Den andra begränsningen är viktigare under supportarbete. På en hanterad enhet får en omstart du själv initierar inte ARSO, medan en Windows Update omstart gör det, liksom en omstart som utförs med shutdown -g -t 0. Det kommandot ska du använda när du vill att Windows ska logga in användaren igen efter en omstart du har startat. Registervärdet bakom funktionen är DisableAutomaticRestartSignOn under HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System, där 0 aktiverar den.
Åtgärd 5: Uteslut nätverksadaptern och Snabb start
Strömhantering för nätverksadaptern kopplar bort en dator från nätverket utan några tecken på problem, och det gäller vid varje start. Snabb Start gäller inte alls vid en omstart, så den förklarar inget om processen för Fjärr omstart. Men det hör hemma i samma resonemang eftersom standardrådet man ger kunder är att stänga av datorn och slå på den igen, vilket är precis den process som Snabb start styr.
Öppna Enhetshanteraren på fjärrdatorn, expandera Nätverkskort, högerklicka på det aktiva nätverkskortet och välj Egenskaper.
Öppna fliken Energihantering och avmarkera Tillåt datorn att stänga av den här enheten för att spara ström.
Klicka på OK.
Öppna Kontrollpanelen, Energialternativ, Välj vad strömknapparna gör.
Klicka på Ändra inställningar som för närvarande inte är tillgängliga.
Avmarkera Aktivera snabb start (rekommenderas) och spara ändringarna.
Vilken korrigering gäller för vilken konfiguration
| Inställning på fjärrsidan | Det du ser efter omstarten | Börja här |
|---|---|---|
| QuickSupport på Windows | Slutpunkt borta. Ingen återanslutning kommer fram. | Åtgärd 1 |
| Fullständig klient, endast slumpmässigt lösenord | Enhet online, lösenord avvisas. | Åtgärd 2 |
| Värd eller fullständig klient, tjänsten på Manuell | Inget svarar förrän en lokal inloggning har skett. | Åtgärd 3 |
| Domänansluten Windows 11 efter en funktionsuppdatering | Inloggningsskärm nås, användarsession saknas. | Åtgärd 4 |
| Bärbar dator eller mini-PC, locket stängt | Oåtkomlig tills någon rör vid den. | Åtgärd 5 |
| Linux-slutpunkt (Ubuntu, Debian, Fedora) | Remote Reboot gråmarkerad, ingen återanslutning erbjuds. | Stöds inte. Starta om inifrån operativsystemet och återanslut manuellt. |
Varför TeamViewers automatiska återanslutning efter omstart misslyckas efter uppdateringar och drivrutinsinstallationer
TeamViewers automatiska återanslutning efter omstart misslyckas oftast i samband med uppdateringar och drivrutinsarbete eftersom det arbetet förändrar sådant som en återanslutning är beroende av. En omstart i samband med en Windows-uppdatering lämnar datorn vid en inloggningsskärm som ingen loggar in på. En drivrutinsinstallation kan lämna datorn med ett annat TeamViewer-ID än det du köade en återanslutning till. Inget av detta visar sig som ett nätverksfel, vilket är anledningen till att standardchecklistan inte hittar något.
Fyra felfall förklarar rapporterna, och vart och ett av dem är dokumenterat i TeamViewers egen supportgemenskap eller i dess kunskapsbas.
Åtkomstlösenordet genereras på nytt varje gång TeamViewer startas om
Det slumpmässiga åtkomstlösenordet är bundet till TeamViewer-processens livstid. En omstart startar om TeamViewer, och ett nytt lösenord genereras. Alternativet Behåll nuvarande behåller lösenordet endast så länge slutanvändaren inte startar om TeamViewer, och det finns inget sätt att förhindra ändringen för ett slumpmässigt lösenord.
Det finns fyra värden under Slumpmässigt lösenord efter varje session, som beskrivs i TeamViewers dokumentation om slumpmässigt lösenord: Behåll nuvarande, Generera nytt, Inaktivera, och Visa bekräftelse. De styr vad som händer efter att en session avslutas snarare än vad som händer efter att TeamViewer startas om, och Behåll nuvarande är det alternativ som TeamViewer uttryckligen anger endast gäller tills programmet startas om. Ett personligt lösenord eller Enkel åtkomst är det enda sättet som inte beror på vilket av de fyra som är valt.
Inget svarar förrän någon loggar in lokalt
Om den fjärranslutna sidan kör QuickSupport, tar omstarten bort slutpunkten. QuickSupport är ett engångsprogram utan tjänst och utan autostartpost, och TeamViewer anger begränsningen i sin dokumentation: obevakad åtkomst fungerar bara med Host eller fullversionen, och QuickSupport stöder inte detta. En registrerad användare av fullklienten, med QuickSupport på sina klientdatorer beskrev resultatet, vilket innebar att en fjärrstart gjorde att han inte kunde återansluta automatiskt, och fjärranvändaren var tvungen att godkänna anslutningen manuellt varje gång.
Samma symtom uppträder med fullklienten när Starta TeamViewer med Windows är avstängt, eller när TeamViewer_Service.exe står på Starttyp Manuell. En tråd i TeamViewers community som startades om Windows 10 build 15063.138 återger mönstret exakt: datorn försvann från datorlistan efter uppgraderingen, dök upp igen i samma ögonblick som trådskaparen loggade in lokalt, och försvann igen vid nästa omstart, med tjänsten inställd på automatisk och igång varje gång han kontrollerade. Kontrollera först tjänstens starttyp, sedan om teamviewer.exe körs efter inloggning, och först därefter om datorn överhuvudtaget är online.
En ominstallation av drivrutin kan ändra TeamViewer-ID:t
En ominstallation av drivrutinen för nätverksadaptern kan lämna dig med ett annat TeamViewer-ID på andra sidan omstarten. En användare i TeamViewer-communityn gick igenom förloppet: en felaktig drivrutin för nätverksadaptern, en avinstallation, en ominstallation med rätt drivrutin, en omstart och ett nytt ID. Hans logg angav orsaken, nämligen att MID hade ändrats. TeamViewer publicerar inte vad som ligger till grund för MID, och den tråden fick aldrig något svar, så betrakta detta som ett känt utfall snarare än en dokumenterad regel.
Detta är feltilståndet som ingen varnar dig för innan en drivrutinssession. Återanslutningsmarkören pekar på det gamla ID:t. Maskinen är online, nåbar och svarar på en adress du inte längre har. Windows funktionsuppdateringar har gett samma resultat, rapporterat efter Windows 10-uppdateringen i maj 2020.
Återanslutningsprompten visas innan fjärrmodulen är redo
Knappen Återanslut blir klickbar innan fjärrprogramvaran är igång, och ett tidigt klick förstör sessionen. En tekniker dokumenterade förloppet i en community-tråd om QuickSupport-omstarter: varje dialogruta visades korrekt, återanslutningen lyckades aldrig, och hans egna tester visade att QuickSupport inte startar förrän en tid efter att Windows har startat, medan återanslutningsrutan visas omedelbart. Ett klick innan modulen körs gör att hela sessionen misslyckas, utan möjlighet till återställning förutom en ny session som startas av klienten.
Det finns ingen indikator för modulens status och inget sätt att läsa av den från din sida. Knappen visar att enheten har svarat snarare än att programvaran bakom är redo.
Vad de flesta provar först, och varför det misslyckas
Fyra åtgärder dyker upp i nästan varje tråd om det här problemet, och ingen av dem rör någon av grundorsakerna.
Installera om TeamViewer. Detta återställer anslutningen fram till nästa omstart, sedan återkommer samma symtom. En forumtråd om felet NOT READY: Please check your connection följde exakt det förloppet: ominstallationen fungerade, nästa omstart gjorde att det slutade fungera igen.
Starta om TeamViewer-tjänsten. Bra råd när du kan nå datorn. Hela problemet är att du inte kan.
Öppna portar och vidarebefordra 3389. Detta kommer från RDP-guider och gör inget för TeamViewer, som inte behöver några inkommande regler. Port 3389 tillhör Remote Desktop Protocol, en annan produkt med en annan felprofil.
Wake-on-LAN. Datorn är redan påslagen och svarar på ping. Inget med strömläget är fel.
Ytterligare två ser ut som lösningar men är det inte. Keep me signed in rekommenderas ofta som en allmän bot men är det inte, eftersom den varken påverkar lyssnaren eller åtkomstlösenordet. En användare i en community-tråd om just denna fråga svarade att de hade den aktiverad och ändå inte kunde ansluta efter en omstart. Det spelar roll i exakt ett fall: blockeringen för kommersiell användning i tabellen nedan.
Den andra är mer subtil. Start TeamViewer with Windows är rätt inställning, eftersom den installerar TeamViewer som en Windows-systemtjänst så att den svarar före Windows-inloggningen, men en bock i den rutan är inget bevis på att tjänsten fortfarande är inställd så. Användare rapporterar att alternativet återställs till sitt standardläge efter en versionsuppdatering, så kontrollera tjänsten i services.msc snarare än kryssrutan. Och onlineindikatorn i din enhetslista kan inte betros efter en omstart, av de skäl som anges ovan.
Felmeddelanden och vad vart och ett betyder
Jämför strängen du ser med orsaken innan du ändrar något.
| Meddelande | Vad det tyder på | Börja här |
|---|---|---|
Partnern anslöt inte till routern. Felkod WaitForConnectFailed | Ett anslutningsproblem på en av de två enheterna. Det är ett symtom snarare än en diagnos, och efter en omstart beror det oftast på att ingenting på fjärrsidan kom tillbaka. | Kontrollera anslutningen först, sedan Fix 1 och Fix 3. |
Inte redo. Kontrollera din anslutning | Fjärrklienten kan inte nå TeamViewers servrar. TeamViewer pekar på allmän internetanslutning, en klient utan väg ut, blockerad utgående port 5938 eller ett problem med TeamViewer-tjänsten eller dess status. | Kontrollera att datorn är online, sedan Fix 3. |
Kommersiell användning misstänks efter en omstart | TeamViewers detektering av kommersiell användning, vilket är en licensfråga snarare än ett omstarts-fel. Det visar sig efter en omstart eftersom det är då du nästa gång försöker ansluta. En licensierad användare rapporterade det i exakt den ordningen. | Bekräfta att du är inloggad på datorn du ansluter från, eftersom det är där licensen är knuten, och hantera det sedan som en licensfråga. |
Gul Ansluter... som aldrig slutförs | Slutpunkten är registrerad, men sessionen kan inte kopplas till en skärm. Vanligt på Linux-slutpunkter efter att en tidigare session avslutats. | Starta om lokalt. Återanslutningsfunktionen täcker inte detta. |
Fjärrskrivbord kan inte ansluta till den fjärranslutna datorn av någon av följande orsaker: | RDP, inte TeamViewer. Ett generiskt fel med flera dokumenterade orsaker: Fjärrskrivbord inte aktiverat, datorn offline, ett nätverksproblem eller att lyssnaren och dess tjänster inte körs. | RDP-avsnittet nedan. |
Felkod: 0x10b Utökad felkod: 0x0 | Det generiska RDP-meddelandet att anslutningen till den fjärranslutna datorn förlorades. Det är ett symtom snarare än en diagnos och dyker upp vid avbrutna sessioner av alla slag. | Den Microsoft Q&A-tråd om varianten att kunna ansluta endast en gång per uppstart dokumenterar symptomet men gav aldrig en bekräftad lösning. |
Plattform begränsar ingen dokument på ett ställe
Omstart och återanslutning har ett snävare omfång än vad funktionslistan antyder, och begränsningarna finns i tre separata dokument. Den här tabellen samlar dem.
| Fjärrslutpunkt | Fjäromstart tillgänglig | Omstart i felsäkert läge | Automatisk återanslutning |
|---|---|---|---|
| Windows | Ja | Ja | Ja, från en Windows- eller Mac-styrdator |
| macOS | Nej. TeamViewer dokumenterar att det ännu inte stöds och är under utveckling. | Nej | Stöds från en Windows- eller Mac-styrdator, men omstarten måste initieras inifrån macOS |
| Linux | Nej. Posten Åtgärder är gråmarkerad. | Nej | Nej |
15.6.7 på två Ubuntu 18-datorer rapporterade att alternativet Remote Reboot var gråmarkerat i Actions-menyn och sa att han var tvungen att fysiskt komma åt fjärrdatorn efter varje omstart. Tråden resulterade aldrig i någon lösning.Vad gör jag om jag inte kan ansluta till Fjärrskrivbord efter omstart via vanlig RDP?
Om du använder Windows Fjärrskrivbord i stället för TeamViewer och inte kan ansluta till Fjärrskrivbord efter en omstart, börja med tjänsten i stället för nätverket. Fjärrskrivbordstjänster, tjänsten med namnet TermService, levereras med en Manuell starttyp och är avsedd att starta vid behov, och problemet många stöter på är att efter en omstart efter en uppdatering startar den inte alls.
Kontrollera att TermService körs och ändra sedan dess starttyp
Tryck på Win + R, skriv
services.msc, och tryck på Enter.Hitta Fjärrskrivbordstjänster i listan.
Högerklicka på den, välj Egenskaper och ställ in Startmetod till Automatisk.
Klicka på Starta om tjänsten är stoppad, klicka sedan på Verkställ och OK.
Från en förhöjd PowerShell-session:
Set-Service -Name TermService -StartupType Automatic
Start-Service -Name TermService
Den andra tjänsten, och hur man bekräftar att lyssnaren är igång
Microsoft nämner exakt två tjänster att kontrollera för det här felet: Remote Desktop Services (TermService) och Remote Desktop Services UserMode Port Redirector (UmRdpService), och säger att båda ska vara igång. Det anges ingen starttyp.
Ändringen till Automatiskt kommer från fältet: en IT-administratör hos en välgörenhetsorganisation på Microsofts Q&A forum beskrev en dator som vägrade RDP efter varje omstart efter uppdatering och behövde en andra omstart för att acceptera anslutningar. Han flyttade TermService och UmRdpService från Manuell till Automatiskt, vilket hade åtgärdat samma slumpmässiga fel på tre tidigare klienter, och på den här datorn upptäckte han att Snabb start fortfarande var aktiverat och stängde av det med HiberbootEnabled = 0. Båda kontrollerna bör göras vid samma tillfälle.
Innan du ändrar något av detta, bekräfta om lyssnaren överhuvudtaget körs. Kör qwinsta i en kommandotolk som administratör på fjärrdatorn. Utdata bör innehålla en rad med rdp-tcp i läget Listen. Om den raden saknas är lyssnaren nere, och inget nätverksarbete kommer att hjälpa.
Om lyssnaren körs och anslutningarna ändå misslyckas, kontrollera att datorn inte har fastnat mitt i konfigurationen. Microsofts guide för det här felet pekar på två registervärden under HKLM\SYSTEM\Setup: SystemSetupInProgress och OOBEInProgress. Båda måste vara 0.
Hur HelpWire hanterar omstart och återanslutning
HelpWire återansluter automatiskt till sessionen efter att fjärrsystemet har startats om eller användaren har loggat ut, vilket är den del av arbetsflödet som de fem åtgärderna ovan är avsedda att skydda i TeamViewer.
Så fungerar det
HelpWire Client-appen på fjärrdatorn innehar det obevakade åtkomstmedgivandet, så åtkomsten beror inte på ett lösenord som roteras vid uppstart. Du klickar bara på Begär Obevakad åtkomst i arbetsstationsfliken i HelpWires webbportal eller från Operator-appen, och fjärranvändaren beviljar åtkomst.
För uppdateringar och arbete med drivrutiner ändras tre saker. Inloggningsuppgifterna roteras inte vid uppstart, så det finns inget att ange igen när datorn är igång igen. Administratörsåtkomst är tillgänglig i sessionen via Begär administratörsåtkomst på Operator-verktygsfältet, så UAC-skyddade installationsprogram kräver inte att någon sitter vid tangentbordet. Och åtkomstmedgivandet tillhör organisationen om du är en del av en sådan, så en kollega kan ta över samma enhet när den första teknikern går av sitt skift.
Observera: På macOS med FileVault aktiverat måste den fjärranslutna användaren logga in på sitt konto efter varje omstart innan en obevakad session kan starta, vilket är en begränsning i macOS snarare än i HelpWire. På Linux är den relevanta detaljen vid omstart att HelpWire stöder Wayland- och X11-sessioner men inte kan nå inloggningsskärmen på Wayland, en begränsning i operativsystemet, vilket innebär att ett omstartat Wayland-skrivbord blir åtkomligt igen först när någon har loggat in.
Jämförelse: Omstart och återanslutning i tre verktyg
| Funktion | TeamViewer (värd eller fullständig klient) | Windows RDP | HelpWire |
|---|---|---|---|
| Återanslutning efter omstart på distans | Ja, endast Windows- och Mac-par | Ingen uppmaning. Du återansluter manuellt. | Ja, efter omstart eller utloggning |
| Inloggningsuppgifter kvarstår efter omstart | Endast med ett personligt lösenord eller Enkel åtkomst | Inloggningsuppgifter för Windows-konto | Oövervakad behörighet, ingen lösenordsrotation |
| Fjärr omstart till felsäkert läge | Ja, Windows-enheter | Inte från klienten | Starta om från fjärrskrivbordet |
| Konfiguration på fjärrsidan | Installation av värd eller fullständig klient | Aktivera Fjärrskrivbord. Pro, Enterprise, Education, eller Server endast, inte Home. | Klientapp, portabel på Windows |
| Upphöjning till administratör i sessionen | Windows-autentisering måste aktiveras först | Inbyggt i sessionen | Begär adminåtkomst på verktygsfältet |
Vanliga frågor
Använd Åtgärder, Fjärrstarta om, Starta om i felsäkert läge från sessionsverktygsfältet på en Windows-dator. TeamViewers manual anger att det här alternativet startar om datorn i felsäkert läge med nätverksdrivrutiner, så nätverksstacken ska finnas där. Haken ligger en nivå under det: FixMe.IT dokumenterar att på vissa enheter inaktiverar Windows 10 nätverk i Felsäkert läge helt och hållet, en Microsoft-begränsning som inget fjärrverktyg kan styra över. Bekräfta att datorn når internet i felsäkert läge innan du förlitar dig på fjärråtkomst för att ta den ur felsäkert läge.
Det gör det när autentisering före uppstart är konfigurerad, eftersom datorn väntar vid BitLocker PIN eller återställningsnyckeluppmaningen innan Windows startar. Inga tjänster körs i det skedet, så inget fjärrverktyg kommer åt det. BitLocker verkar också åt andra hållet, eftersom Automatic Restart Sign-On förlitar sig på det. Den ConfigAutomaticRestartSignOn policyn har som standard det läge som Microsoft kallar Enabled om BitLocker är på och inte är suspenderat, och en hanterad enhet kräver BitLocker tillsammans med TPM 2.0 och SecureBoot. Autentisering endast med TPM är inställningen som tillgodoser båda sidorna, eftersom den håller BitLocker aktivt för ARSO och tar bort uppmaningen före uppstart som blockerar starten.
En versionsuppdatering stänger och startar om applikationen, vilket återskapar det slumpmässiga åtkomstlösenordet precis som en omstart gör. Själva sessionen är okej, eftersom TeamViewer dokumenterar att du återansluts till fjärrdatorn automatiskt efter uppdateringen. Problemet uppstår vid nästa anslutning, när lösenordet du skrev ner inte längre fungerar. Ställ in ett personligt lösenord eller Enkel åtkomst innan du kör Fjärruppdatering.
Det kan den, och ändringen är inte alltid permanent. En användare rapporterade ett ändrat installations-ID omedelbart efter Windows 10 May 2020-uppdateringen med en licens som redan var tilldelad den datorn, och det ursprungliga ID:t kom tillbaka av sig självt efter en tredje fullständig omstart och ytterligare en omgång Windows-uppdateringar. En andra användare i tråden såg samma återgång. Notera det aktuella ID:t före en funktionsuppdatering på alla enheter som du når obevakat. Om det ändras, kör datorn genom ytterligare en fullständig omstartscykel innan du förbrukar en licensflyttsbiljett, eftersom en tredje användare som skapade en ny post för det nya ID:t upptäckte att den slutade fungera så snart han lämnade sessionen.
Tillräckligt länge för att enheten ska ha varit online ett tag, snarare än i samma ögonblick som indikatorn blir grön. TeamViewer anger ingen tröskel här, så betrakta följande som en tumregel: femton sekunder på en vanlig stationär dator, och närmare nittio på en krypterad eller domänansluten bärbar dator som tillämpar gruppolicy vid uppstart. Anledningen till glappet är att fjärrprogramvaran registrerar sig hos TeamViewers servrar innan den kan hantera en session, så indikatorn ligger före den faktiska beredskapen.
