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

Question

Eu instalei o Windowstelnetcliente ( telnet.exe) no Windows 8 Enterprise Edition (RTM - nova instalação) viaLiga ou desliga características das janelas. No entanto, não consigo iniciá-lo a partir de um prompt de comando do administrador.

Fiz uma pesquisa completa na C:unidade e posso ver o executável residente em C:\Windows\System32:

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 iniciados perfeitamente ( tasklist.exepor exemplo).

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

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

Eu também tentei reiniciar, mas isso também não ajudou.

Answer 1

Isto é por causa doredirecionador do sistema de arquivos. Um processo de 32 bits não verá a pasta real , mas obterá Windows\System32o conteúdo da pasta substituídaWindows\SysWOW64

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

cd %windir%\Sysnative\

para mudar o diretório de trabalho para aquelerealPasta System32 e execute telnetnormalmente. Ou apenas execute %windir%\Sysnative\telnetdiretamente para abrirTelnet.exe de 64 bits

Outra maneira é forçar a aberturacmd.exe de 64 bitsde um processo de 32 bits (como ViStart) modificando o comando ou atalho de chamada para%windir%\Sysnative\cmd.exe

Alternativamente, basta copiar (ou criar um hardlink) o telnet.exearquivo do System32 para o SysWOW64

Você também podeadicione %windir%\Sysnativeà %PATH%variável de ambiente depois %windir%\System32para que depois de verificar se o arquivo não existe emSistema32ele continuará procurandoSysnativo

Answer 2

Este é provavelmente um efeito colateral do PendingRenamesWindows Explorer ser tão novo que garante que mostra o estado mais recente tomando renomeações pendentes na conta interna, enquanto o Prompt de Comando é tão antigo que lê nativamente a unidade e, portanto, ainda não vê os arquivos renomeados . Geralmente eles são instalados primeiro em um local temporário descompactado e depois renomeados para o local real.

Meu palpite é que você Turn Windows features on or off.não reinicializou o computador, portanto, ele ainda precisa concluir a instalação dos recursos fazendo as renomeações reais para que você possa realmente usar o telnet no prompt de comando.

Assim, o simples “você já tentou ligar e desligar novamente?” abordagem deve resolver isso.

Answer 3

Finalmente cheguei ao fundo disso. eu tinha instaladoViStartdepois de ficar cada vez mais frustrado com o novo Windows 8IU modernae que é particularmente complicado de usar em uma conexão de área de trabalho remota.

Eu estava usando o ViStart para fazer minha memória muscular habitualIniciar->Executar->cmd.execomo faria no Windows 7. No entanto, o ViStart é um aplicativo de 32 bits e inicia um prompt de comando de 32 bits. Claro, este prompt de comando de 32 bits não pode ser visto telnet.exeporque é um exe de 64 bits, etc.

Desde então, desisti do ViStart por ser uma má ideia e me resignei a aprender a navegar na UI moderna.