Telnet no se ejecutará desde el indicador de cmd en Windows 7

11

Editar: estoy ejecutando Windows 7, 64 bits.

Tengo instalado el Cliente Telnet, y si voy a c: \ windows \ system32, encuentro el archivo "telnet.exe"; Si hago clic en él, Telnet funciona perfectamente.

Sin embargo, si escribo telnet en cmd prompt, me da el mensaje "comando no reconocido".

Yo creo que es porque c: \ windows \ system32 \ cmd.exe es en realidad la ejecución de archivos de windows \ SysWOW64 (que también tiene un cmd.exe), y por lo que trató de copiar telnet.exe a esta carpeta; Cuando escribo telnet en la línea de cmd (independientemente de qué cmd.exe utilizo) ya no recibo un mensaje de error, y en cambio obtengo ... bueno, nada. Simplemente se queda allí, como cuando espero una entrada, pero si escribo algo (por ejemplo, "salir") una vez más no hace nada y espera la entrada.

Finalmente, intenté, en windows \ sysWOW64, eliminar telnet.exe, crear un acceso directo telnet.lnk a telnet.exe en system32 y crear un archivo telnet.bat en windows \ sysWOW64, que ejecuta telnet.lnk. Ahora, si hago doble clic en telnet.bat, telnet se inicia perfectamente (en una ventana system32 \ cmd.exe); si escribo telnet en cmd prompt (de nuevo, no importa cuál) ejecuta telnet.bat sin ningún problema (comprobé esto probando otros comandos), pero devuelve "Acceso denegado" al abrir Telnet.lnk.

Entonces,

- Telnet está instalado y se ejecuta al hacer doble clic

- los accesos directos funcionan perfectamente si se hace doble clic

- ni telnet ni atajos (ni archivos que llaman accesos directos) se pueden ejecutar desde cualquiera cmd pronta.

Y así de lejos he llegado. Entonces, sí ... ¿Alguna idea?

— Sampaio
fuente

3

¿Su directorio PATH contiene la carpeta System32? Si es así, ¿el camino es realmente muy largo con otras cosas también? Personalmente, he tenido problemas en los que un camino demasiado largo puede causar problemas.

— Scott Chamberlain

La "Ruta" variable contiene% SystemRoot% \ System32, junto con algunos otros directorios, separados por ';'. (Ejemplo:% SystemRoot%;% SystemRoot% \ System32; C: \ Archivos de programa (x86) \ Archivos comunes \ Ulead Systems \ MPEG; etc.) Espero que esto ayude.

— Sampaio

¿Qué directorio aparece primero en tu ruta? system32 o syswow64? el primer elemento en PATH que contiene un exe con el nombre que especifique debe ser la instancia ejecutada.

— Frank Thomas

De esos dos, el primero sería system32, ya que syswow64 no está en absoluto. El primero absoluto es un directorio "Windows Live", con system32 siendo el segundo directorio listado

— Sampaio

1

Que where telnet.exedice Acabo de habilitar el cliente Telnet en las características de Windows. Telnet.exe, un programa de 64 bits, se agregó debidamente a Windows \ System32. No se encontró ninguna versión de 32 bits en Windows \ SysWOW64. Escribir telneten el indicador de cmd funcionó perfectamente como se esperaba. No sé cuál es el problema a su fin.

— Karan

8

Parece que en Win7 de 64 bits, telnet.exe es un comando de 64 bits. Puede ejecutarlo desde un shell de 64 bits (o indicador de cmd), pero un shell de 32 bits intentará cargarlo desde SysWOW64, y no se encontrará allí.

Sospecho que está ejecutando un símbolo del sistema de 32 bits (por ejemplo, desde SysWOW64). Si ejecuta el símbolo del sistema de 64 bits, telnet debería funcionar.

Puede probar esto yendo a Menú Inicio> Ejecutar, escriba cmdy luego ejecute telnet desde este símbolo del sistema.

¿Cómo está comenzando su símbolo del sistema? Si es un enlace, eche un vistazo a las propiedades. Si es de otro programa, y ese programa es de 32 bits, entonces ese podría ser el problema.

— jdigital
fuente

