O Telnet não será executado no prompt do cmd no Windows 7

11

Edit: Estou executando o Windows 7, 64 bits.

Eu tenho o cliente Telnet instalado e, se eu for para c: \ windows \ system32, encontro o arquivo "telnet.exe"; se eu clicar, o telnet funciona perfeitamente.

No entanto, se eu digitar telnet no prompt do cmd, ele exibirá a mensagem "comando não reconhecido".

Eu acho que é porque c: \ windows \ system32 \ cmd.exe está realmente executando arquivos do windows \ sysWOW64 (que também possui um cmd.exe) e, por isso, tentei copiar o telnet.exe para esta pasta; Quando digito telnet na linha cmd (independentemente de qual cmd.exe eu uso), não recebo mais uma mensagem de erro e, em vez disso, recebo ... bem, nada. Ele fica lá, como quando aguardo entrada, mas se eu digitar algo (por exemplo, "sair"), mais uma vez não faz nada e aguarda entrada.

Por fim, tentei, no windows \ sysWOW64, excluir o telnet.exe, criar um atalho telnet.lnk para telnet.exe no system32 e criar um arquivo telnet.bat no windows \ sysWOW64, que executa o telnet.lnk. Agora, se eu clicar duas vezes em telnet.bat, o telnet inicia perfeitamente (em uma janela system32 \ cmd.exe); se eu digitar telnet no prompt do cmd (novamente, não importa qual), ele executa o telnet.bat sem nenhum problema (verifiquei isso testando outros comandos), mas retorna "Acesso negado" ao abrir o Telnet.lnk.

Assim,

- o telnet está instalado e é executado ao clicar duas vezes

- atalhos para ele funcionar perfeitamente se clicar duas vezes

- nem telnet nem atalhos (nem arquivos chamando atalhos) pode ser executado a partir de qualquer prompt de cmd.

E foi assim que eu fui. Então, sim ... Alguma idéia?

Sampaio
fonte
3
O diretório PATH contém a pasta System32? Se isso acontecer, o caminho é realmente muito longo com outras coisas também? Pessoalmente, tive problemas em que um caminho muito longo pode causar problemas.
Scott Chamberlain
A variável "Caminho" contém% SystemRoot% \ System32, junto com alguns outros diretórios, separados por ';'. (Exemplo:% SystemRoot%;% SystemRoot% \ System32; C: \ Arquivos de Programas (x86) \ Arquivos Comuns \ Ulead Systems \ MPEG; etc.) Espero que isso ajude.
Sampaio
qual diretório ocorre primeiro no seu caminho? system32 ou syswow64? o primeiro elemento no PATH que contém um exe com o nome especificado deve ser a instância executada.
Frank Thomas
Desses dois, o primeiro seria system32, já que o syswow64 não existe. O primeiro absoluto é um diretório "Windows Live", com system32 sendo o segundo diretório listado
Sampaio
1
O que where telnet.exediz? Acabei de ativar o cliente Telnet em Recursos do Windows. O Telnet.exe, um programa de 64 bits, foi devidamente adicionado ao Windows \ System32. Nenhuma versão de 32 bits foi encontrada no Windows \ SysWOW64. Digitar telnetno prompt do cmd funcionou perfeitamente conforme o esperado. Não sei qual é o problema no seu final.
Karan

Respostas:

8

Parece que no Win7 de 64 bits, o telnet.exe é um comando de 64 bits. Você pode executá-lo no shell de 64 bits (ou no prompt do cmd), mas um shell de 32 bits tentará carregá-lo no SysWOW64 e não será encontrado lá.

Eu suspeito que você esteja executando um prompt de comando de 32 bits (por exemplo, no SysWOW64). Se você executar o prompt de comando de 64 bits, o telnet deverá funcionar.

Você pode testar isso acessando Menu Iniciar> Executar, digite cmde execute o telnet neste prompt de comando.

Como você está iniciando seu prompt de comando? Se for um link, dê uma olhada nas propriedades. Se for de outro programa, e esse programa tiver 32 bits, esse pode ser o problema.

