nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Invalid redirect_uri

SharonMeier

Is anyone familiar with Error: 400 (Invalid redirect_uri)? I have installed ArcGIS Server 10.4, GeoEvent Extension 10.4, Portal 10.4 and the ArcGIS DataStore, as well as web adapters. Have federated portal and server, and set my server as the hosting server in Portal. However, when I try to launch GeoEvent Manager I receive this Invalid redirect_uri error.

Vind meer berichten getagd met

Accepted answers

All comments

DennisGeasan

Hi Sharon,

I find the easiest way to get to 10.4 GEE Manager running on a federated AGS is from another machine on your network.

If accessing GEE manager on the machine it is running on, IE comes up blank, Chrome yields Error 400, or 500 if you use a Portal Token. Firefox eventually works but you have to import the SSL certificates from both AGS and Portal.

KennethOGuinn

I have found that this is normally as a result of registering the web adaptor with Portal via one URL, and accessing it via another.

For example you browse to https://internalmachine.domain.com/portal and register your web adaptor with Portal.

Then you try to access the Portal via https://dnsalias.domain.com/portal. As a result the Portal basically says "hey, I was told to the web adaptor was at https://internalmachinename.domain.com/portal, but I see a connection coming from https://dnsalias.domain.com/portal, and I was never told to trust that URL, better be safe than sorry; invalid_uri redirect 400"

The easiest way I've found to resolve the issue is to unregister the web adaptor from Portal, and then in your browser with the URL you intend to access portal through like https://dnsalias.domain.com/portal, re-register it with portal. At that point Portal knows to trust the web adaptor from that location.

Please note that if you do unregister the Web Adaptor you will not be able to access your Portal via the web adaptor for the duration of it being unregistered.

This is a somewhat common issue for Esri Support Services, so if you have access to support, I'm sure they can walk you through the process of sorting this out.

If not, here is the documentation on how to unregister a web adaptor.

Unregistering ArcGIS Web Adaptor with Portal for ArcGIS—Installation Guides (10.4) | ArcGIS for Server

Here is the follow up doc on how to register it again.

Configure ArcGIS Web Adaptor—Installation Guides (10.4) | ArcGIS for Server

Hope this helps!

Ken O.

Haider_Ali

I am having same issue, Sharon Meier did you found a solution for this problem?

I have no issue accessing portal with web adaptor url but accessing geoevent processor manager it gives me 400 error

SharonMeier

I had to include the port number (6143) in the URL for the GeoEvent manager.

Haider_Ali

Well my url is https://gisserver.domain.net:6143/geoevent/manager/index.html

but it gives me 400 error and if i unfederate the portal withe server then its working fine

SimonJackson

Hi Kenneth OGuinn Thanks for this advice. However, how about this scenario...

Domain name = https://dnsalias.domain.com
The CNAME of this domain points to the IIS on an machine where I have 10.4.1 Portal, Server, Data Store and GeoEvent installed and federated. (e.g. https://machinename/arcgis/home)
Machine is on Azure, Windows Server 2012
The PFX certificate from https://dnsalias.domain.com has been applied to the root of IIS
Portal for ArcGIS and ArcGIS Server still using their Self Signed Certificates
I can access Portal for ArcGIS and ArcGIS Server via this DNS alias and login fine (e.g. https://dnsalias.domain.com/arcgis/manager
GeoEvent does not flow through IIS/Web Adapter, so have to hit it on https://machinename:6143/arcgis/home
But because this is not known/trusted by the Portal, then its going to give me the invalid_uri error

Any ideas on how to get around this? Really appreciate any help or pointers you can provide.
I saw a bug at 10.3 (fixed at 10.4) which suggests that this should be possible, I just imagine I need to make some additional config changes.

BUG-000092043 : The GeoEvent Processor in a federated ArcGIS for Server and Portal for ArcGIS environment does not allow users to login to environments which utilizes a DNS name for their Portal site.

jcarlson_0-1617907039526.png

SusmitaDuncan

Did anyone figure out a resolution to this? I just setup a 10.4.1 test environment, and decided to federate the ArcGIS Server that has GeoEvent ext on it (to try to fix authentication issues through PI Integrator). I get the same issue as the OP. Because GeoEvent manager runs on port 6143, Portal won't let you get to it.

SimonJackson

Hi Susmita Duncan - perhaps we should team up. Im also setting up an environment for the PI Integrator on Azure, and with some help from Esri Support, have got this running now.

Can you explain a little more about your environment?

- are you using an external DNS?

- have you applied a domain/CA certificate to IIS or your DNS?

- Are you using IIS and the ArcGIS Web Adaptor?

Simon

VHolubec

Hi,

I met the same problem - I have portal on FQDN, but the Geoevent was opening on localhost URL - I have changed the localhost to FQDN URL, and the GeoEvent manager opens fine.

DebendraBiswas1

Hi @SimonJackson ,

Just want to know, did you ever get this resolved, I am stuck with same situation.

JiaLiu1

Hi DebendraBiswas1, Did you find the answer? I'm stuck, too.

Doe mee aan het gesprek

Aangemelde leden kunnen berichten plaatsen, updates volgen en meer. Nieuw hier? Registreer een gratis account.

Snelle Links

Community Help
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.