Site is blocked for some users, but available for others
I have a public facing site - http://www.actmapi.act.gov.au/SilverlightViewer_1_10/Viewer.html?ViewerConfig=http://www.actmapi.act.gov.au/Geocortex/Essentials/GE3151/REST/sites/Basic/viewers/Basic/virtualdirectory/Config/Viewer.xml
We have had a couple of users report that they are unable to open the site, and get a screen saying map layers are unavailable - as if map services were turned off. This is a localised problem, as the site works nicely for everyone else.
One user tested the site on a notebook in his office using a wifi network and could not open the site. Using a different internet connection in the office did work. Taking the same notebook home and trying wifi also worked. Similarly, another user has said that all users of their network are blocked.
We have had the users try clearing desktop cache, temp internet files, different browsers etc. We have also tried clearing routers, restarting them etc without any luck. It all seems to point to a security issue, where our server is treating some IPs as a threat. Strangely though, these users are not blocked from reaching our home page - http://www.actmapi.act.gov.au/home.html, which is hosted on the same server.
Has anyone else experienced something similar?
Does anyone know if there is something within Geocortex that could be used to "refresh" this. The other test I would rather not do is send the link to the REST directory and see if the users can open the map services directly.
This affects both Silverlight and HTML5 viewers.
Current set up on PROD is Geocortex v3.15.1, Silverlight v1.10 and HTML5 v1.3.1, running on Windows 2008 server with ArcGIS v10.2.2
Any ideas/help would be greatly appreciated.
Thanks,
Mick
-
Hi, Mick,
I had opposite situation for our test sites. I could view my test application at work, but it stopped working from home. It turned out that our IT department restricted access to a certain known users from external to the test server. Otherwise didn't have access to the application.
Out IT uses whitelist to control the sites and applications. I won't allow to run certain application unless they are whitelisted.
Not sure if your users has similar problem. May be they should check with their system admin team to rule out the blocking issue.
Helen
0 -
Hi Mick
maybe you need to look at installing Fiddler on both a 'sucessful' machine and and 'unsucessful' machine and see if there is any difference in the requests they are making and what url's they are using. What proxy/firewall is each set up to? Are they identical in that regard?
Just a couple of thoughts
Regards
Ralph
0 -
Thanks Helen and Ralph for your replies.
I have tried a few more things based on your ideas.
Running the site from my side with Fiddler shows everything going as expected. Unfortunately, getting Fiddler onto one of the problem machines has proven problematic. Because the people having the display issues are 'general public', I have not been able to get anything from them from fiddler.
One user did send me a tracert result, which indicates that the request timed out.
We don't have a whitelist for this server, as it is publicly facing, but it does appear that certain IPs are being 'shunned'. I'm no IT person, but this apparently is different to being on a blacklist. It also seems that it occurs when requests from a network are NAT'ed to a single IP address. The logical explanation is that there has simply been too many hits from these IPs, which has caused the servers threat detection to kick in, but I suspect that these users have hit the site while something was down (or updating), and then hit it again and again repeatedly. I'm hoping the Server support will be able to resolve it!
Thanks again for your replies
0
Bitte melden Sie sich an, um einen Kommentar zu hinterlassen.
Kommentare
3 Kommentare