|
POST
|
As Joshua Bixby mentioned, it has to be done in multiple places: 1) ArcGIS Server has to support HTTPS. The default setting for Server is HTTP and HTTPS as of 10.4. 2) Your ELB has to support HTTPS to support hosting a website accessed via HTTPS. Here are some links that may provide background and a little help: Create a Classic Load Balancer with an HTTPS Listener - Elastic Load Balancing HTTPS Listeners for Your Application Load Balancer - Elastic Load Balancing Use SSL/TLS Certificate with HTTPS load balancer 3) Your application has to be updated to access services over HTTPS.
... View more
01-23-2019
10:23 AM
|
2
|
1
|
2984
|
|
POST
|
No, the full enterprise stack won't work well with active-active siloed environments. It'd be difficult if not impossible to synchronize hosted services between distinct sites. I would just set up a single site with multiple machines: Deployment scenarios for a highly available ArcGIS Enterprise—Portal for ArcGIS (10.6) | ArcGIS Enterprise You'd have multiple machines behind a load balancer and multiple of each component type. If any individual component goes down, the software is able to failover automatically to the other component.
... View more
01-23-2019
10:05 AM
|
1
|
0
|
1504
|
|
POST
|
If you have verified that the Data Store is registered and validates, it may be that Portal doesn't trust the certificate used for the admin URL during federation. Check the logs and if you see an error that indicates a certification path isn't trusted, import the certificate used for the admin URL into Portal: Configuring the portal to trust certificates from your certifying authority—Portal for ArcGIS (10.6) | ArcGIS Enterpri…
... View more
01-23-2019
09:30 AM
|
0
|
5
|
6474
|
|
POST
|
The application was written to access the services over http. The application needs to be updated to access the services over HTTPS (recommended) or the application needs to be accessed over http, (not ideal).
... View more
01-22-2019
04:58 PM
|
2
|
7
|
2984
|
|
POST
|
Good feedback, we'll look into clearing out the walarchive files on standby as well. For now, delete them manually.
... View more
01-22-2019
03:20 PM
|
0
|
0
|
2326
|
|
POST
|
If you were to check the network traffic, what is the Location header set to when it redirects? Is it set to https://gistst.abc.com/portal? Did you set the Host header within your load balancer? I used to see that same error with HAProxy until I set the Host header. I don't have any familiarity with F5 but the following link may help: iRule - Add Host Header Looks like the folllowing line adds the Host header. HTTP::host test.domain.com Also make sure you're setting the X-Forwarded-Host header.
... View more
01-17-2019
01:45 PM
|
0
|
0
|
5693
|
|
POST
|
The invalid redirect_uri problem is due to the host you're using to reach the home application not being in the list of valid URI's for the sign in mechanism, (oauth). See my comment here on how to resolve it: https://community.esri.com/thread/204996-invalid-redirect-when-logging-into-portal-for-arcgis#comment-728290 Re-registering or editing the web adaptor URL, or re-setting the Web Context URL can help as well as that triggers the logic to update the list of URI's.
... View more
01-17-2019
01:43 PM
|
1
|
2
|
5693
|
|
POST
|
This is dependent on where you want to use the certificate. If it's for 7443/6443, (the ports used for the internal web servers), then it'd be to the FQDN of the machines running Portal and Server: Import a certificate into the portal—Portal for ArcGIS (10.6) | ArcGIS Enterprise If the certificate is to be used for 443, then you'll need to generate it for the FQDN of the machine hosting the web adaptor and set up the binding to use the certificate. You should also set the SAN, (Subject Alternative Name), so Chrome doesn't complain about the certificate even if the Common Name is defined correctly.
... View more
01-17-2019
09:58 AM
|
2
|
0
|
5283
|
|
POST
|
The item type will determine where it gets the URL from. If you're creating a web app, the URL is generated from the web context URL or web adaptor URL for Portal. If you're creating a hosted or non-hosted service, the URL is generated from the URL you used for the Services URL during federation. Unfortunately, if you used the wrong URLs, there's no built-in mechanism in the software to correct the URLs within the configuration. You can update the URLs for individual items, but new items will always have the incorrect URL. I'd first confirm that the URLs above are set incorrectly, then you can update them to point to the correct location. This can be done by editing the existing web adaptor or web context URL that's set, unfederating and re-federating the Server, and cleaning up duplicate items that will show up due to the re-federation. If this is a sandbox/testing environment and you don't have any content you'd like to preserve, you could just rebuild the site so you don't need to clean anything up.
... View more
01-16-2019
09:55 AM
|
2
|
1
|
2299
|
|
POST
|
Does it fail if you create the portal on a local drive, like the C:\ or D:\ drive? Do you have oplocks enabled on the NAS?
... View more
01-14-2019
04:01 PM
|
0
|
1
|
2606
|
|
POST
|
While Sites is meant for organization of content, Sites itself won't control what content is available within the site. Sites are built off of groups, so you'd create a group for one division, and another group for a different division, and then you build the site around each group. The content available within each site is the content shared to each group. You can't have a site without a group. So, you could rely solely on a group, but a group + Sites would give you that next level customization/divisional branding that may be appreciated.
... View more
01-11-2019
10:26 AM
|
2
|
1
|
808
|
|
POST
|
Does the user running the DR tool have access to the directories as well?
... View more
01-10-2019
09:54 AM
|
0
|
1
|
4577
|
|
POST
|
The quickest answer is don't use low isolation. It's unstable and will be removed from the software eventually. A more complete answer is described in earlier versions of the help. The Isolation section has been removed because we discourage its use: Tuning and configuring services—Documentation | ArcGIS Enterprise
... View more
01-09-2019
10:08 AM
|
3
|
8
|
5833
|
|
POST
|
You can disregard the error as that page requires authentication but you probably haven't provided any. Did you see a certificate error when first browsing to the page? Check the certificate by hitting F12 to bring up the dev tools, then go to Security > View Certificate and under the General tab, does the Issued to hostname match the hostname in the URL within the error, (https://xyz:6443). If not, go to Details and then see if a Subject Alternative Name is set for the certificate. If so, does it match the hostname? If not, then the problem is the certificate is mismatched and requests from Portal to that URL will be denied. If the hostname is correct, regenerate the certificate. If this is self-signed, then you can create it using Server Admin:
Configuring HTTPS using a self-signed certificate—ArcGIS Server Administration (Windows) | ArcGIS Enterprise
If the certificate is self-signed, then you'll need to sort out why it has changed. Has the hostname Server is installed on changed?
... View more
01-08-2019
05:10 PM
|
3
|
5
|
21213
|
|
POST
|
This error typically means a request has come in for the service, but either the service is not started, or the service doesn't exist at all. If you can determine that the service doesn't exist, then an application has likely been written to access it. You'll need to check the IIS logs or whatever is in front of your Server for the originating IP address and determine if it's internal, have them look at their application and if it's external, determine if you can sort out what the IP is assigned to and consider blocking it.
... View more
01-08-2019
04:00 PM
|
2
|
0
|
2911
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 05-28-2026 06:05 AM | |
| 1 | 08-26-2016 10:10 AM | |
| 2 | 02-22-2024 07:22 AM | |
| 1 | 06-07-2024 07:11 AM | |
| 4 | 12-12-2024 08:52 AM |
| Online Status |
Offline
|
| Date Last Visited |
06-08-2026
07:43 AM
|