Closed HammerAce42 closed 2 years ago
Your config specifies the IP address x.x.x.152 whilst you try to ping x.x.x.52 using the terminal. Is this a typo?
Doh. That is a sleep deprivation induced error :/
So, it turns out that the terminal is not responding to the ping either once I use the correct ip of 192.168.4.152.
Any ideas what might be causing a Windows 10 (and as of a couple of hours ago Windows 11) machine to not respond to pings but still respond correctly to a WoL packet?
Ah, the connection was configured as a public network instead of a private network. Changing that instantly fixed the issue. Apologies for the noise!
Good that you solved it. Thanks for sharing the solution, it helps others with similar issues in the future.
Backstory
I noticed my desktop is no longer detected as on, where as it previously it was.
Issue
The desktop's ip responds to pings sent via a terminal window in the same Homebridge instance, but the plugin's logs indicate the device is offline.
Furthermore when the PC is off / sleeping, it can still be correctly turned on using Homekit (but its status never remains on - it switches back to off after the 45 second wait period). Since the PC is never detected as on, I am unable to get it to shut down using Homekit.
Environment
os & os version: Alpine Linux (3.12.8), Raspberry Pi 4 running docker-homebridge
node version: v14.18.0
homebridge version: v1.3.4
homebridge-wol version: v4.3.0
Configuration
My configuration looks like this:
Log
When I follow these steps:
logLevel
is set toDebug
on allNetworkDevice
accessorieshomebridge
I get the following log (while sitting on the desktop PC filing the bug)
Here is the response to the ping command run via terminal in homebridge-ui-config (which should be running in the same networking context as the plugin)