Reiniciar um computador que está fisicamente longe de você — em outra sala, outro andar, às vezes outra filial — é daquelas tarefas que parecem exigir acesso remoto completo (TeamViewer, AnyDesk, RDP) mas que, na maioria das vezes, o próprio Windows já resolve com um comando de duas linhas no CMD. É rápido, não depende de instalar nada na máquina de destino e funciona mesmo quando ninguém está logado do outro lado.
O comando básico
A sintaxe central é essa:
shutdown /r /m \\NOME-DO-PC /t 0Trocando cada parte: /r diz para reiniciar (em vez de desligar, que seria /s), /m \\NOME-DO-PC indica qual máquina remota você está mirando (o nome do computador na rede, não o IP — embora IP também funcione em alguns casos, dependendo da resolução de nome configurada), e /t 0 define o tempo de espera em segundos antes de reiniciar — zero significa imediato, sem aviso prévio para quem estiver usando a máquina.
Um detalhe que engana muita gente digitando isso pela primeira vez: são duas barras invertidas antes do nome do computador, não uma. Só uma barra e o Windows não reconhece o caminho de rede corretamente e retorna erro de sintaxe.
Parâmetros que valem a pena conhecer
/f— força o fechamento de aplicativos abertos sem esperar confirmação do usuário. Sem isso, se alguém tiver um Word com alterações não salvas, o Windows pode travar o reinício esperando uma resposta que nunca vai vir porque não tem ninguém na frente da tela./t xx— define quantos segundos o Windows espera antes de executar, mostrando um aviso na tela do usuário remoto nesse intervalo. Útil quando você quer dar um tempo para a pessoa salvar o trabalho antes do reinício forçado./c "mensagem"— exibe uma mensagem customizada na tela do computador remoto durante a contagem regressiva, avisando o motivo do reinício.
Na prática, o comando que uso mais em suporte remoto corporativo é uma versão mais educada que o exemplo com /t 0:
shutdown /r /m \\NOME-DO-PC /t 120 /c "Reiniciando para aplicar atualização, salve seu trabalho" /fIsso dá dois minutos de aviso com mensagem explicativa, e depois força o fechamento de qualquer coisa que ainda esteja aberta.
Pré-requisitos que costumam travar isso
Antes de sair digitando o comando e culpar o Windows quando não funcionar, confira três coisas:
- Permissão administrativa: você precisa estar logado com uma conta que tenha privilégio de administrador na máquina remota, não só na sua própria máquina. Em ambiente de domínio, isso normalmente já vem resolvido pela política do Active Directory, mas em rede sem domínio (grupo de trabalho simples), cada máquina tem sua própria lista de administradores local.
- Firewall liberando a porta necessária: o serviço por trás do comando remoto usa RPC (porta 135 e portas dinâmicas associadas). Se o firewall do Windows na máquina de destino estiver bloqueando isso — o que é comum em máquinas com perfil de rede “Pública” em vez de “Privada” ou “Domínio” —, o comando simplesmente não chega lá.
- Nome do computador resolvendo corretamente: se a rede não tiver um servidor DNS interno resolvendo os nomes das máquinas, pode ser necessário usar o IP da máquina em vez do nome, ou adicionar uma entrada manual no arquivo hosts do seu computador.
Alternativa via PowerShell
Se o CMD recusar teimosamente mesmo com tudo certo, o PowerShell tem um cmdlet equivalente que às vezes contorna problema de permissão de forma mais clara, mostrando exatamente qual erro está impedindo:
Restart-Computer -ComputerName NOME-DO-PC -ForceA vantagem do PowerShell aqui é a mensagem de erro mais descritiva quando algo falha — o CMD às vezes só retorna “acesso negado” genérico, enquanto o PowerShell costuma indicar se é problema de credencial, de rede ou de serviço remoto desligado.
Problemas comuns
1. Erro “Acesso negado (5)”. Quase sempre é falta de permissão administrativa na máquina remota, ou UAC remoto bloqueando (em máquinas fora de domínio, o Windows por padrão restringe operações remotas administrativas mesmo para contas que são admin local — é preciso ajustar uma chave de registro específica, LocalAccountTokenFilterPolicy, para contornar isso em rede sem domínio).
2. Comando aceito mas nada acontece. Confira se o serviço “Chamada de Procedimento Remoto (RPC)” está rodando na máquina de destino — sem ele, o comando é aceito localmente mas nunca chega a executar remotamente.
3. Funciona com o nome do PC mas não com o IP (ou vice-versa). Isso costuma indicar problema de resolução de nome NetBIOS ou DNS. Teste os dois formatos antes de assumir que o comando está errado.
Perguntas frequentes
Esse comando funciona em qualquer versão do Windows?
Sim, o shutdown /r /m existe desde versões antigas do Windows e continua funcionando no Windows 10 e 11, incluindo Server.
Preciso estar na mesma rede física para isso funcionar?
Precisa haver conectividade de rede entre as duas máquinas (mesma LAN, ou VPN conectando as redes) e as portas de RPC precisam estar acessíveis — não funciona direto pela internet aberta sem VPN.
Dá para reiniciar várias máquinas de uma vez com um único comando?
Não com o shutdown puro — para isso você precisaria de um script simples em batch ou PowerShell rodando o comando em loop para uma lista de nomes de máquina.
Se depois do reinício remoto você notar lentidão persistente na máquina, vale conferir o guia de como verificar erros de memória e disco, e para quem gerencia várias máquinas via RDP no dia a dia, o guia sobre o erro de verificação de identidade no Remote Desktop cobre um problema comum relacionado.