He comprobado que está ejecutando el símbolo del sistema desde system32. Lo inicié con Ejecutar, escribiendo cmd, en realidad lo inicié desde la carpeta system32, haciendo doble clic. Como dije en la pregunta, he intentado escribir "telnet" en ambas indicaciones de comando: desde los directorios system32 y syswow64. Independientemente de cuál elija, busca los archivos en syswow64, por alguna razón.

— Sampaio

1

El comportamiento que está describiendo es el que vería si ejecuta un símbolo del sistema de 32 bits. Ejecute cmd.exe, luego vaya al Administrador de tareas y haga clic en la pestaña Procesos. Ordene por Nombre de imagen (haga clic en la columna Nombre de imagen) y observe todos los procesos cmd.exe. ¿Alguno de ellos tiene a su *32lado?

— jdigital

Buena idea. Lo comprobé, y de hecho hay * 32 al lado del proceso. Sin embargo, en la ventana de comando real, la ruta es system32 \ cmd.exe. Uhm ... Editar: Algunas veces el proceso no tiene el * 32, en cuyo caso telnet funciona bien. Entonces, la pregunta, creo, es por qué a veces se llama a 32bits cmd.exe, y por qué 32bits cmd.exe parece tener la ruta system32 \ cmd.exe, en la ventana de la consola

— Sampaio

En un proceso de 32 bits, system32se reasigna a SysWOW64, por lo que no puede confiar en la ruta system32\cmd.exesin conocer el tipo de proceso que lo invocó. En cuanto a por qué se llama cmd.exe de 32 bits, esto es el resultado de cómo se invoca. puedes darme mas detalles?

— jdigital

2

desde un cmd de 32 bits que puede ejecutar %SystemRoot%\Sysnative\telnetpara obtener el telnet de 64 bits

— phuclv

2

Darse cuenta de que esta publicación es (muy!) Tarde, pero acaba de tener los mismos problemas. Lo resolvió copiando también C:\windows\system32\en-us\telnet.exe.muien la carpeta correspondiente en syswow64. Espero que esto ayude a alguien más en el futuro.

— dlinacre
fuente

Hola, gracias por la respuesta. Si eso funciona, ¡más vale tarde que nunca! Ya no tengo la PC que estaba usando y, francamente, ni siquiera recuerdo lo que estaba haciendo (o tratando de hacer) en ese momento. Tal vez ese archivo era lo que faltaba cuando intenté copiar. Te daré +1 para que otros puedan encontrar esto fácilmente.

— Sampaio

0

Hice algo muy simple y todo funcionó para mí, solo copie Telnet.exe desde system32 y péguelo en SysWOW64 y ejecute el cmd.exe que excita en el Directorio SysWOW64 y todo funcionó perfectamente ... espero que funcione para usted. ...

— Blackshine12
fuente

0

SÍNTOMA En Windows Vista y Windows 7, iniciar una configuración de depuración con plataforma como Cortex-A8 RTSM o FVP puede dar el siguiente error: Windows no puede encontrar 'c: \ windows \ system32 \ telnet.exe CAUSA El depurador DS-5 utiliza capacidades de telnet de su computadora para una sesión de depuración a través de una conexión en serie al RTSM y FVP. Este error ocurre cuando intenta conectarse al RTSM y FVP desde el depurador y el cliente telnet está deshabilitado. El cliente telnet no está habilitado de forma predeterminada en Windows Vista y Windows 7.

RESOLUCIÓN Habilite el cliente telnet en su computadora y reinicie la sesión de depuración. Para habilitar el cliente telnet en Windows Vista y Windows 7:

Abra el Panel de control desde el menú Inicio de Windows.

Seleccione Programas

En Programas y características, haga clic en Activar o desactivar las características de Windows.

De la lista que aparece, seleccione la casilla de verificación Cliente Telnet para habilitar telnet.

Haga clic en Aceptar para cerrar el cuadro de diálogo.

— Nguyen Dang Tung
fuente

Por favor lea la pregunta otra vez cuidadosamente. Su respuesta no responde a la pregunta original. OP ya tiene telnet instalado.

— DavidPostill