Java Prog: Netzschalter 2.0

Ein programm, dass befehle von der standardeingabe entgegennimmt und sie ausführt / ein programm startet.

Zitat von gandro

Zu cmd.exe vs. DOS: Die cmd.exe hat mit DOS eigentlich nichts zu tun. Die Wikipedia erzählt da Mist.

Dann verbesser es doch

Zitat von husan

Mich würde jetzt mal interessieren, was den die cmd.exe genau ist. Ich möchte nicht damit sagen, das deine Aussage falsch ist...nur so aus reiner Interesse.

Vielleicht hab ich mich etwas weit aus dem Fenster gelehnt, aber soweit ich das sehe, findet die DOS-Emulation nicht in der cmd.exe statt.

Meine Theorie (wie gesagt, ohne Garantie):

Nur schon um z.B. ANSI-C und dessen stdio zu unterstützen, braucht Windows eine Terminal-Emulation. Diese hat an sich keinen Namen, sondern ist eben dieses schwarze Fenster in dem die cmd.exe läuft. Diese Terminal-Emulation emuliert eben ein Terminal, ist also nichts weiter als eine Textausgabe.

Die DOS-Emulation von Windows baut auf dieser Textausgabe auf, gibt also die Ausgabe von DOS-Anwendungen dort aus. So z.B. die bei Windows mitgelieferte COMMAND.COM (die offenbar aus MS-DOS 5.0 stammt).

Die cmd.exe hingegen ist nichts weiter als ein Kommandozeilen-Interpreter, der ebenfalls in dieser Terminal-Emulation läuft.

Verwirrenderweise ist der Befehlssatz der cmd.exe stark an die COMMAND.COM angelehnt. Schlimmer noch, praktisch immer wenn man eine Terminal-Emulation braucht (sei es für DOS-Anwendungen oder für Anwendungen die stdout verwenden), startet man dafür in der Regel die cmd.exe.

Drum werden cmd.exe und die Terminal-Emulation oftmals als das gleiche angesehen, was sie aber imho nicht sind.

Zitat von gandro

Drum werden cmd.exe und die Terminal-Emulation oftmals als das gleiche angesehen, was sie aber imho nicht sind.

Ja, eben. Wie oft habe ich zum Beispiel gehört, dass LAME angeblich ein DOS-Programm sei, nur weil entsprechende Benutzer immer noch die Verknüpfung „Schwarzes Fenster mit Text drin“→„DOS-Programm“ besitzen. Noch mehr verwirrt sind solche Benutzer dann, wenn sie ein solches 32-Bit-Windows-Konsolenprogramm unter Windows 9x (oder auch NT4) starten und dieses Fenster mit einem MS-DOS-Symbol versehen wird.

Also noch mal zum Mitschreiben: command.com ist der Kommandozeileninterpreter von MS-DOS, cmd.exe der von Windows NT (von 3.1 bis hin zu Vista). Beide sehen sich extrem ähnlich (DOS-Prompt, ähnliche Befehle), die cmd.exe ist aber mit zusätzlichen (und oftmals nicht uninteressanten) Funktionen ausgestattet, die im Microsoft-Jargon „Befehlserweiterungen“ (eben Parameter, die es so nicht bei den internen Befehlen der command.com oder als externes Programm in MS-DOS gegeben hat) genannt werden. command.com muss unter NT auf der DOS-Emulationsschicht (ntvdm.*) laufen, cmd.exe ist einfach ein Konsolen-Programm zur Benutzung als CLI neben vielen anderen möglichen (zum Beispiel eben die PowerShell oder Take Command von JP Soft).

Zum Thema DOS-Version: Sämtliche mir bekannte NT-DOS-Emulationen emulieren ein MS-DOS 5, wobei die genaue Versionsnummer oft als 5.50 erkannt wird und darum zur NT-Erkennung bei DOS-Programmen (neben der charakteristischen Maustreiber-Signatur u.a.) genutzt werden kann.

Ist das Absicht, dass das LED nicht in der Mitte ist? Sieht irgendwie seltsam aus.

Funktioniert jedenfalls zum Einschalten meines ThinkPad T20 von einem Linux-System aus.

Öh.. nö. Quellcode ist keiner bei.

Weder im zip, noch im jar.

Sorry für den Doppelpost, aber anderer Inhalt. Hab mir kurz ein Linux-Shellscript gebastelt, was den Rechner beim Erreichen eines WOL-Paketes herunterfährt. Funktioniert mit Dirks Programm, nur meint der halt immer, der Rechner sei aus, was ich mangels Quellcode auch nicht ändern kann.

Benötigt bash, Linux 2.6 und ngrep. Hört standardmässig auf eth0 und führt /sbin/poweroff aus, wenn das entsprechende Magic-Paket empfangen wird.
Ansonsten kann man die Netzwerkkarte mit dem ersten Parameter, den Befehl mit dem zweiten Parameter angeben.

#!/bin/bash
IFACE=${1:-eth0}
PWCMD=${2:-/sbin/poweroff}


MAC=$(cat /sys/class/net/${IFACE}/address 2>/dev/null)
if [ -z ${MAC} ] ; then
    echo "Error: Cannot fetch MAC address"
    exit 1
fi


MAGIC=$(echo "0xff:ff:ff:ff:ff:ff \
      ${MAC} ${MAC} ${MAC} ${MAC} \
      ${MAC} ${MAC} ${MAC} ${MAC} \
      ${MAC} ${MAC} ${MAC} ${MAC} \
      ${MAC} ${MAC} ${MAC} ${MAC}"\
      | tr -d ':' | tr -d '[:space:]')


while ngrep -d $IFACE -X $MAGIC -n 1 >/dev/null ; do
    ${PWCMD}
done

Wie machst du das immer so schnell?
Ich kenne davon noch nicht mal einen Befehl!

Blue-Fox

Zitat von Griggi

Vielleicht weil er sich einfach viel besser mit Linux auskennt?!

Naja, ist halt grösstenteils Erfahrung.

Erstmal gegoogelt obs sowas schon gibt, aber nichts gefunden. Dann gegoogelt, wie man mit Linux am besten das Magic-Paket (also das Signal das Dirks Tool ausschickt) abfängt und ein Beispiel ngrep gefunden. Ein Tool womit man Netzwerk-Traffic durchsuchen kann. Kurz noch in der Wikipedia geschaut, wie das Magic-Paket aussieht und etwas rumspielen.

Der Rest besteht dann nur noch aus dem Lesen der ngrep Manpage und ein paar Bash-Skillz

Wow nice!

Wie ich sehe, jetzt komplett plattformunhängig. Also im Sinne von Fallbacks für "nicht-Windowse"

Der Client funktioniert zusammen mit meinem kleinen Script perfekt. Den Java-Server muss ich noch testen, scheint quellcodetechnisch aber Linux-kompatibel.

Nachtrag: Joa, der Server läuft auch. Allerdings braucht der ne GUI, find ich dämlich. Bin allerdings zu faul da nen kompatibles Serverscript zu schreiben, auch wenn mit netcat nicht all zu schwer.