Analytics ClientRelay 403 after Essentials 4.13.3 Update
Last week we updated Essentials/Viewer to 4.13.3. Ever since the update Analytics has stopped reporting on our viewers. Digging into the console there is a 403 error from when the Essentials web proxy is trying to forward requests to the analytics ClientRelay.
Figured our proxy config file might have gotten cleared out during the update but it is the same as pre update and our entry for the ClientRelay is still in there.
I can access the ClientRelay in a browser without the proxy but once I add the proxy onto the url the request fails with a 403.
Wondering if anyone has ran into this and has a solution.
-
Hi David 0 -
David, did you ever find a fix for this? I'm seeing the same thing (403 forbidden) with GE 4.14.2. Client Relay is using the proxy when it doesn't need to as it's trying to hit https://domain.name/Html5Viewer/proxy.ashx?https://domain.name/Geocortex/Analytics/ClientRelay.
Proxy.config located at C:\inetpub\wwwroot\Html5Viewer has <ProxyConfig mustMatch="true" setForwarded="false"> so it shouldn't use the proxy as the Client Relay url isn't listed (it only lists the default gedemo and sampleserver urls).
How do I get the Client Relay url to not use the proxy?
0 -
Hey Mark, I'm on Dave's team. We reverted to a pre update proxy.config. During the viewer update, the update process takes a backup of the previous HTML5 viewer's wwwroot/Html5Viewer directory. I believe the default location is Program Files (x86)\Latitude Geographics\Geocortex Essentials\Default\Backups\
If it was working before, I would attempt to revert to a previous version of the file if you can.
0 -
@Mark Peacey? the Analytics client relay in GVH uses the Essentials proxy by design, as we normally recommend Analytics be deployed in a location that is not externally accessible. We do not have a documented method of forcing GVH to not use the proxy.
Those two entries - mustMatch and setForwarded mean:
- mustMatch: that the URL must match the entry specifically
- setForwarded: forward the originator IP of the request, so your requests are attributed to them rather than the Essentials server IP
0 -
Thanks @Andrew Adamson? and @Gareth Evans? . I was confusing the proxy config with our internet proxy (which I don't need, it's all internal). Have added the relevant Analytics URL to the proxy.config and it's now working.
0 -
@Mark Peacey? you're welcome, glad to hear it!
0
Please sign in to leave a comment.
Comments
6 comments