Monocle Gateway throws Proxy error at startup on Win2012R2 Server [SOLVED]
-
Well, the settings look correct … maybe try logging out then back in. I’m too familiar with the forum admin yet so it could still be an issue on my side.
Thanks, Robert
-
Here’s the log…
[0_1564258669283_EchoShow5_Reolink420_Success followed by failure.txt](Uploading 100%)
-
@Monocle
By the way, I think I understand what is happening, although not why it’s happening. The closing process is not resulting in a clean termination of everything. Maybe a connection is being left open, etc. The failures are occuring when I try to say “show camera” again right after closing it. Something i was doing a lot trying to test things. But if I wait 5 minutes, it seems to show the camera again reliably.If this is a bug on the Amazon side then not much we can do about it, but if its a flaw in Monocle, hope that is a clue to help track it down.
-
@spicymikey
I don’t think the upload made it. If it won’t work, then you could also use Pastebin, I have used that service before then just copy the link to the forum thread:
https://pastebin.com/Thanks, Robert
-
@spicymikey said in Monocle Gateway throws Proxy error at startup on Win2012R2 Server [SOLVED]:
@Monocle
By the way, I think I understand what is happening, although not why it’s happening. The closing process is not resulting in a clean termination of everything. Maybe a connection is being left open, etc. The failures are occuring when I try to say “show camera” again right after closing it. Something i was doing a lot trying to test things. But if I wait 5 minutes, it seems to show the camera again reliably.If this is a bug on the Amazon side then not much we can do about it, but if its a flaw in Monocle, hope that is a clue to help track it down.
I have seen some camera’s behave this way. Are you using
@tunnel
or@proxy
for this camera?@proxy
will try to leave the connection open for a few minutes just in case a new request comes in for the stream.Thanks, Robert
-
@Monocle
I’ve tried it with @proxy-tcp, and without it. I’m ALWAYS using @tunnel per the documentation on the website. I can mess around with different combos and see what happens -
If using one of the
@proxy
tags, then you can also combine that with@hangup
to forcefully disconnect immediately with the Alexa device disconnects the TCP socket. However,@hangup
has no impact on@tunnel
connections.I noticed on another thread you mentioned this was a Reolink camera. I have seen that behavior before on Reolink cameras. It could simply be some bug or issue with the camera itself. But yes, it only manifests when making back to back connections and seems to work fine under normal use when your only periodically ask for the stream.
Thanks, Robert
-
@Monocle said in Monocle Gateway throws Proxy error at startup on Win2012R2 Server [SOLVED]:
If using one of the
@proxy
tags, then you can also combine that with@hangup
to forcefully disconnect immediately with the Alexa device disconnects the TCP socket. However,@hangup
has no impact on@tunnel
connections.I noticed on another thread you mentioned this was a Reolink camera. I have seen that behavior before on Reolink cameras. It could simply be some bug or issue with the camera itself. But yes, it only manifests when making back to back connections and seems to work fine under normal use when your only periodically ask for the stream.
Thanks, Robert
Thanks for the advice. I think adding the @hangup solved it. Is that documented anywhere? First I’ve heard about @hangup, but I may have missed it.
For me with the Echo Show 5, a Reolink RLC420, and the Monocle Gateway, changing to these tags worked to eliminate the problem. A few combinations worked, but the most minimalistic combo is what I will stay with
FROM: @ntpnow, @tunnel, @proxy-tcp
TO: @hangup, @proxy
-
RE:
@ntpnow, @tunnel, @proxy-tcp
You can only use one of these at a time:@tunnel
,@proxy
or@proxy-tcp
. If you include multiple, I think@tunnel
will win and other will be ignored.FYI:
If your camera manufacture is set to “Reolink” then@ntpnow
is not needed. We shove that tag at runtime automatically for Reolinks as they all seem to require it.Is that documented anywhere? First I’ve heard about @hangup, but I may have missed it.
@hangup
may not be documented yet, its one of the newer tags and only used in a handful of cases.Thanks, Robert
-
Thanks Robert. I have been testing it on and off for 30 minutes and its working like a charm. I know I thought this yesterday, but I think we got this now. If I discover anything else I’ll post something
-
For anyone else having the same Proxy Error starting on Windows Servers, i found that 443 was also being used by IIS. Stopping and disabling the “World Wide Web Publishing Service” service freed the port and allowed monocle gateway to run. Appreciate this may not be an option for everyone.