Shutdown-on-LAN about sleep-on-lan HOT 4 CLOSED

Hey.

I see.
At first i was using a (configurable) command but it wasn't working well on windows so i switched on windows to a DLL API call instead (but it's still configurable for linux).
I'll see how i can restore the possibility to configure the executed command on windows (that way you should then be able to use a "shutdown" command instead of a "sleep" one).

from sleep-on-lan.

Thanks.

Issuing a windows DLL API call to perform a shutdown is also OK.

Sure, I could fork the project and just change the line 15 in sleep-on-lan/src/main/go/sol/sleeper_windows.go, but then we would have two separate projects, one for sleep and the other for shutdown, where it would be best if it could be a single program and just a config line 'shutdown=1' that would do shutdown instead of sleep.
In that way, the user can experiment and try both approaches.

I think I could do it, if you wish, but then I would just kindly ask you to instruct me about how to compile it.

from sleep-on-lan.

Yep.

I'm about to commit a modification that won't change anything by default, but that will allow to customize the command executed (and also to register new additionnal commands if needed).

In your case you'll have to configure the sol.json configuration file with something like :

{
  "Listeners" : ["UDP:9", "UDP:7", "HTTP:8009" ],
  "LogLevel" : "INFO",
  "Commands" : [ 
    {
        "Operation" : "halt",
        "Command" : "C:\\Windows\\System32\\Shutdown.exe -s -t 0"
    }
  ]
}

With only one command defined, that command will be used by default (and thus will react to magic packets).
This operation will also be published (if an HTTP listener is defined) on the http://<IP>:<HTTP_PORT>/halt URL if you want / need to call it from a remote system through http (with curl or wget or anything else).

I'm not willing to have in the configuration "shutdown = 1" or something like that, because if someone needs someday an "hibernate-on-sleep" or anything else, it would then be necessary to deal with all behaviors in code (for all platforms). The "sleep-on-lan behavior" by default + the possibility to customize anything else if needed, as generic commands, seems less restrictive.

from sleep-on-lan.

Hi Serge,

Thank you very much for your quick upgrades.

Unfortunately, I can't make it work.

Continued here:
#2
#3

from sleep-on-lan.