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

Instalei o cliente de telnet do Windows ( telnet.exe) no Windows 8 Enterprise Edition (RTM - nova instalação) 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 C:unidade e posso ver o executável residindo em C:\Windows\System32:

Eu também posso ver o executável no explorer:

Em ambos os casos acima, posso iniciar o cliente clicando duas vezes, mas, por algum motivo, ele não está visível no cmd.exeprompt de comando do Administrador (ou no PowerShell):

Além disso, como você pode ver na imagem acima, C:\Windows\system32está presente e correto na minha PATHvariável de ambiente. Outros executáveis ​​do sistema são executados bem ( tasklist.exepor exemplo).

Por razões que são muito longas para explicar que não posso usar um cliente de telnet de terceiros, como o PuTTY.

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

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

Isso é por causa do redirecionador do sistema de arquivos . Um processo de 32 bits não vai ver o real Windows\System32pasta, mas obter o conteúdo do substituído Windows\SysWOW64em vez

Para fazê-lo funcionar em cmd.exe de 32 bits ou em qualquer shell de 32 bits, você pode executar

cd %windir%\Sysnative\

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

Outra maneira é forçar a abertura do cmd.exe de 64 bits de um processo de 32 bits (como o ViStart), modificando o comando de atalho ou o 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à %PATH%variável de ambiente depois %windir%\System32 , já que depois de verificar que o arquivo não existe no System32 , ele continuará procurando no Sysnative

Este é provavelmente um efeito colateral do PendingRenames, o Windows Explorer é tão novo que garante que ele mostra o estado mais recente tendo pendentes renomea contas int enquanto que o Prompt de Comando é tão antigo que lê nativamente a unidade e, portanto, não vê os arquivos renomeados ainda . Geralmente eles são primeiro instalados em um local temporário descompactado e depois renomeados para estar no local real.

Meu palpite é que você fez Turn Windows features on or off.sem reiniciar o seu computador, assim, ainda tem que terminar a instalação dos recursos, fazendo as renomeações reais de tal forma que você pode realmente usar o telnet a partir do prompt de comando.

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

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 moderna do Windows 8 e que é particularmente difícil de usar em uma conexão de área de trabalho remota.

Eu estava usando ViStart para fazer a minha memória muscular habitual Iniciar-> Executar-> cmd.exe como eu faria no Windows 7. No entanto, verifica-se que o ViStart é um aplicativo de 32 bits e lança um prompt de comando de 32 bits. Claro, este prompt de comando sendo de 32 bits não pode ver telnet.exeporque é um exe de 64 bits etc.

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