I wrote a smart app to integrate with Honeywell’s totalConnect 2.0 cloud and everything worked up until 3 days ago. Now the httpPost command from SmartThings is returning an error:
error Something unexpected went wrong: java.net.SocketException: Connection reset
The new asynchronous methods work still… the synchronous methods don’t…
@tpmanley might not be your area of expertise, but maybe you can help direct. I have a sneaky feeling that Honeywell is doing some IP restricting against ST due to volume of requests, but it only affects the synchronous methods.
I noticed the same problem (but I haven’t tried the asynch methods). All indications are that honeywell has blacklisted smartthings; a simple workaround, going through a reverse proxy on my server, did solve the issue…
I tried contacting smartthings support; and of course they refused any involvement, as this is about a custom integration with a 3rd party vendor…
BTW, the easiest explanation for the asynch methods working is that the actual web service calls are performed by a different cluster of nodes which hasn’t been blacklisted by honeywell - yet…
I also see this connection reset - but posting to my own server. I’ve had this problem before where SmartThings didn’t like my server’s TLS certificate but it had been fine until very recently with my letsencrypt certificate. I’ll try without HTTPS later on today and see if it’s network access or HTTPS problems.
Yeah so I have verified that my server works over HTTP but not over HTTPS. So I think SmartThings has somehow broken HTTPS support for httpPost, at least as far as my letsencrypt certificates go.
Totalconnect uses a standard digicert certificate, which expires in September 2017 - which implies they likely haven’t changed in the last several months.
The proxy I set up on my server does expose HTTPS, with a less solid certificate than the Totalconnect one; but Smartthings can connect to it (and through it to Totalconnect) without any problem…
As @jhstroebel notes above, the beta async method alternative works fine too. Guess I’ll stick with that then.
If https isn’t broken generally, then maybe in my case there’s something about the renewed letsencrypt certs that SmartThings synchronous http methods doesn’t like.
Jim, any known issues with HTTPS requests (per some other user’s testing) using the synchronous http methods?
Trying to avoid rewriting a bunch of code that really needs synchronous calls… I’m going to have to code a bunch of goofy things to make asynchronous calls work how they are being used.