Ich habe das Windows installiertTelnetclient ( telnet.exe) auf Windows 8 Enterprise Edition (RTM - Neuinstallation) überSchalte Windows Funktionen ein oder aus. Allerdings gelingt es mir nicht, es von einer Administrator-Eingabeaufforderung aus zu starten.
Ich habe das Laufwerk vollständig durchsucht C:und kann die ausführbare Datei hier sehen C:\Windows\System32:
Ich kann die ausführbare Datei auch im Explorer sehen:
In beiden oben genannten Fällen kann ich den Client durch Doppelklicken starten, aber aus irgendeinem Grund ist er in meiner Administrator- cmd.exeEingabeaufforderung (oder auch in PowerShell) nicht sichtbar:
Außerdem ist es, wie Sie im obigen Screenshot sehen können, C:\Windows\system32in meiner PATHUmgebungsvariable vorhanden und korrekt. Andere ausführbare Systemdateien werden problemlos gestartet ( tasklist.exezum Beispiel).
Aus Gründen, deren Erklärung zu langwierig wäre, kann ich keinen Telnet-Client eines Drittanbieters wie PuTTY verwenden.
Kann jemand Licht in die Sache bringen, warum das passiert?
Ich habe auch einen Neustart versucht, aber das hat auch nicht geholfen.
Antwort1
Dies liegt an derDateisystem-Umleitung. Ein 32-Bit-Prozess sieht den echten Ordner nicht , sondern erhält stattdessen Windows\System32den Inhalt des ersetztenWindows\SysWOW64
Damit es auf 32-Bit-cmd.exe oder allen 32-Bit-Shells funktioniert, die Sie ausführen können
cd %windir%\Sysnative\
um das Arbeitsverzeichnis zu ändernrealSystem32-Ordner und dann telnetnormal ausführen. Oder einfach %windir%\Sysnative\telnetdirekt ausführen, um zu öffnen64-Bit-Telnet.exe
Eine andere Möglichkeit ist das gewaltsame Öffnen64-Bit-cmd.exevon einem 32-Bit-Prozess (wie ViStart) durch Ändern des aufrufenden Befehls oder der Verknüpfung zu%windir%\Sysnative\cmd.exe
telnet.exeAlternativ kopieren Sie einfach die Datei von System32 nach SysWOW64 (oder erstellen einen Hardlink).
Du kannst auch%windir%\Sysnativezur %PATH%Umgebungsvariable hinzufügen nach %windir%\System32so dass nach der Überprüfung, dass die Datei nicht existiert inSystem32es wird weiter suchen inSysnative
Antwort2
Dies ist höchstwahrscheinlich eine Nebenwirkung von PendingRenames. Der Windows Explorer ist so neu, dass er Ihnen den neuesten Status anzeigt und ausstehende Umbenennungen berücksichtigt, während die Eingabeaufforderung so alt ist, dass sie das Laufwerk nativ liest und daher die umbenannten Dateien noch nicht sieht. Normalerweise werden sie zuerst an einem temporären entpackten Ort installiert und dann später umbenannt, um am tatsächlichen Ort zu sein.
Ich vermute, dass Sie es Turn Windows features on or off.ohne Neustart Ihres Computers geschafft haben, sodass die Installation der Funktionen noch durch die eigentlichen Umbenennungen abgeschlossen werden muss, sodass Sie Telnet tatsächlich von der Eingabeaufforderung aus verwenden können.
Der einfache Ansatz „Haben Sie versucht, es ein- und wieder auszuschalten?“ sollte das Problem daher lösen.
Antwort3
Ich bin dem Ganzen endlich auf den Grund gegangen. Ich hatteViStartnachdem ich mit dem neuen Windows 8 immer frustrierter wurdeModerne Benutzeroberflächeund die Verwendung über eine Remotedesktopverbindung ist besonders schwierig.
Ich habe ViStart verwendet, um mein übliches Muskelgedächtnis zu trainierenStart->Ausführen->cmd.exewie ich es unter Windows 7 tun würde. Es stellt sich jedoch heraus, dass ViStart eine 32-Bit-Anwendung ist und eine 32-Bit-Eingabeaufforderung startet. Natürlich kann diese Eingabeaufforderung, da sie 32-Bit ist, nicht angezeigt werden, telnet.exeda es sich um eine 64-Bit-EXE usw. handelt.
Ich habe ViStart inzwischen als schlechte Idee aufgegeben und mich stattdessen damit abgefunden, die Navigation mit Modern UI zu erlernen.