Telnet nie będzie uruchamiany z wiersza polecenia cmd w Windows 7

Edycja: Korzystam z systemu Windows 7, 64 bity.

Mam zainstalowanego klienta Telnet, a jeśli przejdę do c: \ windows \ system32, znajdę plik „telnet.exe”; po kliknięciu telnet działa idealnie.

Jednak po wpisaniu telnet w wierszu polecenia cmd pojawi się komunikat „polecenie nie zostało rozpoznane”.

Myślę, że to dlatego, że c: \ windows \ system32 \ cmd.exe faktycznie uruchamia pliki z systemu Windows \ sysWOW64 (który również ma cmd.exe), więc spróbowałem skopiować telnet.exe do tego folderu; Kiedy wpisuję telnet w wierszu cmd (niezależnie od tego, którego używam cmd.exe), nie otrzymuję już komunikatu o błędzie, a zamiast tego dostaję ... cóż, nic. Po prostu tam siedzi, jak podczas oczekiwania na dane wejściowe, ale jeśli coś wpisuję (np. „Wyjdź”), to po raz kolejny nic nie robi i oczekuje na dane wejściowe.

Wreszcie próbowałem, w systemie Windows \ sysWOW64, usunąć telnet.exe, utworzyć skrót telnet.lnk do telnet.exe w systemie32 i utworzyć plik telnet.bat w systemie Windows \ sysWOW64, na którym działa telnet.lnk. Teraz, jeśli kliknę dwukrotnie telnet.bat, telnet uruchomi się idealnie (w oknie system32 \ cmd.exe); jeśli wpiszę telnet w wierszu polecenia cmd (ponownie, nie ma znaczenia, który), uruchomi on telnet.bat bez żadnych problemów (sprawdzam to testowanie innych poleceń), ale zwróci „Acess denied” podczas otwierania Telnet.lnk.

Więc,

- telnet jest zainstalowany i działa po dwukrotnym kliknięciu

- skróty do niego działają idealnie po dwukrotnym kliknięciu

- ani telnet ani skrótów (ani plików zawijające skróty) mogą być uruchamiane z albo cmd szybka.

I tak daleko zaszedłem. Więc tak ... Jakieś pomysły?

Wygląda na to, że w 64-bitowym Win7 telnet.exe to 64-bitowe polecenie. Możesz uruchomić go z 64-bitowej powłoki (lub polecenia cmd), ale 32-bitowa powłoka spróbuje załadować ją z SysWOW64 i tam jej nie będzie.

Podejrzewam, że używasz 32-bitowego wiersza polecenia (na przykład z SysWOW64). Jeśli uruchomisz 64-bitowy wiersz polecenia, telnet powinien działać.

Możesz to przetestować, przechodząc do Menu Start> Uruchom, wpisz, cmda następnie uruchom telnet z tego wiersza polecenia.

Jak uruchamiasz wiersz polecenia? Jeśli jest to link, spójrz na właściwości. Jeśli pochodzi z innego programu, a ten program ma 32 bity, może to stanowić problem.

Uświadom sobie, że ten post jest (bardzo!) Spóźniony, ale miał tylko te same problemy. Rozwiązano go również poprzez skopiowanie C:\windows\system32\en-us\telnet.exe.muido odpowiedniego folderu w syswow64. Mam nadzieję, że pomoże to komuś innemu w przyszłości.

Zrobiłem bardzo prostą rzecz i wszystko działało dla mnie, po prostu skopiuj Telnet.exe z systemu32 i wklej go do SysWOW64 i uruchom cmd.exe, który podnieca się w katalogu SysWOW64 i wszystko działało idealnie .. mam nadzieję, że to zadziała. ...

OBJAW W systemie Windows Vista i Windows 7 uruchomienie konfiguracji debugowania z platformą jako Cortex-A8 RTSM lub FVP może powodować następujący błąd: Windows nie może znaleźć „c: \ windows \ system32 \ telnet.exe PRZYCZYNA Debuger DS-5 używa funkcji telnet komputer na sesję debugowania przez połączenie szeregowe z RTSM i FVP. Ten błąd występuje, gdy próbujesz połączyć się z RTSM i FVP z debuggera, a klient Telnet jest wyłączony. Klient Telnet nie jest domyślnie włączony w systemie Windows Vista i Windows 7.

ROZWIĄZANIE Włącz klienta telnet na swoim komputerze i zrestartuj sesję debugowania. Aby włączyć klienta Telnet w systemie Windows Vista i Windows 7:

Otwórz Panel sterowania z menu Start systemu Windows.

Wybierz Programy.

W obszarze Programy i funkcje kliknij opcję Włącz lub wyłącz funkcje systemu Windows.

Z wyświetlonej listy zaznacz pole wyboru Klient Telnet, aby włączyć Telnet.

Kliknij przycisk OK, aby zamknąć okno dialogowe.