jdigital
fonte
Eu verifiquei que está executando o prompt de comando do system32. Eu o iniciei com Executar, digitando cmd, na verdade, iniciei na pasta system32, clicando duas vezes. Como eu disse na pergunta, tentei digitar "telnet" nos dois prompts de comando: nos diretórios system32 e syswow64. Independentemente de qual eu escolher, ele procura os arquivos em syswow64, por algum motivo.
Sampaio
1
O comportamento que você está descrevendo é o que você veria ao executar um prompt de comando de 32 bits. Execute cmd.exe, vá para o Gerenciador de tarefas e clique na guia Processos. Classifique por Nome da imagem (clique na coluna Nome da imagem) e observe todos os processos do cmd.exe. Algum deles tem *32ao lado deles?
Jdigital
Boa ideia. Eu verifiquei, e há de fato * 32 próximo ao processo. No entanto, na janela propt de comando real, o caminho é system32 \ cmd.exe. Uhm ... Edit: Algumas vezes o processo não possui o * 32, caso em que o telnet funciona muito bem. Assim, a pergunta, creio eu, é por isso que às vezes 32bits cmd.exe é chamado, e por 32bits CMD.exe aparece como tendo o caminho system32 \ cmd.exe, na janela do console
Sampaio
Em um processo de 32 bits, system32é remapeado para SysWOW64, portanto, você não pode confiar no caminho system32\cmd.exesem conhecer o tipo de processo que o chamou. Quanto ao motivo pelo qual o cmd.exe de 32 bits está sendo chamado, é o resultado de como é chamado. Você pode fornecer mais detalhes?
Jdigital #
2
a partir de um 32-bit cmd você pode executar %SystemRoot%\Sysnative\telnetpara obter o 64-bit telnet
phuclv
2

Perceba que este post está (muito!) Atrasado, mas só tive os mesmos problemas. Resolvi copiando também C:\windows\system32\en-us\telnet.exe.muipara a pasta correspondente em syswow64. Espero que isso ajude outra pessoa no futuro.

dlinacre
fonte
Ei, obrigado pela resposta. Se isso funcionar, antes tarde do que nunca! Não tenho mais o PC que estava usando e, francamente, nem me lembro do que estava fazendo (ou tentando fazer) na época. Talvez esse arquivo estivesse faltando quando tentei copiar. Darei +1 a você para que outras pessoas o encontrem facilmente.
Sampaio
0

Eu fiz uma coisa muito simples e tudo funcionou para mim, basta copiar o Telnet.exe do system32 e colá-lo no SysWOW64 e executar o cmd.exe que excita o diretório SysWOW64 e tudo funcionou perfeitamente. Espero que funcione para você. ...

Blackshine12
fonte
0

Recolher tudo Sintomas No Windows Vista e Windows 7, iniciar uma configuração de depuração com plataforma como Cortex-A8 RTSM ou FVP pode gerar o seguinte erro: O Windows não consegue encontrar 'c: \ windows \ system32 \ telnet.exe CAUSA O depurador DS-5 usa recursos de telnet do o computador para uma sessão de depuração por conexão serial com o RTSM e o FVP. Este erro ocorre quando você tenta se conectar ao RTSM e FVP a partir do depurador e o cliente telnet está desabilitado. O cliente telnet não está ativado por padrão no Windows Vista e Windows 7.

Submeter comentários Resolução Habilite o cliente de telnet no seu computador e reinicie a sessão de depuração. Para habilitar o cliente telnet no Windows Vista e Windows 7:

Abra o Painel de Controle no menu Iniciar do Windows.

Selecione Programas.

Em Programas e Recursos, clique em Ativar ou desativar recursos do Windows.

Na lista exibida, marque a caixa de seleção Cliente Telnet para ativar o telnet.

Clique em OK para fechar a caixa de diálogo.

Nguyen Dang Tung
fonte
Por favor, leia a pergunta novamente com atenção. Sua resposta não responde à pergunta original. O OP já possui o telnet instalado.
DavidPostill