|
POST
|
I suspect you have a port conflict where Apache httpd and Tomcat are both trying to listen on port 443. That's why you are seeing the RHEL Test Page. If you are not using the Apache httpd, the easiest fix is to disable that and only run Tomcat. If you are hosting other apps on Apache httpd, it might be easier to configure Apache as a reverse proxy for Enterprise and not use Tomcat. Documentation on configuring the reverse proxy can be found here: https://enterprise.arcgis.com/en/portal/latest/administer/linux/using-a-reverse-proxy-server-with-portal-for-arcgis.htm
... View more
12-04-2023
05:09 PM
|
0
|
1
|
1593
|
|
POST
|
Hi Cody, Yes, that url that you highlighted in your screenshot should definitely be your reverse proxy url. It should not point to your internal url. One way to confirm that your WebContextURL setting is being read properly is to access the following url (adjusted to point to your portal): https://arcgis-reverse-proxy/context/sharing/rest/portals/self?f=json You don't need to be logged in; you can access this anonymously. Search for "portalHostname". The value should match what you specified in the WebContextURL parameter (the https protocol is not included). It is what the Map Viewer should be using to create that link for the Home button.
... View more
11-27-2023
01:04 PM
|
0
|
2
|
1874
|
|
POST
|
Hi Cody, Two thoughts here - first, I assume you've already done but just to confirm, you've defined the "WebContextURL" parameter in the Portaladmin system properties to match your external domain name and context, correct? Second depends on the specific reverse proxy you are using, but ArcGIS Enterprise relies on the "X-Forwarded-Host" header be included when proxying requests. Some RPs like Apache httpd include this automatically. Others like Nginx need it to be specifically set.
... View more
11-27-2023
09:34 AM
|
0
|
6
|
1918
|
|
POST
|
Hi Stephen, You mentioned that you have the dotnet-sdk package installed, but do you have the .NET 6 Windows hosting bundle installed (part of the .NET core runtime)? The installer should notify you if you didn't have it installed but it is worth double-checking.
... View more
10-04-2023
08:40 AM
|
1
|
0
|
2050
|
|
POST
|
For those requests where you are seeing "net::ERR_INCOMPLETE_CHUNKED_ENCODING", can you access any of those urls directly in the browser? I'm wondering if the load balancer might be adjusting or removing the "Transfer-Encoding" response header for some reason. That would make it freeze like you are seeing. Can you access the sign-in page through the web adaptor url directly (bypassing the load balancer)?
... View more
09-26-2023
10:15 AM
|
0
|
0
|
1846
|
|
POST
|
@NicolasGIS I agree with you that this behavior shouldn't happen when trying to add a service that is not secured to either the new Map Viewer or to the Content page. The checkurl request should only be made if the service is secured. To @Scott_Tansley's point, yes, from a security hardening perspective, it is good that more organizations are using the "allowedProxyHosts" to limit what hostnames the portal can make proxy requests to. As you observed, it is working as expected where the checkurl requests are blocked if the hostname is not in allowedProxyHosts. That being said, when trying to add an unsecured map/feature service (with CORS enabled) to the new Map Viewer, no proxy requests should be needed and it shouldn't get stuck in a loop like that. If you haven't already, could you please contact Technical Support and get a bug logged?
... View more
06-08-2023
04:47 PM
|
0
|
0
|
4760
|
|
POST
|
@MarjorieDillinghamGOAA - That sounds like a loopback error. If you disable IWA, are you able to access the Portal for ArcGIS page ok? If so, you probably just need to disable the loopback check on your IIS server. This link shows some different ways you can do that.
... View more
05-30-2023
08:30 AM
|
0
|
0
|
1159
|
|
POST
|
I wanted to follow-up to my solution for this issue to clarify a few things. The way the bug was logged makes it sound like Portal logins are blocked for anyone using the IIS web adaptor. That is not the case. While the underlying issue with the unencoded curly brackets exists for anyone with the IIS web adaptor in 11.1, the OAuth login issue will only be encountered for organizations that use a front-end load balancer or reverse proxy that does not accept the curly brackets in the query parameters. Logins directly through the IIS web adaptor will work fine since IIS accepts unencoded curly brackets. Similarly, as @NicolasGIS pointed out, if the OAuth login redirects to a 3rd-party application running on a web server that blocks the curly brackets, the login issue will be observed there as well.
... View more
05-17-2023
05:08 PM
|
0
|
0
|
3474
|
|
POST
|
Yes, this is a known issue caused by the latest Portal Security Patch. It has been logged under the following bug: BUG-000157748 - After installing the Portal for ArcGIS 10.9.1 Security 2023 Update 1 Patch, Map Viewer's Styles panel fails to load and other panels (Filter, Clustering) subsequently fail to load. We plan to have a version B of this patch available next week to address this.
... View more
05-12-2023
04:06 PM
|
1
|
1
|
1371
|
|
POST
|
@DavidColey Yes, I agree. Switching to a Java web adaptor even temporarily might be difficult for some organizations. I'm hoping we can get this fixed and patched soon. Keep in mind this issue will only impact organizations that use a front-end load balancer or reverse proxy that does not accept the curly braces in the query parameters. By default IIS will allow unencoded curly braces included in the query parameters so I don't think most Windows shops will encounter this.
... View more
05-08-2023
10:24 AM
|
0
|
1
|
3683
|
|
POST
|
@NicolasGIS- Yes, I have been able to reproduce that issue and it appears to be unique to the IIS web adaptor in 11.1. If Enterprise is configured with the Java web adaptor, the curly braces are encoded. That might be a possible workaround for you. We will work to get that fixed in the IIS web adaptor. If you want to track the status of it, please contact Support and have a bug logged.
... View more
05-02-2023
11:57 AM
|
0
|
1
|
3808
|
|
POST
|
Ok. That sounds fine. I wonder if it is a permission issue of some sort. I would double-check to make sure the account running the Server service has full control to the <ArcGIS root>\Server\framework folder. If that still doesn't help, I would recommend contacting technical support to have someone review your system a little more closely.
... View more
02-27-2023
09:34 AM
|
1
|
1
|
2106
|
|
POST
|
Hi Felipe, When you make any changes to the Server security configuration, Server should restart automatically. Just to be absolutely certain, you might try restarting the Server service. Limiting it to TLSv1.2 is fine. Was the 10.9.1 system upgraded from an earlier release? I ask because 10.9.1 only enables TLSv1.2 and TLSv1.3 by default so I was wondering if TLSv1.1 had been enabled previously from an older release. Also, are you using OpenSSL to validate what TLS protocols are enabled?
... View more
02-27-2023
08:48 AM
|
0
|
0
|
2115
|
|
POST
|
I agree with what @DavidPike said. There is no way to automatically remove users from Portal once they have been removed from A/D. If you have a lot of users in Portal, using a Python script to return a list of users and their last login is helpful. I'll put in a plug for the next release of Portal. In 11.1, a new Python script is included with Portal that will identify users that no longer exist in A/D or LDAP and give you a much easier way to delete them all at once. A report is generated so you can review what was found before deleting them. If any of those old users own any items, a separate list is generated so you can do a bulk transfer of all the items to a different user prior to deleting them.
... View more
02-16-2023
03:19 PM
|
1
|
0
|
2220
|
|
POST
|
I would double-check if there are any users in your Portal that belong to that OpenID Connect provider. If so, that is why it cannot be deleted. All users from that OIDC provider need to be deleted first before you can delete the whole thing. The error message should definitely be updated to reflect that.
... View more
02-03-2023
09:13 AM
|
1
|
0
|
2092
|
| Title | Kudos | Posted |
|---|---|---|
| 2 | 06-27-2025 11:47 AM | |
| 1 | 06-27-2025 10:37 AM | |
| 1 | 09-09-2020 08:47 AM | |
| 1 | 10-04-2023 08:40 AM | |
| 1 | 01-23-2025 11:10 AM |
| Online Status |
Offline
|
| Date Last Visited |
yesterday
|