É possível conectar-se via Conexão de área de trabalho remota a uma máquina com Windows 7 sem bloquear o computador remoto (eu quero usar o mesmo usuário conectado)? Ou é possível liberar o bloqueio após o encerramento da sessão da área de trabalho remota?
windows-7
remote-desktop
yossis
fonte
fonte
tscon 0 /dest:console
Para 7:tscon 1 /dest:console
<- execute na máquina remota. MAS .. isso ocorre apenas para que, quando o computador cliente (mstsc.exe) for desconectado da compilação que está sendo visualizada, ele não trave. Então você se desconecta executando esse comando no comp que está visualizando. Mas esse método não irá pará-lo bloquear a tela quando você faz login.Você pode usar este script do PowerShell, que também oferece suporte ao Windows 8:
fonte
$env:USERNAME
se você não quiser usá-lo? Use o nome de usuário que você deseja usar. Você deve sempre pensar enquanto copia e cola qualquer coisa. Pode causar-lhe maus momentos se você apenas executar tudo o que encontra em algum lugar.Tanto quanto sei, não é possível impedir que a Conexão de Área de Trabalho Remota bloqueie o computador, mas o Ultra VNC permite controlar remotamente outra máquina sem bloqueá-la.
fonte
consulte https://techjourney.net/remote-desktop-connection-without-locking-remote-computer-session-on-disconnect/
Se você precisar desbloquear o computador remoto depois de fechar a Conexão de Área de Trabalho Remota, aqui está um truque que você pode usar para forçar o RDP a se desconectar sem bloquear a sessão e conectar o usuário local novamente na tela do console local após a desconexão da Conexão de Área de Trabalho Remota.
No sistema remoto conectado através do RDC (não no computador em que o RDC foi inicializado para conectar-se ao sistema remoto), abra uma janela do Prompt de Comando como administrador e execute o comando dependendo do sistema operacional Windows em execução no sistema remoto.
No Windows XP:
tscon 0 / dest: console
No Windows Vista, Windows 7, Windows 8, Windows 8.1, Windows 10 ou mais recente:
tscon 1 / dest: console
No Windows Server:
tscon% sessionname% / dest: console
Nenhum console local de bloqueio ao usar a conexão de área de trabalho remota
fonte
Dê uma olhada na assistência remota. Basicamente, usa a mesma tecnologia de desktop remoto sob o capô.
Você entra na área de ajuda e suporte e cria uma solicitação de assistência remota que pode enviar para a pessoa que deseja remotamente ao mesmo tempo.
Como alternativa, você pode usar o Logmein.com e instalar o LogmeinFree, que permite controlar remotamente o PC de um usuário ao mesmo tempo em que ele está sendo usado.
fonte
execute o cmd no computador remoto, execute este comando
query session
e verá algo parecido com istoem seguida, execute este comando em
tscon x /dest:console
que x é o seu ID de sessão ativo, que1
no meu caso.fonte
Como alternativa, você pode usar o Gbridge: "O Gbridge é um software gratuito que permite controlar remotamente PCs, sincronizar pastas, compartilhar arquivos e conversar com segurança e facilidade. Uma extensão do serviço gtalk do Google, o Gbridge forma automaticamente uma VPN criptografada e colaborativa (Virtual Rede Privada) que conecta seus computadores e os de seus amigos de maneira direta e segura. O Gbridge possui muitos recursos exclusivos. " http://www.gbridge.com/
fonte
Não pode ser feito com o próprio RDC, você precisará usar uma ferramenta de terceiros como o TeamViewer . Tecnicamente, você pode usar a assistência remota, mas, quando estiver sem pedidos, não poderá fazer nada.
fonte
Honestamente, eu apenas usaria o RealVNC, sinto que é a melhor ferramenta de desktop remoto existente. É muito rápido, não se atrase com o UltraVNC. O RealVNC também é excelente quando você remota no computador fora de casa.
fonte
Mencionado em outra resposta, mas o LogMeIn.com possui uma versão gratuita e permite compartilhar a conexão com o usuário local ou deixar a tela em branco. Eu achei o tempo de resposta bastante decente em conexões mais lentas, mas a qualidade dos gráficos diminui quando a velocidade diminui.
fonte
Para resolver uma tarefa semelhante em que tivemos que impedir o bloqueio de tela para uma tarefa agendada, escrevi um arquivo em lotes parecido com este:
Isso também requer
Admin Rights
execução, mas é bastante útil como um atalho na área de trabalho do usuário.fonte