Você clicou em Reinicialização Remota, a máquina desligou e nunca voltou para você. Ou a solicitação de reconexão apareceu, você clicou e, mesmo assim, a sessão caiu. Ou o dispositivo ainda aparece como online na sua lista, enquanto todas as tentativas de conexão falham. Uma reinicialização interrompe coisas das quais o acesso remoto depende, e isso explica quase todas as falhas: nada do lado remoto responde antes que alguém faça login localmente, ou a credencial que funcionava antes da reinicialização não existe mais depois dela. A seguir, direi qual delas você enfrentou e as correções que funcionam.
Se a própria etapa de reconexão falhar todas as vezes, HelpWire lida com isso de forma diferente. É um software de acesso remoto para equipes e técnicos de TI, e ele se reconecta à sessão automaticamente depois que o sistema remoto é reiniciado ou o usuário encerra a sessão. Isso cobre exatamente o cenário aqui: atualizações e tarefas com drivers que precisam de uma reinicialização no meio do processo.
Reiniciar e reconectar do TeamViewer: o que o botão faz
A reinicialização e a reconexão do TeamViewer é um processo de negociação em duas etapas. Quando você aciona a reinicialização de dentro da sessão, o TeamViewer pergunta se você deseja esperar pelo parceiro, mantém um marcador para esse endpoint e oferece a você um botão Reconectar assim que o dispositivo remoto informar que está online novamente.
Dentro desse mesmo processo, a reconexão não solicita a senha novamente. O que ela não faz é deixar você com uma credencial funcional depois. Ela também não resiste a uma mudança de ID e não verifica se o software remoto está pronto quando lhe apresenta o botão Reconectar.
O TeamViewer se reconectará após a reinicialização: As três condições
O TeamViewer se reconecta após a reinicialização tem uma resposta precisa: sim, quando três condições se verificam ao mesmo tempo, e não quando qualquer uma delas falha. O lado remoto deve executar um cliente instalado que persista como um serviço ou daemon, em vez de um módulo de execução única. Você deve manter o identificador dessa sessão ou uma credencial que sobreviva à reinicialização, e ambas as pontas devem estar em um par de plataformas compatível. No Windows, esse componente persistente é o serviço do TeamViewer, e é por isso que a Correção 3 abaixo verifica seu tipo de inicialização.
Os funcionários da TeamViewer declararam a regra de plataforma diretamente em um tópico da comunidade sobre retenção de conexão: reiniciar e reconectar funciona de Windows para Windows ou Mac, e de Mac para Windows ou Mac. O Linux fica fora desse par. A própria base de conhecimento da TeamViewer acrescenta um segundo limite: a função de reinicialização ainda não é compatível com o macOS e permanece em desenvolvimento. Assim, um Mac pode ser o controlador nesse par, mas não um alvo do próprio botão.
Reconectar o TeamViewer após a reinicialização: As correções que funcionam
Execute-as na ordem. As correções 1 e 2 resolvem, por si sós, a maioria dos casos de reconexão do TeamViewer após a reinicialização, e cada correção abaixo está confirmada na documentação do fornecedor, em uma comunidade de suporte ou por técnicos em fóruns públicos.
Correção 1: Migre o lado remoto do QuickSupport
Substitua o QuickSupport pelo TeamViewer Host antes de reiniciar qualquer coisa. A TeamViewer declara a restrição explicitamente na sua documentação sobre senha pessoal: o acesso não assistido funciona apenas com o Host ou com a versão completa, e o QuickSupport não oferece suporte a isso. O Host é instalado como um serviço do Windows. Assim, ele responde na tela de logon mesmo sem nenhum usuário presente, e a TeamViewer documenta o caminho de atualização durante a sessão, que não precisa de um segundo link de download nem de uma chamada telefônica.
-
Na sessão ativa do QuickSupport, abra Arquivos & Extras na barra de ferramentas da sessão remota.
-
Passe o cursor sobre Instalar o TeamViewer remotamente e selecione Instalar o TeamViewer Host.
-
Confirme com o Instalar módulo Host. O TeamViewer avisa que será encerrado e instalará a nova versão. Clique em OK ou deixe a contagem regressiva terminar.
-
Quando for perguntado se deseja reconectar automaticamente assim que o Host for instalado, clique em Aguardar parceiro.
-
Assim que a instalação for concluída, clique em Reconectar. O artigo Host-via-QuickSupport da TeamViewer afirma que essa reconexão não requer uma nova senha.
-
Abra o TeamViewer Host no dispositivo remoto, clique em Gerenciar este dispositivo e faça login com suas credenciais do TeamViewer. Isso associa o dispositivo à sua conta, é com isso que a documentação atual encerra o procedimento, e é isso que permite sobreviver à próxima reinicialização.
Uma limitação que o procedimento apresenta: a TeamViewer observa que a instalação do Host durante a sessão funciona apenas em conexões entre dispositivos Windows. Se você controlar a partir de um Mac ou de uma máquina Linux, esse caminho está descartado e o usuário remoto instala o Host manualmente.
Faça isso antes que o driver entre em funcionamento. Quando a máquina estiver fora do ar, você não terá uma sessão na qual executar a etapa um.
Correção 2: Defina uma senha pessoal ou conceda Acesso Fácil
Uma senha pessoal sobrevive a reinicializações porque é armazenada em vez de gerada. Defina-a na máquina remota enquanto você ainda tiver uma sessão. O TeamViewer moveu essa configuração de Segurança para as opções avançadas, portanto, o caminho documentado atual passa pelo ícone de engrenagem.
-
Abra o TeamViewer (Classic) no dispositivo remoto e clique no ícone de engrenagem no canto superior direito.
-
Selecione Avançado e confirme com Mostrar opções avançadas.
-
Role até Configurações avançadas para conexões com este computador e a seção Senha pessoal.
-
Digite a senha em ambos os campos e clique em OK. O TeamViewer rejeita palavras de dicionário e sequências no teclado e exige pelo menos 8 caracteres.
Para dispositivos que você gerencia a longo prazo, atribua o dispositivo em vez disso. No computador remoto, abra Configurações com o ícone de engrenagem, role pela Geral guia até Gerenciar este dispositivo, clique nela e faça login com suas credenciais do TeamViewer. Em seguida, abra Extras, Opções, Segurança, e marque Conceder acesso fácil em Acesso não supervisionado. O acesso fácil remove completamente a senha do processo, o que também elimina o caso em que uma atualização de versão remota altera a senha no meio da tarefa.
Correção 3: Forçar a inicialização do serviço do TeamViewer antes do logon
Defina o serviço como Automático e confirme que ele está em execução, pois o início Manual significa que não há resposta até um login local. Esta é a primeira verificação que o suporte do TeamViewer solicita em tópicos sobre reinicialização, juntamente com a opção Iniciar o TeamViewer com o Windows.
-
Na máquina remota, pressione Win + R, digite
services.msc, e pressione Enter. -
Encontre a entrada chamada
TeamViewer. O sufixo de versão foi removido do nome do serviço a partir do TeamViewer 11, portanto as compilações atuais o registram comoTeamViewerem vez deTeamViewer15. -
Clique com o botão direito nele e selecione Propriedades.
-
Defina o Tipo de Inicialização para Automático.
-
Confirme que Status do serviço mostra Em execução, em seguida clique em Aplicar e OK.
-
No TeamViewer, abra Extras, Opções, Geral e confirme que Iniciar o TeamViewer com o Windows está marcada.
Para verificar pela linha de comando em vez do Serviços console, execute isto em uma janela com privilégios elevados do PowerShell na máquina remota:
Get-Service -Name TeamViewer | Select-Object Name, Status, StartType
Se StartType retornar Manual, corrija com:
Set-Service -Name TeamViewer -StartupType Automatic
Correção 4: Permita que o Windows faça login novamente após uma atualização
Ative o Início de sessão automático após reinício, para que o Windows volte a iniciar sessão do último utilizador interativo e bloqueie a sessão após um reinício após uma atualização. O Windows Update extrai as credenciais derivadas do utilizador com sessão iniciada, guarda-as no disco, configura o Autologon e, em seguida, inicia sessão e bloqueia o dispositivo na próxima inicialização. Para acesso remoto, isso é importante porque a sessão do utilizador volta a existir, de modo que qualquer coisa que dependa de uma área de trabalho com sessão iniciada funcione.
-
No computador remoto, abra Configurações, depois Contas, depois Opções de entrada.
-
No Windows 11, role até Configurações adicionais e ative Usar minhas informações de entrada para concluir automaticamente a configuração após uma atualização. No Windows 10, a mesma opção fica em Privacidade e aparece como Usar minhas informações de entrada para concluir automaticamente a configuração do meu dispositivo após uma atualização ou reinicialização.
-
Se o botão de alternância estiver acinzentado, há duas razões comuns. A conta não possui uma credencial do Windows Hello configurada, ou o dispositivo está ingressado em um domínio e a opção é controlada por política organizacional. O caminho de política abaixo abrange o segundo caso.
No Windows Pro e Enterprise, defina-o por política em vez disso:
-
Pressione Win + R, digite
gpedit.msc, e pressione Enter. -
Acesse Configuração do Computador, Modelos Administrativos, Componentes do Windows, Opções de Logon do Windows.
-
Abra Entrar e bloquear automaticamente o último usuário interativo após uma reinicialização, e defina-o como Habilitado.
Dois limites determinam se isso ajuda você. A Microsoft separa dispositivos gerenciados de não gerenciados. Um dispositivo não gerenciado usa criptografia do dispositivo, mas não a exige, enquanto um dispositivo gerenciado precisa de TPM 2.0, SecureBoot e BitLocker antes do ARSO ser configurado, e os administradores podem substituir essa exigência por política. O ARSO em dispositivos gerenciados está atualmente disponível apenas em dispositivos ingressados no Microsoft Entra ID.
O segundo limite importa mais durante o trabalho de suporte. Em um dispositivo gerenciado, uma reinicialização iniciada por você não aciona o ARSO, enquanto uma reinicialização do Windows Update aciona, assim como uma reinicialização emitida com shutdown -g -t 0. Esse é o comando a ser usado quando você quer que o Windows efetue novamente o logon do usuário após uma reinicialização que você iniciou. O valor do Registro por trás do recurso é DisableAutomaticRestartSignOn em HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System, em que 0 o habilita.
Correção 5: Descarte o adaptador de rede e a Inicialização Rápida
O gerenciamento de energia do adaptador de rede tira a máquina da rede sem qualquer sinal de problema e se aplica a qualquer inicialização. Inicialização Rápida não se aplica a uma reinicialização, portanto não explica nada sobre o Reinicialização Remota caminho. Mas faz parte da mesma etapa porque a recomendação de contingência que as pessoas dão aos clientes é desligar a máquina e ligá-la novamente, o que é exatamente o caminho que Inicialização Rápida controla.
-
Abra o Gerenciador de Dispositivos na máquina remota, expanda Adaptadores de rede, clique com o botão direito do mouse no adaptador ativo e selecione Propriedades.
-
Abra a guia Gerenciamento de energia e desmarque Permitir que o computador desligue este dispositivo para economizar energia.
-
Clique em OK.
-
Abra Painel de Controle, Opções de Energia, Escolher a função dos botões de energia.
-
Clique em Alterar configurações que não estão disponíveis no momento.
-
Desmarque Ativar inicialização rápida (recomendado) e salve as alterações.
Qual correção se aplica a qual configuração
| Configuração no lado remoto | O que você vê após a reinicialização | Comece aqui |
|---|---|---|
| QuickSupport no Windows | Endpoint ausente. Nenhuma reconexão é estabelecida. | Correção 1 |
| Cliente completo, apenas senha aleatória | Dispositivo online, senha rejeitada. | Correção 2 |
| Host ou cliente completo, serviço em Manual | Nada responde até um login local. | Correção 3 |
| Windows 11 ingressado no domínio após uma atualização de recursos | Tela de logon alcançada, sessão do usuário ausente. | Correção 4 |
| Laptop ou mini PC, tampa fechada | Inacessível até alguém tocá-lo. | Correção 5 |
| Endpoint Linux (Ubuntu, Debian, Fedora) | Reinicialização Remota acinzentada, nenhuma oferta de reconexão. | Não suportado. Reinicie a partir do sistema operacional e reconecte manualmente. |
Por que a reconexão automática do TeamViewer após a reinicialização falha após atualizações e instalações de drivers
Reconexão automática do TeamViewer após reinicialização falha com mais frequência durante atualizações e trabalho com drivers porque esse trabalho altera os componentes dos quais a reconexão depende. Uma reinicialização decorrente de uma atualização do Windows devolve a máquina a uma tela de logon em que ninguém entra. Uma instalação de driver pode deixar a máquina com um ID do TeamViewer diferente daquele para o qual você enfileirou uma reconexão. Nenhum dos dois se manifesta como um erro de rede, motivo pelo qual a lista de verificação padrão não encontra nada.
Quatro modos de falha explicam os relatos, e cada um deles está documentado na própria comunidade de suporte do TeamViewer ou em sua base de conhecimento.
A senha de acesso é regenerada sempre que o TeamViewer reinicia
A senha de acesso aleatória está vinculada ao ciclo de vida do processo do TeamViewer. Uma reinicialização reinicia o TeamViewer, e uma nova senha é gerada. A Manter atual opção mantém a senha apenas enquanto o usuário final não reiniciar o TeamViewer, e não há como evitar que a senha aleatória seja alterada.
Existem quatro valores em Senha aleatória após cada sessão, documentados na documentação da TeamViewer sobre senha aleatória: Manter atual, Gerar nova, Desativar e Mostrar confirmação. Eles determinam o que acontece após o término de uma sessão, em vez do que acontece após o TeamViewer ser reiniciado, e Manter atual é a que a TeamViewer afirma explicitamente que vale apenas até o aplicativo ser reiniciado. Uma senha pessoal ou Acesso fácil é a única forma que não depende de qual dos quatro esteja definido.
Nada responde até que alguém faça login localmente
Se o lado remoto estiver executando QuickSupport, a reinicialização exclui o endpoint. O QuickSupport é um executável de execução única, sem serviço e sem entrada de inicialização automática, e a TeamViewer declara o limite em sua documentação: o acesso não supervisionado funciona apenas com o Host ou a versão completa, e o QuickSupport não o suporta. Um usuário registrado no cliente completo com QuickSupport nos seus clientes descreveu o resultado, que foi que uma reinicialização remota o deixou incapaz de reconectar automaticamente, e o usuário remoto teve de autorizar a conexão manualmente todas as vezes.
O mesmo sintoma aparece com o cliente completo quando Iniciar o TeamViewer com o Windows está desativado, ou quando TeamViewer_Service.exe fica com Tipo de inicialização Manual. Um tópico da comunidade TeamViewer aberto na compilação do Windows 10 15063.138 registra o padrão com precisão: a máquina desapareceu da lista de computadores após a atualização, reapareceu no momento em que o autor fez logon localmente e desapareceu novamente na próxima reinicialização, com o serviço definido como automático e em execução sempre que ele verificava. Verifique primeiro o tipo de inicialização do serviço, depois se teamviewer.exe é executado após o login e, só então, se o PC está online.
Uma reinstalação do driver pode alterar o ID do TeamViewer
Uma reinstalação do driver do adaptador de rede pode deixá-lo com um ID do TeamViewer diferente após a reinicialização. Um usuário na comunidade do TeamViewer descreveu a sequência: um driver de adaptador de rede incorreto, uma desinstalação, uma reinstalação com o driver correto, uma reinicialização e um novo ID. O log dele indicou o motivo, que foi que o MID havia mudado. A TeamViewer não divulga o que determina o MID, e aquele tópico nunca recebeu uma resposta, então trate isso como um resultado conhecido em vez de uma regra documentada.
Este é o modo de falha sobre o qual ninguém o alerta antes de uma sessão de driver. O marcador de reconexão aponta para o ID antigo. A máquina está online, acessível e responde a um endereço que você não tem mais. As atualizações de recursos do Windows produziram o mesmo resultado, relatado após a atualização do Windows 10 de maio de 2020.
O prompt de reconexão aparece antes que o módulo remoto esteja pronto
O botão Reconectar fica clicável antes que o software remoto esteja ativo, e um clique antecipado destrói a sessão. Um técnico documentou a sequência em um tópico da comunidade sobre reinicializações do QuickSupport: todos os prompts apareceram corretamente, a reconexão nunca se estabeleceu, e seus próprios testes mostraram que o QuickSupport não inicia até algum tempo após a inicialização do Windows, enquanto a caixa de reconexão aparece imediatamente. Um clique antes de o módulo ser executado, e toda a sessão falha, sem recuperação, exceto uma nova sessão iniciada pelo cliente.
Não há indicador do estado do módulo e não há como consultá-lo do seu lado. O botão informa que o dispositivo respondeu, e não que o software por trás dele está pronto.
O que a maioria das pessoas tenta primeiro, e por que falha
Quatro medidas aparecem em quase todos os tópicos sobre esse problema, e nenhuma delas aborda qualquer uma das causas raiz.
Reinstalar o TeamViewer. Isso restaura a conexão até a próxima inicialização; depois, o mesmo sintoma retorna. Um tópico do fórum sobre o NOT READY: Please check your connection erro seguiu exatamente esse ciclo: a reinstalação funcionou, a próxima reinicialização voltou a falhar.
Reiniciar o serviço do TeamViewer. Bom conselho quando você consegue acessar a máquina. O problema todo é que você não consegue.
Abrir portas e redirecionar 3389. Isso vem de guias de RDP e não faz nada para o TeamViewer, que não precisa de regras de entrada. A porta 3389 pertence ao Protocolo de Área de Trabalho Remota, um produto diferente com um perfil de falhas distinto.
Wake-on-LAN. A máquina já está ligada e responde a pings. Não há nada de errado com o estado de energia.
Mais duas parecem soluções e não são. Manter-me conectado é frequentemente recomendada como uma cura geral e não é, porque não afeta nem o listener nem a senha de acesso. Um usuário em um tópico da comunidade sobre exatamente essa questão respondeu que a tinha ativado e ainda assim não conseguia se conectar após uma reinicialização. Isso importa em exatamente um caso: o bloqueio por uso comercial na tabela abaixo.
A segunda é mais sutil. Iniciar o TeamViewer com o Windows é a configuração correta, porque instala o TeamViewer como um serviço do sistema do Windows, de modo que ele responda antes do logon do Windows, mas uma marca naquela caixa não é prova de que o serviço ainda esteja configurado assim. Usuários relatam que a opção volta ao padrão após uma atualização de versão, portanto, verifique o serviço em services.msc em vez da caixa de seleção. E o indicador online na sua lista de dispositivos não é confiável após uma reinicialização, pelos motivos expostos acima.
Mensagens de erro e o que cada uma significa
Compare a cadeia de caracteres que você vê com a causa antes de alterar qualquer coisa.
| Mensagem | O que indica | Comece aqui |
|---|---|---|
O parceiro não se conectou ao roteador. Código de erro WaitForConnectFailed |
Um problema de conectividade em um dos dois dispositivos. É um sintoma, não um diagnóstico e, após uma reinicialização, o motivo usual é que nada no lado remoto voltou a ficar disponível. | Verifique a conectividade primeiro e, em seguida, a Fix 1 e a Fix 3. |
Não está pronto. Verifique sua conexão |
O cliente remoto não consegue alcançar os servidores do TeamViewer. O TeamViewer aponta para conectividade geral à internet, um cliente sem rota de saída, a porta de saída 5938 bloqueada ou um problema de serviço ou de status do TeamViewer. | Verifique se a máquina está online e, em seguida, a Fix 3. |
Uso comercial suspeito após uma reinicialização |
Detecção de uso comercial do TeamViewer, que é uma questão de licença e não uma falha de reinicialização. Ela aparece após uma reinicialização porque é quando você tenta se conectar novamente. Um usuário licenciado relatou isso exatamente nessa sequência. | Confirme que você está conectado na máquina de onde você se conecta, já que é aí que a licença se aplica; em seguida, trate como uma questão de licença. |
Amarelo Conectando... que nunca se resolve |
O endpoint está registrado, mas a sessão não consegue se anexar a uma tela. Comum em endpoints Linux após o término de uma sessão anterior. | Reinicie localmente. O recurso de reconexão não cobre isso. |
A Área de Trabalho Remota não consegue se conectar ao computador remoto por um destes motivos: |
RDP, não TeamViewer. Uma falha genérica com várias causas documentadas: Área de Trabalho Remota não habilitada, a máquina offline, um problema de rede ou o listener e seus serviços não estão em execução. | A seção RDP abaixo. |
Código de erro: 0x10b Código de erro estendido: 0x0 |
A mensagem genérica do RDP de que a conexão com o computador remoto foi perdida. É um sintoma, não um diagnóstico, e aparece em sessões interrompidas de todo tipo. | O tópico do Microsoft Q&A sobre a variante de conectar uma vez por inicialização documenta o sintoma, mas nunca produziu uma correção confirmada. |
Plataforma não limita ninguém; documentos em um só lugar
Reiniciar e reconectar é mais restrito do que a lista de recursos sugere, e os limites estão em três documentos separados. Esta tabela os reúne.
| Endpoint remoto | Reinicialização remota disponível | Reinicialização em modo de segurança | Reconexão automática |
|---|---|---|---|
| Windows | Sim | Sim | Sim, a partir de um controlador Windows ou Mac |
| macOS | Não. A TeamViewer documenta que ainda não é suportado e está em desenvolvimento. | Não | Suportado a partir de um controlador Windows ou Mac, mas a reinicialização deve ser iniciada dentro do macOS |
| Linux | Não. A Ações entrada está acinzentada. | Não | Não |
15.6.7 em duas máquinas Ubuntu 18 relatou que a opção Reinicialização Remota estava desativada no Actions menu e disse que precisava acessar fisicamente a máquina remota após cada reinicialização. O tópico nunca produziu uma solução.E se eu não conseguir me conectar à Área de Trabalho Remota após a reinicialização usando RDP simples?
Se você usa a Área de Trabalho Remota do Windows em vez do TeamViewer e não consegue se conectar à Área de Trabalho Remota após a reinicialização, comece pelo serviço em vez da rede. Serviços de Área de Trabalho Remota, o serviço chamado TermService, vem com o tipo de inicialização Manual e deve iniciar sob demanda, e o problema que as pessoas enfrentam é que, após reiniciar depois de uma atualização, ele não inicia de forma alguma.
Confirme que o TermService está em execução, em seguida altere seu tipo de inicialização
-
Pressione Win + R, digite
services.msc, e pressione Enter. -
Localize Serviços de Área de Trabalho Remota na lista.
-
Clique com o botão direito nele, selecione Propriedades e defina Tipo de inicialização como Automático.
-
Clique em Iniciar se o serviço estiver parado, depois Aplicar e OK.
De uma sessão do PowerShell com privilégios elevados:
Set-Service -Name TermService -StartupType Automatic
Start-Service -Name TermService
O segundo serviço, e como confirmar que o ouvinte está em execução
A Microsoft indica exatamente dois serviços para verificar este erro: Serviços de Área de Trabalho Remota (TermService) e Redirecionador de Porta no Modo de Usuário dos Serviços de Área de Trabalho Remota (UmRdpService), e afirma que é preciso garantir que ambos estejam em execução. Não prescreve um tipo de inicialização.
A alteração para Automático vem da prática: um administrador de TI de uma instituição de caridade no fórum de Perguntas e Respostas da Microsoft descreveu um desktop que recusava RDP após cada reinicialização de atualização e precisava de uma segunda reinicialização para aceitar conexões. Ele mudou TermService e UmRdpService de Manual para Automático, o que havia eliminado a mesma falha aleatória em três clientes anteriores, e nesta máquina ele acabou encontrando Inicialização Rápida ainda ativada e a desativou com HiberbootEnabled = 0. Ambas as verificações devem ser feitas no mesmo procedimento.
Antes de alterar qualquer uma dessas configurações, confirme se o ouvinte está em execução. Execute qwinsta em um prompt de comando elevado na máquina remota. A saída deve conter uma linha rdp-tcp no estado Listen. Se essa linha estiver ausente, o ouvinte está inativo, e nenhuma intervenção de rede ajudará.
Se o ouvinte estiver em execução e as conexões ainda falharem, verifique se a máquina não está travada no meio da configuração. O guia da Microsoft para esse erro aponta para dois valores do Registro em HKLM\SYSTEM\Setup: SystemSetupInProgress e OOBEInProgress. Ambos devem ser 0.
Como o HelpWire lida com a reinicialização e a reconexão
O HelpWire reconecta-se à sessão automaticamente após a reinicialização do sistema remoto ou o encerramento da sessão do usuário, que é a parte do fluxo de trabalho que as cinco correções acima existem para proteger no TeamViewer.
Como funciona
O aplicativo HelpWire Client na máquina remota mantém a autorização não assistida, portanto o acesso não depende de uma senha que é alterada na inicialização. Basta clicar em Solicitar Acesso não assistido na guia da estação de trabalho do portal web da HelpWire ou no aplicativo Operator, e o usuário remoto concede a permissão.
Para atualização e trabalho com drivers especificamente, três coisas mudam. A credencial não é trocada na inicialização, portanto não há nada para digitar novamente quando a máquina voltar. A elevação para administrador está disponível dentro da sessão por meio de Solicitar acesso de administrador na barra de ferramentas do Operator, assim instaladores bloqueados pelo UAC não precisam de ninguém no teclado. E a autorização pertence à organização se você fizer parte de uma, de modo que um colega possa assumir o mesmo dispositivo quando o primeiro técnico terminar o turno.
Nota: No macOS com FileVault ativado, o usuário remoto precisa fazer login na própria conta após cada reinicialização antes que uma sessão não assistida possa começar, o que é uma restrição do macOS e não do HelpWire. No Linux, o detalhe relevante quanto às reinicializações é que o HelpWire oferece suporte a sessões Wayland e X11, mas não consegue acessar a tela de login no Wayland, uma restrição do sistema operacional, o que significa que uma área de trabalho Wayland reiniciada só volta a ficar acessível quando alguém faz login.
Comparação: Reiniciar e reconectar em três ferramentas
| Capacidade | TeamViewer (Host ou cliente completo) | Windows RDP | HelpWire |
|---|---|---|---|
| Reconectar após uma reinicialização remota | Sim, somente pares Windows e Mac | Sem solicitação. Você reconecta manualmente. | Sim, após reinicialização ou logout |
| A credencial persiste após a reinicialização | Apenas com uma senha pessoal ou Acesso fácil | Credenciais de conta do Windows | Concessão de acesso não supervisionado, sem rotação de senha |
| Reinicialização remota em modo de segurança | Sim, dispositivos Windows | Não a partir do cliente | Reinicie a partir da área de trabalho remota |
| Configuração no lado remoto | Instalação do Host ou do cliente completo | Ativar a Área de Trabalho Remota. Pro, Enterprise, Education, ou Server apenas, não Home. | Aplicativo cliente, portátil no Windows |
| Elevação de administrador durante a sessão | A autenticação do Windows deve ser ativada primeiro | Nativa à sessão | Solicitar acesso de administrador na barra de ferramentas |
Perguntas frequentes
Use Ações, Reiniciar remotamente, Reiniciar em modo de segurança na barra de ferramentas da sessão em um endpoint Windows. O manual do TeamViewer especifica que essa opção reinicia a máquina em modo de segurança com drivers de rede; portanto, a pilha de rede deve estar lá. A ressalva fica um nível abaixo disso: FixMe.IT documenta que, em alguns dispositivos, o Windows 10 desativa a rede no Modo de Segurança por completo, uma limitação da Microsoft que nenhuma ferramenta remota controla. Confirme que a máquina consegue acessar a internet no Modo de Segurança antes de depender do acesso remoto para tirá-la dele.
Isso ocorre quando a autenticação de pré-inicialização está configurada, porque a máquina aguarda no BitLocker PIN ou no prompt de chave de recuperação antes de o Windows iniciar. Nenhum serviço é executado nesse momento, então nenhuma ferramenta remota consegue alcançá-la. O BitLocker também atua no sentido oposto, porque Automatic Restart Sign-On depende dele. A ConfigAutomaticRestartSignOn política define por padrão o modo que a Microsoft chama de Enabled se o BitLocker estiver ativado e não suspenso, e um dispositivo gerenciado exige obrigatoriamente o BitLocker juntamente com TPM 2.0 e SecureBoot. A autenticação apenas por TPM é a configuração que satisfaz ambos os lados, porque mantém o BitLocker ativo para ARSO e remove o prompt de pré-inicialização que bloqueia a inicialização.
Não, porque Wake-on-LAN destina-se a uma máquina desligada ou em suspensão, e uma máquina que concluiu uma reinicialização já está ativa. Um pacote mágico desperta um sistema em suspensão, e aqui não há nada para despertar. Se a máquina está acessível é uma questão à parte, com três respostas comuns: nenhum serviço de escuta voltou, a credencial foi invalidada com a reinicialização, ou o adaptador de rede foi desligado durante a inicialização. As correções 1, 2 e 5 cobrem esses casos, nessa ordem.
Uma atualização de versão fecha e reinicia o aplicativo, o que regenera a senha de acesso aleatória exatamente como uma reinicialização faz. A sessão em si permanece intacta, porque a TeamViewer documenta que você é reconectado automaticamente ao computador remoto após a atualização. O problema surge na sua próxima conexão, quando a senha que você anotou não funciona mais. Configure uma senha pessoal ou o Acesso fácil antes de executar a Atualização remota.
Pode, e a alteração nem sempre é permanente. Um usuário relatou um ID de instalação alterado logo após a atualização do Windows 10 de maio de 2020, com uma licença já atribuída a essa máquina, e o ID original voltou por conta própria após uma terceira reinicialização completa e mais uma rodada de atualizações do Windows. Um segundo usuário no tópico viu a mesma reversão. Anote o ID atual antes de uma atualização de recursos em qualquer dispositivo ao qual você acesse de forma não supervisionada. Se ele mudar, passe a máquina por outro ciclo completo de reinicialização antes de gastar um tíquete de transferência de licença, porque um terceiro usuário que criou uma nova entrada para o novo ID constatou que ela falhou assim que ele saiu da sessão.
Tempo suficiente para que o dispositivo esteja online por algum tempo, e não apenas no momento em que o indicador fica verde. A TeamViewer não publica nenhum limiar aqui, portanto considere o que vem a seguir como uma regra prática: quinze segundos em um desktop simples e mais próximo de noventa em um laptop criptografado ou associado a um domínio que processa política de grupo na inicialização. O motivo para esse intervalo é que o software remoto se registra nos servidores da TeamViewer antes que possa disponibilizar uma sessão, então o indicador se antecipa à prontidão real.
