Installing Android

[RoChess]

I've done everything as suggested - and still it does not connect.

Could Android 4.4 not be compatible?

Try port 8090 or some, as port 80 might give you conflicts on your LAN if your ISP is actively blocking it and you are using one of their 'gateways'.

In the end you just have to add an exception to Windows firewall.

Config panel -> Windows Firewall -> Advanced Settings -> Inbound Rules -> New Rule -> Port -> Next -> TCP -> "Specific local ports:" = 80 -> Next -> "Allow the connection" -> Next -> Domain+Private for LAN to work in all conditions (Public is optional or if you have your LAN configured weird) -> Next -> "Name" = HomeGenie -> Finish

For some reason I also got two program specific entries for "HomeGenieManager" (seperate ones for UDP and TCP) on mine, but I can no longer remember why I did that.

[Cash at Folsom]

I wonder if the problem isn't deeper than Android.

I have a fresh install of HomeGenie that I am completely unable to connect to from any other devices [Android included].  It is only accessible from the PC running the HomeGenie service, and nothing else in my network can get through to it.  I have tried Windows laptops, Android tablets, and phones.  With the laptop I tried both a wireless and wired connection to the network.  I also tried numerous ports, forwarding those ports [on both the host PC and the router], and completely disabling the firewalls on both the host PC and the router.  I have tried with and without a password.  I also tried uninstalling and reinstalling HomeGenie.  No matter what, HomeGenie refuses to load, eventually timing out in whatever browser I try.

I am able to connect to other services [on other ports] running on this PC with no problem.

[nolio]

Hi,

Can you execute this command line and copy-paste the result please ?

Code: [Select]

netstat -a | find "LISTENING"
Bye

[Cash at Folsom]

Hi,

Can you execute this command line and copy-paste the result please ?

Code: [Select]

netstat -a | find "LISTENING"
Bye

I'm not completely comfortable posting a list of what ports I have open on a public forum, but I can confirm that the first entry in the list is the port that I currently have specified for HomeGenie:

Code: [Select]

TCP    0.0.0.0:99             COMPUTERNAME:0             LISTENING
Further down the list is this entry:

Code: [Select]

TCP    [::]:99                COMPUTERNAME:0             LISTENING
The rest of the list is populated with the other services and the ports I have opened for them.  There are no other entries for port 99.

[nolio]

Ok i understand. That seems good.
And did you take a look in HG Log ?

[Cash at Folsom]

Ok i understand. That seems good.
And did you take a look in HG Log ?

I shut down the service and deleted the log to get a fresh one.  Towards the top I see:

Code: [Select]

