Instalé WindowsTelnetcliente ( telnet.exe) en Windows 8 Enterprise Edition (RTM - instalación nueva) a través deActivar o desactivar las características de windows. Sin embargo, parece que no puedo iniciarlo desde el símbolo del sistema del administrador.
Hice una búsqueda completa del C:disco y puedo ver el ejecutable que reside en C:\Windows\System32:
También puedo ver el ejecutable en el explorador:
En los dos casos anteriores, puedo iniciar el cliente haciendo doble clic, pero por alguna razón no está visible en el cmd.exesímbolo del sistema de mi administrador (o en PowerShell):
Además, como puede ver en la captura de pantalla anterior, C:\Windows\system32está presente y es correcto en mi PATHvariable de entorno. Otros ejecutables del sistema se inician bien ( tasklist.exepor ejemplo).
Por razones que son demasiado largas para explicar, no puedo utilizar un cliente telnet de terceros como PuTTY.
¿Alguien puede arrojar alguna luz sobre por qué sucede esto?
También intenté reiniciar pero tampoco ayudó.
Respuesta1
Esto se debe a laredirector del sistema de archivos. Un proceso de 32 bits no verá la Windows\System32carpeta real, sino que obtendrá el contenido de la sustituida Windows\SysWOW64.
Para que funcione en cmd.exe de 32 bits o en cualquier shell de 32 bits que pueda ejecutar
cd %windir%\Sysnative\
para cambiar el directorio de trabajo a eserealcarpeta System32 y luego ejecútelo telnetnormalmente. O simplemente corre %windir%\Sysnative\telnetdirectamente para abrirtelnet.exe de 64 bits
Otra forma es forzar la apertura.cmd.exe de 64 bitsdesde un proceso de 32 bits (como ViStart) modificando el comando de invocación o el acceso directo a%windir%\Sysnative\cmd.exe
Alternativamente, simplemente copie (o cree un vínculo físico) el telnet.exearchivo de System32 a SysWOW64
Tú también puedesagregar %windir%\Sysnativea la %PATH%variable de entorno después %windir%\System32para que después de comprobar que el archivo no existe enSistema32seguirá buscandosinativo
Respuesta2
Lo más probable es que esto sea un efecto secundario PendingRenames: el Explorador de Windows es tan nuevo que se asegura de mostrarle el estado más reciente al tomar cambios de nombre pendientes en la cuenta int, mientras que el símbolo del sistema es tan antiguo que lee la unidad de forma nativa y, por lo tanto, aún no ve los archivos renombrados. . Por lo general, primero se instalan en una ubicación temporal desempaquetada y luego se les cambia el nombre para que estén en la ubicación real.
Supongo que Turn Windows features on or off.no ha reiniciado su computadora, por lo que todavía tiene que finalizar la instalación de las funciones realizando los cambios de nombre reales de manera que pueda usar telnet desde el símbolo del sistema.
Por lo tanto, el simple "¿has intentado encenderlo y apagarlo nuevamente?" El enfoque debería resolver esto.
Respuesta3
Finalmente llegué al fondo de esto. yo había instaladoviiniciardespués de sentirse cada vez más frustrado con el nuevo Windows 8Interfaz de usuario modernay que es particularmente complicado de usar a través de una Conexión a Escritorio remoto.
Estaba usando ViStart para hacer mi memoria muscular habitual.Inicio->Ejecutar->cmd.execomo lo haría en Windows 7. Sin embargo, resulta que ViStart es una aplicación de 32 bits y lanza un símbolo del sistema de 32 bits. Por supuesto, este símbolo del sistema que es de 32 bits no se puede ver telnet.exeporque es un exe de 64 bits, etc.
Desde entonces, abandoné ViStart por considerarlo una mala idea y me resigné a aprender a navegar por la interfaz de usuario moderna.