Can't Access Insights "you don't have permission to access Insights for Arc GIS"

4466
19
Jump to solution
10-29-2017 06:13 AM
ahmed_hussiney
New Contributor III

Hi I have installed #insights, then imported a valid entitlement, and I am logged in as a level 2 user, but when I try to open Insights it show invalid redirect URL and after some researchers in GeoNet I found a solution for invalid redirect URL issue by settings app redirect URLs for both http and https , but then It keep show me "you don't have permission to access Insights for Arc GIS" although I am logged in with user who is admin and level 2 with permission for insights license, any recommendataion how to fix this ??

You don

My user permission

###

0 Kudos
19 Replies
ahmed_hussiney
New Contributor III

Hi All, 

I had fixed this issue by specifying both the http and https redirect URLs of insights app check the following post for more details 

Invalid redirect_uri Error: 400 

Another thing I need to highlight that some problems that we faced was show only on Internet Explorer so I recommend when you test your environment use either chrome or Firefox.

Please let me know if this fix work with you too.

ammaralotoom1
New Contributor

Hi All ,

I reinstall the web adapter for portal and that solved the issue on my site.

Thanks all, and have a nice day

Sent from my iPhone

0 Kudos
CraigCleveland
Esri Contributor

Hey Ahmed,

Thanks for your reply.  When you say you specified the redirect URLs of the Insights app, can I ask you for a specific example of how that URL looked?  When I follow the link to the Invalid redirect_uri it similarly mentions the URL to Portal, and what I'm trying to confirm is exactly the format.  I ask because I have Insights working without issue on one particular Portal and all that's listed in getAppInfo is "https://[FQDN]" (in addition a few .esri.com's and .arcgis.com's, which I believe are irrelevant).  What I'd like to confirm with you and Aravind is whether you're saying to add more to the URL than that?  e.g. "https://[FQDN]/web adaptor" or "https://[FQDN]/web adaptor/apps/insights/index.html"

Thanks!

Craig

0 Kudos
AravindStoryMaps
Esri Regular Contributor

Hey Craig,

Let me connect with you offline so i can take a deeper look at your environment to see where we might be running into an issue. For anyone else who are still running into this issue, please feel free to comment here so i can respond! 

Thanks,

Aravind

ahmed_hussiney
New Contributor III

Hi Craig,

Sorry for the late response, In my case I set the redirect URLs to referee to both the external and internal FQDN, and in order to do that you should have two redirect URLs records when you search for insight in getAppinfo page.

The two redirect URL should be as following "https://[FQDN]/"  and  "https://[InternalFQDN]" [which is the internal machine name of the server]. I believe that the Internal was already there so the problem was raised cause the external redirect URL wasn't exist in insights app configured redirect URLs.

0 Kudos
CraigCleveland
Esri Contributor

Thanks Ahmed.  I added both variations in trying to make this work...no luck.

0 Kudos
PanagiotisPapadopoulos
Esri Regular Contributor

check the windows clock on the machine hosting the Portal. If the time or date is wrong ArcGIS Insights or ArcGIS Pro license stop working.

There is a technical article about that (Error: timestamp invalid ), talking about the ArcGIS Pro license, but if you have wrong date follow the same steps for insight. 

0 Kudos
CraigCleveland
Esri Contributor

All are in sync...

0 Kudos
MichaelSchoelen
Occasional Contributor III

So we are having this same issue, but only in Google Chrome. It works properly in IE. 

I took a look at the getAppInfo page in the portaladmn, and we do not have an http element specified--however, our portal has been configured to only use https. 

Anything else I can check?

0 Kudos
CraigCleveland
Esri Contributor

Hi Michael,

We never found the smoking gun with this where I was having the issue.  It eventually cleared up when more memory was added to the Portal and hosting servers, but as you can imagine I'm very skeptical that was the issue at hand and nothing more than coincidence.  However it's worth noting just in case something like that may apply to  you...

Craig

0 Kudos