HomeAutomation.HomeGenie SystemInfo HomeGenie service ready HTTP.PORT 99
And there are no errors that I can tell.  Here is a cross-section of the log from a period where I tried to login remotely [note I have redacted the computer's local IP]:

Code: [Select]

2014-12-08T11:38:57.8006654-06:00 HomeAutomation.HomeGenie.Automation 35 Automation Program Program.Status Running
2014-12-08T11:38:57.8016655-06:00 HomeAutomation.HomeGenie.Automation 35 Automation Program Program.Status Idle
2014-12-08T11:38:58.3856989-06:00 MIG.Gateways.WebServiceGateway XXX.XXX.X.XXX api/HomeAutomation.HomeGenie/Config/Modules.Get/HomeAutomation.HomeGenie.Automation/35/1418060338381 HTTP POST
2014-12-08T11:38:58.3886990-06:00 MIG.Gateways.WebServiceGateway XXX.XXX.X.XXX api/HomeAutomation.HomeGenie/Config/Modules.Get/HomeAutomation.HomeGenie.Automation/35/1418060338382 HTTP POST
2014-12-08T11:39:05.2910938-06:00 MIG.Gateways.WebServiceGateway XXX.XXX.X.XXX api/HomeAutomation.HomeGenie/Config/Interfaces.List/1418060345283 HTTP GET
2014-12-08T11:39:08.3872709-06:00 MIG.Gateways.WebServiceGateway XXX.XXX.X.XXX api/HomeAutomation.HomeGenie/Logging/RealTime.EventStream/ HTTP GET
2014-12-08T11:39:09.5643382-06:00 MIG.Gateways.WebServiceGateway XXX.XXX.X.XXX api/HomeAutomation.HomeGenie/Config/Modules.Update/ HTTP POST
2014-12-08T11:39:15.2866655-06:00 MIG.Gateways.WebServiceGateway XXX.XXX.X.XXX api/HomeAutomation.HomeGenie/Config/Interfaces.List/1418060355283 HTTP GET
2014-12-08T11:39:16.3207247-06:00 HomeAutomation.HomeGenie.Automation 39 Automation Program Z-Wave Level Poll Polling node 4<br>Living Room Window Outlet
2014-12-08T11:39:16.3937289-06:00 MIG.Gateways.WebServiceGateway XXX.XXX.X.XXX api/HomeAutomation.HomeGenie/Config/Modules.Get/HomeAutomation.HomeGenie.Automation/39/1418060356388 HTTP POST
2014-12-08T11:39:19.3909003-06:00 MIG.Gateways.WebServiceGateway XXX.XXX.X.XXX api/HomeAutomation.HomeGenie/Logging/RealTime.EventStream/ HTTP GET
2014-12-08T11:39:25.2882376-06:00 MIG.Gateways.WebServiceGateway XXX.XXX.X.XXX api/HomeAutomation.HomeGenie/Config/Interfaces.List/1418060365283 HTTP GET
2014-12-08T11:39:28.4014157-06:00 HomeAutomation.HomeGenie.Automation 35 Automation Program Program.Status Running
2014-12-08T11:39:28.4014157-06:00 HomeAutomation.HomeGenie.Automation 35 Automation Program Program.Status Idle
2014-12-08T11:39:30.3965298-06:00 MIG.Gateways.WebServiceGateway XXX.XXX.X.XXX api/HomeAutomation.HomeGenie/Logging/RealTime.EventStream/ HTTP GET
2014-12-08T11:39:30.4055303-06:00 MIG.Gateways.WebServiceGateway XXX.XXX.X.XXX api/HomeAutomation.HomeGenie/Config/Modules.Get/HomeAutomation.HomeGenie.Automation/35/1418060370398 HTTP POST
2014-12-08T11:39:30.4055303-06:00 MIG.Gateways.WebServiceGateway XXX.XXX.X.XXX api/HomeAutomation.HomeGenie/Config/Modules.Get/HomeAutomation.HomeGenie.Automation/35/1418060370399 HTTP POST
2014-12-08T11:39:35.2928098-06:00 MIG.Gateways.WebServiceGateway XXX.XXX.X.XXX api/HomeAutomation.HomeGenie/Config/Interfaces.List/1418060375283 HTTP GET
2014-12-08T11:39:41.4031593-06:00 MIG.Gateways.WebServiceGateway XXX.XXX.X.XXX api/HomeAutomation.HomeGenie/Logging/RealTime.EventStream/ HTTP GET
2014-12-08T11:39:45.2873815-06:00 MIG.Gateways.WebServiceGateway XXX.XXX.X.XXX api/HomeAutomation.HomeGenie/Config/Interfaces.List/1418060385283 HTTP GET
2014-12-08T11:39:47.1234865-06:00 HomeAutomation.HomeGenie.Automation 39 Automation Program Z-Wave Level Poll Polling node 4<br>Living Room Window Outlet
2014-12-08T11:39:47.4095029-06:00 MIG.Gateways.WebServiceGateway XXX.XXX.X.XXX api/HomeAutomation.HomeGenie/Config/Modules.Get/HomeAutomation.HomeGenie.Automation/39/1418060387405 HTTP POST
2014-12-08T11:39:52.4107889-06:00 MIG.Gateways.WebServiceGateway XXX.XXX.X.XXX api/HomeAutomation.HomeGenie/Logging/RealTime.EventStream/ HTTP GET
2014-12-08T11:39:55.2909537-06:00 MIG.Gateways.WebServiceGateway XXX.XXX.X.XXX api/HomeAutomation.HomeGenie/Config/Interfaces.List/1418060395283 HTTP GET
2014-12-08T11:39:59.0021659-06:00 HomeAutomation.HomeGenie.Automation 35 Automation Program Program.Status Running
2014-12-08T11:39:59.0021659-06:00 HomeAutomation.HomeGenie.Automation 35 Automation Program Program.Status Idle

[nolio]

Are you sure you have desactivate all your firewall ? The windows one, but perhaps another running and block (like zone alarm, Outpost Firewall, Kerio Personal Firewall 2, ...).
And does your "HG client" are in the same network of your "HG server" ?

[Cash at Folsom]

Are you sure you have desactivate all your firewall ? The windows one, but perhaps another running and block (like zone alarm, Outpost Firewall, Kerio Personal Firewall 2, ...).
And does your "HG client" are in the same network of your "HG server" ?

Clients and server are indeed on the same network [wired or wireless makes no difference in my testing].  I can confirm that the only firewalls in effect are Windows Firewall on the server, and the one on my DD-WRT router.  Even with both disabled completely, the problem persists.

Another reason I believe that the error is on HomeGenie's end is that all of my other software works via remote client under the same circumstances [with ports properly forwarded and/or firewalls disabled].  This includes similar always-on services like Deluge, CouchPotato, Calibre, etc.

One idea I just had for testing is to try setting up the server on another PC in the network, to see if I can access that one remotely.  That will have to wait until I have access to my laptop again, however.

[nolio]

Oki very weird problem ...
Let then now about you future testing.
Bye

[Cash at Folsom]

Oki very weird problem ...
Let then now about you future testing.
Bye

Well, I finished further testing, with no change.  Tonight I tried setting up HomeGenie on another computer in the network, using the same conditions [ports forwarded in Windows and router, followed by completely disabling both firewalls].  No change to the issue.  I also hopped onto my neighbor's network instead, thinking it may be a router issue.  No change there either.  This time around I used a 100% vanilla install of HomeGenie for Windows, using the default port, and no password.

I'm curious, is anybody on the latest version for Windows able to connect to the service remotely?  After these tests, I can't see how this can possibly be a one-off issue unique to me.

[Cash at Folsom]

Update With Solution

I just cracked it.  I looked back over the thread and decided to follow the Windows Firewall steps laid out by RoChess above.  Personally, I am in the habit of creating exclusions in Windows Firewall based on program name, and not port [so therefore I had created entries for all three HomeGenie executables for both TCP and UDP].  But when I followed RoChess's steps and created exceptions based on my chosen port [one for TCP and one for UDP], I was able to connect.

What confuses me is why this should solve the issue when completely disabling Windows Firewall produced no result.  While I'm still not certain what is going on here, I'm certainly happy that I can finally access the service remotely.

[RoChess]

Disabling Windows firewall does not disable IPSec, but adding an exclusion to the Windows Firewall works on both. In Windows XP this was actually easier, because you could edit the exclusion list for both seperate.

An easier way to explain it would be to look at Windows emulating a NAT router, disabling the firewall on those still requires you to configure setting up port-forwarding.

Reason why the program-specific rules failed is probably of the way HomeGenie executes. The actual part of the code that is communicating is probably named different, and that would be the one requiring the exclusion rule. By doing it at port level you skip the trouble of having to figure out the process name.

[Cash at Folsom]

Disabling Windows firewall does not disable IPSec, but adding an exclusion to the Windows Firewall works on both. In Windows XP this was actually easier, because you could edit the exclusion list for both seperate.

An easier way to explain it would be to look at Windows emulating a NAT router, disabling the firewall on those still requires you to configure setting up port-forwarding.

Reason why the program-specific rules failed is probably of the way HomeGenie executes. The actual part of the code that is communicating is probably named different, and that would be the one requiring the exclusion rule. By doing it at port level you skip the trouble of having to figure out the process name.

Thanks for the explanation, I think I finally understand.  Glad I could get this platform working with my new home automation setup!

[Bobpick]

Hi,

Can you execute this command line and copy-paste the result please ?

Code: [Select]

netstat -a | find "LISTENING"
Bye

When I ran this, my HG ip and port came up with TIME_WAIT, so I'm assuming the port timed out.

[nolio]

It isn't a problem, if you have one line with listening. Do you ?
time_wait, closed, ... Are status of TCP session, so you can have session in time_wait if a client has close, for example, close his browser ..
If you have a listening, did you try the RoChess advises to configure windows firewall ?