Hai fatto clic su Remote Reboot, la macchina si è riavviata e non è mai più tornata raggiungibile. Oppure è comparsa la richiesta di riconnessione, ci hai cliccato e la sessione è comunque caduta. Oppure il dispositivo risulta ancora online nel tuo elenco mentre ogni tentativo di connessione fallisce. Un riavvio può interrompere le componenti di cui l’accesso remoto ha bisogno, e queste spiegano quasi ogni errore: dal lato remoto non risponde nulla finché qualcuno non effettua l’accesso localmente, oppure la credenziale che funzionava prima del riavvio non esiste più dopo. Di seguito ti dirò quale di questi casi hai incontrato e le correzioni che funzionano.
Se il passaggio di riconnessione in sé fallisce ogni volta, HelpWire lo gestisce in modo diverso. È un software di accesso remoto per team IT e tecnici, e si riconnette automaticamente alla sessione dopo il riavvio del sistema remoto o la disconnessione dell’utente. Questo copre esattamente lo scenario qui: aggiornamenti e interventi sui driver che richiedono un riavvio a metà processo.
TeamViewer riavvia e riconnetti: cosa fa il pulsante
La funzione di riavvio e riconnessione di TeamViewer è una procedura di handshake in due passaggi. Quando attivi il riavvio dall’interno della sessione, TeamViewer chiede se desideri attendere il partner, conserva un contrassegno per quell’endpoint e ti offre un pulsante Reconnect non appena il dispositivo remoto risulta di nuovo online.
All’interno di quella stessa procedura, la riconnessione non ti richiede nuovamente la password. Quello che non fa è lasciarti con una credenziale valida in seguito. Inoltre non sopravvive a un cambio di ID e non verifica che il software remoto sia pronto quando ti presenta il pulsante Reconnect.
TeamViewer si riconnetterà dopo il riavvio: le tre condizioni
TeamViewer si riconnetterà dopo il riavvio ha una risposta precisa: sì, quando tre condizioni sono soddisfatte contemporaneamente, e no quando anche solo una di esse fallisce. Il lato remoto deve eseguire un client installato che persista come servizio o demone invece di un modulo da eseguire una sola volta. Devi conservare il token di quella sessione o una credenziale che sopravviva al riavvio, ed entrambe le estremità devono trovarsi su una coppia di piattaforme supportata. Su Windows, tale componente persistente è il servizio TeamViewer, motivo per cui la Soluzione 3 qui sotto ne verifica il tipo di avvio.
Il personale di TeamViewer ha dichiarato esplicitamente la regola relativa alle piattaforme in un thread della community sul mantenimento della connessione: il riavvio e la riconnessione funzionano da Windows a Windows o Mac, e da Mac a Windows o Mac. Linux resta fuori da quella coppia. La knowledge base di TeamViewer aggiunge un secondo limite: la funzione di riavvio non è ancora supportata su macOS ed è ancora in fase di sviluppo. Quindi un Mac può essere il controllore in quella coppia ma non una destinazione per il pulsante stesso.
Riconnessione di TeamViewer dopo il riavvio: le soluzioni che funzionano
Esegui queste correzioni in ordine. Le correzioni 1 e 2 risolvono autonomamente la maggior parte dei casi di riconnessione di TeamViewer dopo il riavvio, e ogni correzione qui sotto è confermata nella documentazione del fornitore, in una community di supporto o da tecnici su forum pubblici.
Soluzione 1: Sposta il lato remoto fuori da QuickSupport
Sostituisci QuickSupport con TeamViewer Host prima di riavviare qualsiasi cosa. TeamViewer dichiara esplicitamente questa limitazione nella sua documentazione sulla password personale: l’accesso non presidiato funziona solo con Host o con la versione completa, e QuickSupport non lo supporta. Host si installa come servizio di Windows. Quindi risponde già nella schermata di accesso anche senza utente presente, e TeamViewer documenta la procedura di aggiornamento in sessione, che non richiede un secondo link di download né una telefonata.
Nella sessione QuickSupport attiva, apri File & Extra nella barra degli strumenti della sessione remota.
Passa il mouse su Installa TeamViewer da remoto e seleziona Installa TeamViewer Host.
Conferma con Installa modulo Host. TeamViewer avverte che si chiuderà e installerà la nuova versione. Fai clic su OK oppure lascia terminare il conto alla rovescia.
Quando ti viene chiesto se riconnetterti automaticamente una volta installato Host, fai clic su Attendi il partner.
Al termine dell’installazione, fai clic su Reconnect. L’articolo Host-via-QuickSupport di TeamViewer afferma che questa riconnessione non richiede una nuova password.
Apri TeamViewer Host sul dispositivo remoto, fai clic su Gestisci questo dispositivo e accedi con le tue credenziali TeamViewer. Questo assegna il dispositivo al tuo account, come riportato nella documentazione attuale che conclude la procedura con questo passaggio, ed è ciò che consente di superare il successivo riavvio.
Una limitazione che la procedura comporta: TeamViewer segnala che l’installazione dell’Host durante la sessione funziona solo nelle connessioni tra dispositivi Windows. Se controlli da un Mac o da una macchina Linux, questa via non è praticabile e l’utente remoto installerà invece l’Host manualmente.
Esegui questo prima che il driver entri in funzione. Una volta che la macchina è spenta, non avrai alcuna sessione in cui eseguire il primo passaggio.
Soluzione 2: Imposta una password personale o concedi l'accesso facilitato
Una password personale sopravvive ai riavvii perché viene memorizzata anziché generata. Impostala sul computer remoto mentre hai ancora una sessione aperta. TeamViewer ha spostato questa impostazione da Sicurezza alle opzioni avanzate, quindi il percorso attualmente documentato passa dall’icona a forma di ingranaggio.
Apri TeamViewer (Classic) sul dispositivo remoto e fai clic sull’icona a forma di ingranaggio nell’angolo in alto a destra.
Seleziona Avanzate e conferma con Mostra opzioni avanzate.
Scorri fino a Impostazioni avanzate per le connessioni a questo computer e alla sezione Password personale.
Inserisci la password in entrambi i campi e fai clic su OK. TeamViewer rifiuta parole del dizionario e sequenze di tasti e richiede almeno 8 caratteri.
Per i dispositivi che gestisci a lungo termine, assegna invece il dispositivo. Sulla macchina remota, apri Impostazioni con l’icona a forma di ingranaggio, scorri nella scheda Generale fino a Gestisci questo dispositivo, fai clic e accedi con le tue credenziali TeamViewer. Quindi apri Extra, Opzioni, Sicurezza, e seleziona Concedi accesso facile sotto Accesso non presidiato. L’accesso facile rimuove completamente la password dal processo, il che elimina anche il caso in cui un aggiornamento remoto della versione cambi la password durante il lavoro.
Soluzione 3: Forzare l'avvio del servizio TeamViewer prima dell'accesso
Imposta il servizio su Automatico e verifica che sia in esecuzione, perché l’avvio Manuale significa che non risponde nulla fino a un accesso locale. Questo è il primo controllo che il supporto TeamViewer richiede nei thread di riavvio, insieme all’opzione Avvia TeamViewer con Windows.
Sul computer remoto, premi Win + R, digita
services.msc, e premi Invio.Trova la voce denominata
TeamViewer. Il suffisso di versione è stato rimosso dal nome del servizio a partire da TeamViewer 11, quindi le versioni attuali lo registrano comeTeamVieweranzichéTeamViewer15.Fai clic con il pulsante destro del mouse su di esso e seleziona Proprietà.
Imposta Tipo di avvio su Automatico.
Verifica che Stato del servizio mostri In esecuzione, quindi fai clic su Applica e OK.
In TeamViewer, apri Extra, Opzioni, Generale, e verifica che Avvia TeamViewer con Windows sia selezionata.
Per verificare dalla riga di comando anziché dalla Servizi console, esegui questo in una finestra di PowerShell con privilegi elevati sulla macchina remota:
Get-Service -Name TeamViewer | Select-Object Name, Status, StartType
Se StartType restituisce Manual, correggilo con:
Set-Service -Name TeamViewer -StartupType Automatic
Soluzione 4: Consenti a Windows di eseguire nuovamente l'accesso dopo un aggiornamento
Abilita Accesso automatico dopo il riavvio, così Windows esegue nuovamente l’accesso con l’ultimo utente interattivo e blocca la sessione dopo un riavvio per aggiornamento. Windows Update estrae le credenziali derivate dell’utente che ha eseguito l’accesso, le memorizza su disco, configura Autologon, quindi esegue l’accesso e blocca il dispositivo all’avvio successivo. Per l’accesso remoto, ciò è importante perché la sessione utente è di nuovo presente, quindi tutto ciò che dipende da un desktop con accesso effettuato funziona.
Sul computer remoto, apri Impostazioni, quindi Account, quindi Opzioni di accesso.
Su Windows 11, scorri fino a Impostazioni aggiuntive e attiva Usa le mie informazioni di accesso per completare automaticamente la configurazione dopo un aggiornamento. Su Windows 10, la stessa opzione si trova sotto Privacy e si chiama Usa le mie informazioni di accesso per completare automaticamente la configurazione del mio dispositivo dopo un aggiornamento o un riavvio.
Se l’interruttore è disattivato (in grigio), ci sono due motivi comuni. L’account non ha alcuna credenziale di Windows Hello configurata, oppure il dispositivo è aggiunto a un dominio e l’opzione è controllata dai criteri dell’organizzazione. Il percorso dei criteri riportato di seguito copre il secondo caso.
Su Windows Pro ed Enterprise, impostalo invece tramite criteri:
Premi Win + R, digita
gpedit.msce premi Invio.Vai a Configurazione computer, Modelli amministrativi, Componenti di Windows, Opzioni di accesso a Windows.
Apri Eseguire l’accesso e bloccare automaticamente l’ultimo utente interattivo dopo un riavvio, e impostalo su Abilitato.
Due limiti determinano se questo ti è d’aiuto. Microsoft distingue i dispositivi gestiti da quelli non gestiti. Un dispositivo non gestito utilizza la crittografia del dispositivo ma non la richiede, mentre un dispositivo gestito necessita di TPM 2.0, SecureBoot e BitLocker prima che ARSO venga configurato, e gli amministratori possono ignorare tale requisito tramite criteri. ARSO sui dispositivi gestiti è attualmente disponibile solo sui dispositivi aggiunti a Microsoft Entra ID.
Il secondo limite è più importante durante le attività di supporto. Su un dispositivo gestito, un riavvio avviato da te non attiva ARSO, mentre un riavvio tramite Windows Update sì, così come un riavvio eseguito con shutdown -g -t 0. Quel comando è quello da usare quando vuoi che Windows faccia accedere di nuovo l’utente dopo un riavvio che hai avviato. Il valore del Registro alla base della funzionalità è DisableAutomaticRestartSignOn in HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System, dove 0 lo abilita.
Soluzione 5: Escludi la scheda di rete e l'Avvio rapido
La gestione dell’alimentazione dell’adattatore di rete può disconnettere una macchina dalla rete senza alcun segno di problemi e si applica a qualsiasi avvio. Rapido Avvio non si applica affatto a un riavvio, quindi non spiega nulla del percorso di Riavvio remoto. Ma rientra nello stesso passaggio perché il consiglio di ripiego che si dà ai clienti è di spegnere la macchina e riaccenderla, che è esattamente il percorso che Avvio rapido gestisce.
Apri Gestione dispositivi sul computer remoto, espandi Schede di rete, fai clic con il pulsante destro del mouse sulla scheda di rete attiva e seleziona Proprietà.
Apri la scheda Risparmio energia e deseleziona Consenti al computer di spegnere il dispositivo per risparmiare energia.
Fare clic su OK.
Apri Pannello di controllo, Opzioni risparmio energia, Scegli cosa fanno i pulsanti di alimentazione.
Fai clic su Modifica impostazioni attualmente non disponibili.
Deseleziona Attiva avvio rapido (consigliato) e salva le modifiche.
Quale correzione si applica a quale configurazione
| Configurazione lato remoto | Cosa si vede dopo il riavvio | Inizia qui |
|---|---|---|
| QuickSupport su Windows | Endpoint assente. Non arriva alcuna riconnessione. | Soluzione 1 |
| Client completo, solo password casuale | Dispositivo online, password rifiutata. | Soluzione 2 |
| Host o client completo, servizio su Manuale | Nessuna risposta finché non viene effettuato un accesso locale. | Soluzione 3 |
| Windows 11 membro del dominio dopo un aggiornamento delle funzionalità | Schermata di accesso raggiunta, sessione utente assente. | Soluzione 4 |
| Laptop o mini PC, coperchio chiuso | Irraggiungibile finché qualcuno non lo tocca. | Soluzione 5 |
| Endpoint Linux (Ubuntu, Debian, Fedora) | Riavvio remoto disattivato, nessuna opzione di riconnessione. | Non supportato. Riavviare dall’interno del sistema operativo e riconnettersi manualmente. |
Perché la riconnessione automatica di TeamViewer dopo il riavvio fallisce dopo gli aggiornamenti e le installazioni dei driver
Riconnessione automatica di TeamViewer dopo il riavvio fallisce più spesso durante gli aggiornamenti e il lavoro sui driver perché tali operazioni modificano gli elementi da cui dipende la riconnessione. Un riavvio dovuto a un aggiornamento di Windows lascia la macchina sulla schermata di accesso a cui nessuno effettua l’accesso. L’installazione di un driver può lasciare la macchina con un ID TeamViewer diverso da quello per cui avevi messo in coda la riconnessione. Nessuno dei due si manifesta come errore di rete, motivo per cui la checklist standard non trova nulla.
Quattro modalità di guasto spiegano le segnalazioni e ognuna di esse è documentata nella community di supporto di TeamViewer o nella sua base di conoscenza.
La password di accesso si rigenera ogni volta che TeamViewer viene riavviato
La password di accesso casuale è legata alla durata del processo di TeamViewer. Un riavvio fa ripartire TeamViewer e viene generata una nuova password. L’opzione Mantieni attuale mantiene la password solo finché l’utente finale non riavvia TeamViewer e non esiste alcun modo per impedire la modifica per una password casuale.
Esistono quattro valori sotto Password casuale (dopo ogni sessione), documentati nella documentazione sulle password casuali di TeamViewer: Mantieni attuale, Genera nuova, Disattiva e Mostra conferma. Regolano ciò che accade al termine di una sessione piuttosto che ciò che accade dopo il riavvio di TeamViewer, e Mantieni attuale è quello che TeamViewer indica esplicitamente valere solo fino al riavvio dell’applicazione. Una password personale o Accesso facilitato è l’unica soluzione che non dipende da quale dei quattro sia impostato.
Nulla risponde finché qualcuno non effettua l'accesso in locale
Se il lato remoto esegue QuickSupport, il riavvio elimina l’endpoint. QuickSupport è un eseguibile monouso, senza servizio e senza voce di avvio automatico, e TeamViewer indica il limite nella propria documentazione: l’accesso non presidiato funziona solo con Host o con la versione completa, e QuickSupport non lo supporta. Un utente registrato sul client completo, con QuickSupport sui suoi client, ha descritto il risultato, ovvero che un riavvio remoto gli ha impedito di riconnettersi automaticamente e l’utente remoto ha dovuto autorizzare la connessione manualmente ogni volta.
Lo stesso sintomo si presenta con il client completo quando Avvia TeamViewer con Windows è disattivato, oppure quando TeamViewer_Service.exe è impostato su Tipo di avvio Manuale. Un thread della community di TeamViewer aperto su Windows 10 build 15063.138 registra precisamente lo schema: la macchina è scomparsa dall’elenco dei computer dopo l’aggiornamento, è riapparsa nel momento in cui l’autore ha effettuato l’accesso localmente, ed è scomparsa di nuovo al riavvio successivo, con il servizio impostato su automatico e in esecuzione ogni volta che controllava. Verifica prima il tipo di avvio del servizio, poi se teamviewer.exe è in esecuzione dopo l’accesso e solo dopo se il PC è effettivamente online.
La reinstallazione di un driver può cambiare l'ID di TeamViewer
Una reinstallazione del driver dell’adattatore di rete può lasciarti con un ID TeamViewer diverso al termine del riavvio. Un utente nella community di TeamViewer ha illustrato la sequenza: un driver dell’adattatore di rete errato, una disinstallazione, una reinstallazione con il driver corretto, un riavvio e un nuovo ID. Il suo log indicava la ragione, ovvero che il MID era cambiato. TeamViewer non pubblica cosa determina il MID, e quel thread non ha mai ricevuto una risposta, quindi considera questo un esito noto piuttosto che una regola documentata.
Questa è la modalità di guasto di cui nessuno ti avverte prima di un intervento sui driver. L’indicatore di riconnessione punta al vecchio ID. La macchina è online, raggiungibile e risponde a un indirizzo che non hai più. Gli aggiornamenti delle funzionalità di Windows hanno prodotto lo stesso risultato, segnalato dopo l’aggiornamento di Windows 10 di maggio 2020.
Il prompt di riconnessione viene visualizzato prima che il modulo remoto sia pronto
Il pulsante Riconnetti diventa cliccabile prima che il software remoto sia avviato e un clic anticipato interrompe la sessione. Un tecnico ha documentato la sequenza in un thread della community sui riavvii di QuickSupport: ogni richiesta è apparsa correttamente, la riconnessione non è mai andata a buon fine e i suoi test hanno mostrato che QuickSupport non si avvia fino a qualche tempo dopo l’avvio di Windows, mentre il riquadro di riconnessione appare immediatamente. Un clic prima che il modulo venga eseguito e l’intera sessione fallisce, senza possibilità di recupero se non con una nuova sessione avviata dal cliente.
Non c’è alcun indicatore dello stato del modulo e nessun modo per verificarlo dalla tua parte. Il pulsante indica che il dispositivo ha risposto, non che il software sottostante sia pronto.
Cosa la maggior parte delle persone prova per prima, e perché fallisce
Quattro mosse compaiono in quasi ogni thread su questo problema, e nessuna di esse affronta le cause alla radice.
Reinstallare TeamViewer. Questo ripristina la connessione fino al successivo avvio, poi lo stesso sintomo si ripresenta. Un thread del forum sull’errore NOT READY: Please check your connection ha seguito esattamente quel ciclo: la reinstallazione ha funzionato, il riavvio successivo l’ha interrotta di nuovo.
Riavviare il servizio di TeamViewer. Un consiglio sensato quando si può raggiungere la macchina. Il problema è proprio che non si può.
Aprire porte e inoltrare 3389. Questo viene dalle guide RDP e non serve a nulla per TeamViewer, che non necessita di regole in ingresso. La porta 3389 appartiene a Remote Desktop Protocol, un prodotto diverso con un diverso profilo di errore.
Wake-on-LAN. La macchina è già accesa e risponde ai ping. Non c’è nulla di sbagliato nello stato di alimentazione.
Altri due sembrano soluzioni ma non lo sono. Mantienimi connesso viene raccomandato come rimedio generale ma non lo è, perché non tocca né il listener né la password di accesso. Un utente in un thread della community su questa precisa domanda ha risposto che lo aveva attivato e ancora non riusciva a connettersi dopo un riavvio. Conta in esattamente un caso: il blocco per uso commerciale nella tabella qui sotto.
La seconda è più sottile. Avvia TeamViewer con Windows è l’impostazione corretta, perché installa TeamViewer come servizio di sistema di Windows così da rispondere prima dell’accesso a Windows, ma una spunta in quella casella non è prova che il servizio sia ancora configurato in quel modo. Gli utenti riportano che l’opzione si reimposta al valore predefinito dopo un aggiornamento di versione, quindi verifica il servizio in services.msc piuttosto che la casella di controllo. E l’indicatore online nel tuo elenco dispositivi non è affidabile dopo un riavvio, per i motivi esposti sopra.
Messaggi di errore e il significato di ciascuno
Confronta la stringa che vedi con la causa prima di modificare qualsiasi cosa.
| Messaggio | Cosa indica | Da dove iniziare |
|---|---|---|
Partner did not connect to router. Error Code WaitForConnectFailed | Un problema di connettività su uno dei due dispositivi. È un sintomo più che una diagnosi e, dopo un riavvio, il motivo abituale è che sul lato remoto non è ripartito nulla. | Verifica prima la connettività, poi la Soluzione 1 e la Soluzione 3. |
Not ready. Please check your connection | Il client remoto non riesce a raggiungere i server di TeamViewer. TeamViewer indica un problema generale di connettività Internet, un client senza percorso verso l’esterno, la porta in uscita 5938 bloccata o un problema del servizio o dello stato di TeamViewer. | Verifica che la macchina sia online, poi la Soluzione 3. |
Commercial use suspected dopo un riavvio | Rilevamento dell’uso commerciale di TeamViewer, che è una questione di licenza piuttosto che un guasto dovuto al riavvio. Emerge dopo un riavvio perché è allora che si tenta nuovamente di connettersi. Un utente con licenza lo ha segnalato esattamente in quella sequenza. | Conferma di aver effettuato l’accesso sulla macchina da cui ti connetti, poiché è lì che è associata la licenza, quindi trattalo come una questione di licenza. |
Giallo Connecting... che non si risolve mai | L’endpoint è registrato, ma la sessione non può collegarsi a un display. Comune sugli endpoint Linux dopo la chiusura di una sessione precedente. | Riavvia in locale. La funzione di riconnessione non copre questo caso. |
Remote Desktop can’t connect to the remote computer for one of these reasons: | RDP, non TeamViewer. Un errore generico con diverse cause documentate: Desktop remoto non abilitato, macchina offline, problema di rete oppure listener e relativi servizi non in esecuzione. | La sezione RDP qui sotto. |
Error code: 0x10b Extended error code: 0x0 | Il messaggio RDP generico che la connessione al computer remoto è stata persa. È un sintomo più che una diagnosi e compare su sessioni interrotte di ogni tipo. | Il Thread Microsoft Q&A sulla variante che consente una sola connessione per avvio documenta il sintomo ma non ha mai prodotto una correzione confermata. |
Limiti della piattaforma: nessuno; documenti in un unico posto
Riavvio e riconnessione è più limitato di quanto suggerisca l’elenco delle funzionalità, e i limiti sono riportati in tre documenti separati. Questa tabella li riunisce.
| Endpoint remoto | Riavvio remoto disponibile | Riavvio in modalità provvisoria | Riconnessione automatica |
|---|---|---|---|
| Windows | Sì | Sì | Sì, da un controller Windows o Mac |
| macOS | No. TeamViewer lo documenta come non ancora supportato e in fase di sviluppo. | No | Supportato da un controller Windows o Mac, ma il riavvio deve essere avviato all’interno di macOS |
| Linux | No. La voce Azioni è disattivata. | No | No |
15.6.7 su due macchine Ubuntu 18 ha segnalato l’opzione Riavvio remoto disattivata nel Azioni menu, e ha detto di dover accedere fisicamente alla macchina remota dopo ogni riavvio. Il thread non ha mai prodotto una soluzione.Cosa fare se non riesco a connettermi al Desktop remoto dopo il riavvio con RDP semplice?
Se usi Desktop remoto di Windows invece di TeamViewer e non riesci a connetterti a Desktop remoto dopo il riavvio, inizia dal servizio piuttosto che dalla rete. Servizi Desktop remoto, il servizio denominato TermService, viene fornito con un Manuale come tipo di avvio ed è progettato per avviarsi su richiesta, e il problema che si riscontra è che dopo un riavvio a seguito di un aggiornamento non si avvia affatto.
Conferma che TermService è in esecuzione, quindi modifica il suo tipo di avvio
Premi Win + R, digita
services.msc, e premi Invio.Trova Servizi Desktop remoto nell’elenco.
Fai clic con il pulsante destro del mouse su di esso, seleziona Proprietà e imposta Tipo di avvio su Automatico.
Fare clic su Avvia se il servizio è arrestato, quindi Applica e OK.
Da una sessione di PowerShell con privilegi elevati:
Set-Service -Name TermService -StartupType Automatic
Start-Service -Name TermService
Il secondo servizio, e come verificare che il listener sia in esecuzione
Microsoft indica esattamente due servizi da controllare per questo errore: Remote Desktop Services (TermService) e Remote Desktop Services UserMode Port Redirector (UmRdpService), e invita ad assicurarsi che entrambi siano in esecuzione. Non prescrive un tipo di avvio.
La modifica a Automatico proviene dall’esperienza sul campo: un amministratore IT di un’organizzazione benefica sul forum Domande e Risposte di Microsoft ha descritto un desktop che rifiutava RDP dopo ogni riavvio in seguito a un aggiornamento e che necessitava di un secondo riavvio per accettare le connessioni. Ha spostato TermService e UmRdpService da Manuale ad Automatico, operazione che aveva già risolto lo stesso errore casuale su tre client precedenti, e su questa macchina ha poi trovato Avvio rapido ancora abilitato e lo ha disattivato con HiberbootEnabled = 0. Entrambi i controlli rientrano nella stessa verifica.
Prima di modificare qualsiasi cosa, conferma se il listener sia in esecuzione. Esegui qwinsta in un prompt dei comandi con privilegi elevati sulla macchina remota. L’output dovrebbe contenere una riga rdp-tcp nello stato Listen. Se quella riga è assente, il listener è inattivo e nessun intervento di rete potrà aiutare.
Se il listener è in esecuzione e le connessioni continuano a fallire, verifica che la macchina non sia bloccata a metà configurazione. La guida di Microsoft a questo errore indica due valori del Registro di sistema in HKLM\SYSTEM\Setup: SystemSetupInProgress e OOBEInProgress. Entrambi devono risultare 0.
Come HelpWire gestisce il riavvio e la riconnessione
HelpWire si riconnette automaticamente alla sessione dopo il riavvio del sistema remoto o il logout dell’utente, il che rappresenta la parte del flusso di lavoro che le cinque correzioni sopra indicate in TeamViewer servono a proteggere.
Come funziona
L’app HelpWire Client sulla macchina remota detiene l’autorizzazione non presidiata, quindi l’accesso non dipende da una password che cambia all’avvio. È sufficiente fare clic su Richiedi Accesso non presidiato nella scheda workstation del portale web di HelpWire o dall’app Operator, e l’utente remoto concede l’autorizzazione.
Per gli aggiornamenti e il lavoro sui driver in particolare, cambiano tre cose. La credenziale non cambia all’avvio, quindi non c’è nulla da reinserire quando la macchina torna operativa. L’elevazione ai privilegi di amministratore è disponibile all’interno della sessione tramite Richiedi accesso amministratore sulla barra degli strumenti di Operator, quindi i programmi di installazione protetti dall’UAC non richiedono nessuno alla tastiera. E l’autorizzazione appartiene all’organizzazione, se ne fai parte, quindi un collega può prendere in carico lo stesso dispositivo quando il primo tecnico termina il turno.
Nota: Su macOS con FileVault abilitato, l’utente remoto deve accedere al proprio account dopo ogni riavvio prima che una sessione non presidiata possa iniziare, il che rappresenta una limitazione di macOS e non di HelpWire. Su Linux, il dettaglio rilevante riguardo ai riavvii è che HelpWire supporta sessioni Wayland e X11 ma non può raggiungere la schermata di accesso su Wayland, una limitazione del sistema operativo, il che significa che un desktop Wayland riavviato torna a essere raggiungibile solo quando qualcuno effettua l’accesso.
Confronto: Riavvio e riconnessione tra tre strumenti
| Funzionalità | TeamViewer (Host o client completo) | Windows RDP | HelpWire |
|---|---|---|---|
| Riconnessione dopo un riavvio remoto | Sì, solo coppie Windows e Mac | Nessun prompt. Ti riconnetti manualmente. | Sì, dopo il riavvio o il logout |
| Le credenziali persistono dopo il riavvio | Solo con una password personale o Easy access | Credenziali dell’account Windows | Autorizzazione non presidiata, nessuna rotazione della password |
| Riavvio remoto in modalità provvisoria | Sì, endpoint Windows | Non dal client | Riavvio dal desktop remoto |
| Configurazione lato remoto | Installazione dell’Host o del client completo | Abilita Desktop remoto. Pro, Enterprise, Education, o Server solo, non Home. | App client, portabile su Windows |
| Elevazione amministrativa in sessione | L’autenticazione di Windows deve essere abilitata prima | Nativa nella sessione | Richiedi accesso amministratore sulla barra degli strumenti |
Domande frequenti
Usa Azioni, Riavvio remoto, Riavvia in modalità provvisoria dalla barra degli strumenti della sessione su un endpoint Windows. Il manuale di TeamViewer specifica che questa opzione riavvia la macchina in modalità provvisoria con i driver di rete, quindi lo stack di rete dovrebbe essere presente. La limitazione è a un livello inferiore: FixMe.IT documenta che su alcuni dispositivi Windows 10 disattiva completamente la rete in Modalità provvisoria, un limite di Microsoft che nessuno strumento remoto può controllare. Conferma che la macchina raggiunga Internet in Modalità provvisoria prima di fare affidamento sull’accesso remoto per farla uscire.
Succede quando è configurata l’autenticazione pre-avvio, perché il computer resta in attesa al BitLocker PIN o al prompt della chiave di ripristino prima che Windows si avvii. In quel momento non è in esecuzione alcun servizio, quindi nessuno strumento remoto può raggiungerlo. BitLocker però ha anche l’effetto opposto, perché Automatic Restart Sign-On si basa su di esso. Il ConfigAutomaticRestartSignOn criterio per impostazione predefinita è nella modalità che Microsoft chiama Enabled se BitLocker è attivo e non sospeso, e un dispositivo gestito richiede necessariamente BitLocker insieme a TPM 2.0 e SecureBoot. L’autenticazione solo TPM è l’impostazione che soddisfa entrambe le esigenze, perché mantiene BitLocker attivo per ARSO ed elimina la richiesta pre-avvio che blocca l’avvio.
No, perché Wake-on-LAN si applica a una macchina spenta o in sospensione, e una macchina che ha completato un riavvio è già attiva. Un pacchetto magico riattiva un sistema in sospensione, e qui non c’è nulla da risvegliare. Se la macchina sia raggiungibile è una questione a parte con tre risposte comuni: nessun listener è tornato attivo, la credenziale è andata persa con il riavvio, oppure l’adattatore di rete si è spento durante l’avvio. Le correzioni 1, 2 e 5 coprono questi casi in quell’ordine.
Un aggiornamento di versione chiude e riavvia l’applicazione, il che rigenera la password di accesso casuale proprio come fa un riavvio. La sessione in sé va bene, perché TeamViewer documenta che vieni riconnesso automaticamente al computer remoto dopo l’aggiornamento. Il problema si presenta alla connessione successiva, quando la password che hai annotato non funziona più. Imposta una password personale o Accesso facile prima di eseguire Aggiornamento remoto.
Può succedere, e il cambiamento non è sempre permanente. Un utente ha segnalato un ID di installazione modificato subito dopo l’aggiornamento di Windows 10 di maggio 2020, con una licenza già assegnata a quella macchina, e l’ID originale è tornato da solo dopo un terzo riavvio completo e un ulteriore giro di aggiornamenti di Windows. Un secondo utente nel thread ha osservato lo stesso ritorno all’ID precedente. Annota l’ID attuale prima di un aggiornamento delle funzionalità su qualsiasi dispositivo a cui accedi in modo non presidiato. Se cambia, sottoponi la macchina a un altro ciclo di riavvio completo prima di utilizzare un ticket di spostamento della licenza, perché un terzo utente che ha creato una nuova voce per il nuovo ID ha scoperto che non funzionava più non appena ha lasciato la sessione.
Abbastanza a lungo perché il dispositivo sia online da un po’, non solo nel momento in cui l’indicatore diventa verde. TeamViewer non pubblica alcuna soglia a riguardo, quindi considera quanto segue come una regola pratica: quindici secondi su un desktop normale, e più vicino ai novanta su un laptop cifrato o membro di dominio che elabora criteri di gruppo all’avvio. Il motivo di questo scarto è che il software remoto si registra presso i server di TeamViewer prima di poter gestire una sessione, quindi l’indicatore precede la reale disponibilità.
