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 el indicador cmd, aparece el mensaje "comando no reconocido".
Ipensares porque c:\windows\system32\cmd.exe en realidad está ejecutando archivos desde windows\sysWOW64 (que también tiene un cmd.exe), así que intenté copiar telnet.exe a esta carpeta; Cuando escribo telnet en la línea cmd (independientemente de qué cmd.exe use), ya no aparece un mensaje de error y en su lugar aparece... bueno, nada. Simplemente se queda ahí, como cuando espera una entrada, pero si escribo algo (por ejemplo, "salir"), una vez más no hace nada y espera una entrada.
Finalmente, intenté, en windows\sysWOW64, eliminar telnet.exe, crear un acceso directo de 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 el indicador cmd (nuevamente, no importa cuál), ejecuta telnet.bat sin ningún problema (verifiqué esto probando otros comandos), pero devuelve "Acceso denegado" al abrir Telnet.lnk.
Entonces,
-telnetesinstalado y se ejecuta al hacer doble clic
-- los accesos directos funcionan perfectamente si se hace doble clic
-- ni telnet ni accesos directos (ni archivos que llamen a accesos directos) se pueden ejecutar desdecualquieramensaje cmd.
Y hasta ahí he llegado. Entonces, sí... ¿Alguna idea?
Respuesta1
Parece que en Win7 de 64 bits, telnet.exe es un comando de 64 bits. Puede ejecutarlo desde un shell de 64 bits (o desde el símbolo 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 al Menú Inicio > Ejecutar, escriba cmdy luego ejecute telnet desde este símbolo del sistema.
¿Cómo estás iniciando tu 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.
Respuesta2
Tenga en cuenta que esta publicación llega (¡muy!) tarde pero tuvo los mismos problemas. Lo resolvió copiándolo también C:\windows\system32\en-us\telnet.exe.muia la carpeta correspondiente en syswow64. Espero que esto ayude a alguien más en el futuro.
Respuesta3
Hice algo muy simple y todo funcionó para mí, simplemente copie Telnet.exe de system32 y péguelo en SysWOW64 y ejecute el cmd.exe que se activa en el directorio SysWOW64 y todo funcionó perfectamente. Espero que funcione para usted. ...
Respuesta4
SÍNTOMA En Windows Vista y Windows 7, al iniciar una configuración de depuración con una plataforma como Cortex-A8 RTSM o FVP puede aparecer el siguiente error: Windows no puede encontrar 'c:\windows\system32\telnet.exe CAUSA DS-5 Debugger utiliza capacidades de telnet de su computadora para una sesión de depuración a través de una conexión serial al RTSM y FVP. Este error ocurre cuando intenta conectarse a 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.
En 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.