Por que não consigo iniciar o telnet.exe em um prompt de comando do Windows 8?

Question

Instalei o cliente Windows telnet ( telnet.exe ) no Windows 8 Enterprise Edition (RTM - instalação recente) via Ativar ou desativar recursos do Windows . No entanto, parece que não consigo iniciá-lo a partir de um prompt de comando do administrador.

Eu fiz uma pesquisa completa da unidade C: e posso ver o executável residindo em c:\Windows\system32 :

EutambémpossoveroexecutávelnoExplorer:

Em ambos os casos acima, posso iniciar o cliente clicando duas vezes, mas, por algum motivo, ele não fica visível no prompt de comando do meu administrador cmd.exe (ou no PowerShell):

Além disso, como você pode ver na captura de tela acima, c:\Windows\system32 está presente e correto na minha variável de ambiente PATH . Outros executáveis do sistema são iniciados bem ( tasklist.exe , por exemplo).

Por motivos que são muito longos para explicar que não posso usar um cliente de telnet de terceiros, como PuTTY.

Alguém pode esclarecer por que isso está acontecendo?

Eu também tentei uma reinicialização, mas isso também não ajudou.

    

Answer 1

Eu finalmente cheguei ao fundo disso. Eu tinha instalado o ViStart depois de ficar cada vez mais frustrado com a nova interface do usuário do Windows 8 em> e que é particularmente difícil de usar em uma conexão de área de trabalho remota.

Eu estava usando o ViStart para fazer a minha memória muscular normal Iniciar- > Executar- > cmd.exe como no Windows 7. No entanto, acontece que o ViStart é um 32-bit aplicativo e inicia um prompt de comando de 32 bits. Claro, este prompt de comando sendo de 32 bits não pode ver telnet.exe porque é um exe de 64 bits, etc.

Desde então, desisti do ViStart como uma má idéia e me resignei para aprender a navegar pela Modern UI.

    

Answer 2

Isso ocorre devido ao redirecionador do sistema de arquivos . Um processo de 32 bits não verá a pasta Windows\System32 real, mas obterá o conteúdo do Windows\SysWOW64 substituído

Para que funcione em cmd.exe de 32 bits ou em shells de 32 bits, você pode executar

cd %windir%\Sysnative\

para alterar o diretório de trabalho para a pasta System32 real e, em seguida, executar telnet normalmente. Ou apenas execute %windir%\Sysnative\telnet diretamente para abrir telnet.exe de 64 bits

Outra forma é forçar a abertura do cmd.exe de 64 bits a partir de um processo de 32 bits (como o ViStart) modificando o comando de atalho ou atalho para %windir%\Sysnative\cmd.exe

Como alternativa, basta copiar (ou criar um link físico) o arquivo telnet.exe de System32 para SysWOW64

Você também pode adicionar %windir%\Sysnative à variável de ambiente %PATH% após %windir%\System32 , pois depois de verificar que o arquivo não existe em System32 , ele continuará procurando em Sysnative

    

Answer 3

Este é provavelmente um efeito colateral de PendingRenames , o Windows Explorer é tão novo que garante que ele mostre o estado mais recente tendo conta pendente renames int, enquanto Prompt de Comando é tão antigo que lê nativamente a unidade e assim faz não ver os arquivos renomeados ainda. Geralmente, eles são primeiro instalados em um local descompactado temporário e depois renomeados para estar no local real.

Meu palpite é que você fez Turn Windows features on or off. sem reiniciar seu computador, assim, ele ainda terá que finalizar a instalação dos recursos fazendo as renomeações reais para que você possa realmente usar o telnet a partir do prompt de comando.

Assim, o simples "você tentou ligá-lo e desligá-lo novamente?" abordagem deve resolver isso.