ESRI basemaps down?
Anyone else having connection problems to all the ESRI basemaps in Geocortex?
I can connect to them no problem in ArcMap & via the REST end point in all browsers including IE11. This does not seem to be the TLS requirements.
All my clients are down and we are on the latest Server software across the full stack.
0
-
https://services.arcgisonline.com/ArcGIS/rest/services <---No access to this in Geocortex for example. 0 -

This is a false error. If I remove all the base maps from ESRI the site displays (without basemaps of course). This is pretty much the same error process that is taking place via this link that is yet to be resolved. 2 of our clients we upgraded with weekend to GE 4.11 & HTML5 2.12.10 -
https://support.geocortex.com/essentialsGSCForum?sub-nav=forum&main-nav=essentials&#!/feedtype=SINGLE_QUESTION_DETAIL&id=906f2000000fy4PAAQ
This is the older error when a "Map Service" is down which is still yet resolved by Geocortex.0 -
https://services.arcgisonline.com/ArcGIS/rest/services appears to be a 10.3 ArcServer release so yes this could be the TLS issue.
However ESRI is not offering any other base maps that work like below. I am being forced to update all the sites with "Open Street Map"
https://www.arcgis.com/home/item.html?id=ab399b847323487dba26809bf11ea91a <--Broken Again
I feel like I am nuts....anyone else seeing this? Advice on good base maps to pull in?0 -
Hi Dylan, I am also getting the same errors on our viewers for anything pointing to an ESRI hosted map service (such as the connection failing for something pointing to https://services.arcgisonline.com/arcgis/rest/services/World_Topo_Map/MapServer). Not sure what's up, but I don't see how it can be TLS related since we can't update accordingly to see an ESRI service from a Geocortex viewer... so you're not nuts, nor alone in this issue. 0 -
FYI - I am unable to load the above service into a GCE site either onto a server that was implemented specifically with all the higher TLS settings in place.
However, for most of our GCE apps, we tend to use mostly our own basemaps in our standard projection/coordinate system.0 -
Okay Dylan, I solved problem and fixed the issue by doing a little research on here; consult this article and edit your system registry on the system that Geocortex is installed on, and it will fix the issue.
https://support.geocortex.com/essentialsGSCForum?id=906f2000000PKs0AAG
Jason0 -
Thanks Jason I'll try that tomorrow morning after a back up. I read the TLS stuff a hundred times and didn't raise any concern as we are on the latest full stack...so this line "If you've already confirmed your server can consume TLS 1.2 services, no further action is required." always made me think ok we are fine as every other article says if your on XYZ and have ABC your golden.
Thanks for pointing out the devil in the details on this.0 -
Jason what version of dot net was your server on? I am looking at all of ours and it's 4.6.X
Article is saying to upgrade to 4.7. I am hoping we can side step that and will test after regedit.0 -
We had trouble with the Esri services last week after the security change. We were able to view the Esri basemaps in our Geocortex sites, but when our users printed or exported their map, the basemap didn't print. We were able to resolve the problem by following the steps outlined in the following link:
https://support.geocortex.com/essentialsGSCkba?id=kA360000000L14b
The server had to be restarted for these changes to take effect.0 -
I forgot to mention - - we didn't have to upgrade to 4.7 either! That was a relief - - one less thing to tackle! 0 -
Hi Dylan & co,
It looks like there are two different issues at play here:
1) The World Imagery Clarity service (https://www.arcgis.com/home/item.html?id=ab399b847323487dba26809bf11ea91a) served from https://clarity.maptiles.arcgis.com/arcgis/rest/services/World_Imagery/MapServer does not seem to be valid. Right now I'm seeing a 404 in a web browser, so Essentials wouldn't see anything different.
2) Esri requires TLS 1.2 to be used in all connections to all ArcGIS Online services. For Essentials to use this, we need to set the SchUseStrongCrypto registry keys to tell the .NET Framework to use TLS 1.2 as described here: https://support.geocortex.com/essentialsGSCkba?id=kA360000000L14b
If you run into any further issues, I'd recommend opening a support ticket by emailing us at support@latitudegeo.com.
Gareth Evans
Technical Support Analyst0 -
Thanks everyone. This was an easy fix via the registry adjustment. I marked Jason's as the answer as he was the first correct one on the list but Stephanie is correct that 4.7 was not a requirement and Gareth notes were helpful too!
I feel so foolish for not doing this ahead of time and mis-reading all the notes from Geocortex prior to TLS being forced on. Answer was obvious but such is life....0 -
I'm really thankful for the posts here as it was helpful in solving my problem once I figured out that I needed to restart the server after applying the registry settings :-) Thanks everyone! 0
Bitte melden Sie sich an, um einen Kommentar zu hinterlassen.
Kommentare
14 Kommentare