POST
|
Hello @JasonHansel1, You will indeed need to enable 13443 from the web server > Workflow Manager for the web adaptor to route traffic correctly. We are aware this is an area of our documentation where we can expand more and have plans to do so. We also have recently worked with technical support to get a public-facing knowledge article on troubleshooting in this area added to their knowledge base which should be published for viewing within a couple of weeks. Travis
... View more
02-28-2024
07:03 AM
|
0
|
0
|
100
|
POST
|
Hello Jon, Esri Support created the following technical article for for the workflow you are describing. If you do not have an administrator SAML account you can use to update the value in Portal home, changing the "Can SignIn Using ArcGIS" value to true via the self page will enable built-in logins again on the signin page. Problem: Portal for ArcGIS sign in page allows only enterprise logins preventing administrators from signing in Please let me know if you have any further questions on this. Thanks, Travis
... View more
11-30-2020
05:27 AM
|
1
|
1
|
5083
|
POST
|
Hello James, Are you noticing any further errors in the Portal/Server logs? You could also check the service-level logs for the analysis service as well. I would recommend setting them both to verbose/debug and seeing if you can glean more information from the logs. Travis
... View more
11-25-2020
05:16 AM
|
0
|
4
|
2943
|
POST
|
Hello, When adding it as an item (and publishing as a hosted feature layer) I was also unable to share the layer with everyone (nor was it displaying in any map viewer). However, when I added the item to a new project and published it as a hosted feature layer, I was able to successfully view it and share with everyone. Maybe it has to do with how you are adding the item? Are you just adding it as an item straight to your portal? Maybe publishing can be a viable workaround? Using Enterprise 10.8.1 with latest version of Pro. Thanks, Travis
... View more
11-20-2020
07:32 AM
|
0
|
1
|
655
|
POST
|
Hello Mark, In regards to your question, ArcGIS Server Manager should automatically open after upgrading ArcGIS Server by attempting to install the newer version. Once opening Server Manager, you should be prompted with a single button to "Continue Server Upgrade." You should indeed complete this step prior to configuring your new web adaptor. In regards to logging in to Server, you can do this prior to configuring the new web adaptor (via machinename.domain.com:6443/arcgis). However, you will indeed need to configure the new web adaptor prior to attempting to log in via the URL the web adaptor is configured for (and the URL your services are referenced as in Portal). ArcGIS Server Upgrade Documentation (see step 6) Once authorized, ArcGIS Server Manager automatically opens. Click Continue Server Upgrade to complete the upgrade. You must use ArcGIS Server Manager on the local machine where you're running the upgrade to complete this step. You cannot Continue Server Upgrade through a Web Adaptor or load balancer. To summarize, If you have gotten past the "Continue Server Upgrade" prompt in the browser, you are good to go in configuring the new web adaptor. If you are still trying to access Server Manager to complete this step, please let us know what error you are getting in the browser. Hope this helps! Travis
... View more
11-18-2020
11:00 AM
|
3
|
1
|
2539
|
POST
|
Good question! There is no recommended or necessary order to start/stop up ArcGIS Enterprise. The only caveat being that in order to log in to a federated server, Portal must be running. If you are starting/stopping them all at the same time then this really wont affect your situation. I am sure there are scripts that will accomplish this goal but they will not be Esri-specific. I am sure you could create a scheduled task to stop/start the service. Outside of that I am sure that it would be possible to start/stop the whole server(s) via AWS and its console/API. Any documentation you may find is going to be from Amazon/Microsoft as starting/stopping programs is not Esri-specific. Hope this helps! Travis
... View more
11-12-2020
02:39 PM
|
1
|
6
|
2907
|
POST
|
Hello Everyone, The Utility Network User Type extension is included in your Portal license you generate from My Esri (this will include this as well as your creators/viewers/app bundles/etc). If you do not see the Add-on user type extensions section when creating the Portal license (same step as where you select how many creators/viewers/etc) then I would recommend reaching out to your Customer Service Representative to see if you are entitled to this license via your license agreement with Esri. There is no extra steps or unique workflow for Utility Network licensing 10.8+beyond. Either you have the option to include it in your Portal license or you do not (same as with insights licenses, app bundles, etc). If you do not see this option, then I recommend reaching out to your customer service contact to see what you are entitled to. Afterwards, import your Portal license into your Portal following the standard workflow. then you will see the option to assign this user type extension within your Portal. Thanks! Travis
... View more
06-12-2020
08:52 AM
|
2
|
1
|
2959
|
POST
|
Hello, The best documentation I could find is this following technical article. There may be more documentation but it is going to be from Apple/Android as installing certificates to a mobile device is going to vary from mobile device/OS to mobile device/OS. Error: The server you are trying to connect cannot be verified If we take Collector out of the picture, can you navigate in the phone's browser to the Portal URL and login from there? Does it appear without giving you any certificate errors? Regards, Travis
... View more
02-10-2020
07:55 AM
|
0
|
0
|
943
|
POST
|
Hello, My first thought is all of the barriers between your phone and your Portal. Are you attempting this on the same network as the Portal Web adaptor or off of the network? Depending on the issue, you may need to import your web server's root certificate into your phone as well. Regards, Travis
... View more
01-31-2020
09:59 AM
|
0
|
2
|
943
|
POST
|
Hello, I believe the issue here may be related to the IWA configuration. Remember that the DMZ is a separate location/domain and has very limited functionality and high security (as it is accessible to the public). It is likely that your DMZ web server does not have access to your active directory, which is likely only internal. With IWA, the authentication is taking place at the web-tier level (in IIS), not the Portal-level. With IWA, your web server is doing this authentication referencing active directory. Should active directory not be accessible to the web server on the DMZ (which is how most environments are), your IWA logins are not going to work. I would suggest looking into alternative login methods such as SAML-logins. This is probably also a limitation of IIS being able to authenticate across different domains. This is why most internal-only environments utilize IWA as it is not designed for external access. Thanks, Travis
... View more
10-22-2019
09:56 AM
|
2
|
1
|
1363
|
POST
|
Hello, I would definitely recommend checking the permissions on the logs folder for the Portal for ArcGIS service account. You could also test changing the log location for Portal to a local drive on that machine to see if there is any difference in behavior. This behavior occurs across all browsers/machines? Regards, Travis
... View more
10-15-2019
01:28 PM
|
1
|
1
|
1211
|
POST
|
Hello, Have you tried changing your Portal URL to use the web adaptor versus the internal machine name and port? I would also recommend moving the .properties file outside of its default location in Program files to a newly created folder, apply full permissions for the ArcGIS Portal account, and attempt the backup again. Also, are you using IWA by chance? Regards, Travis
... View more
09-27-2019
08:26 AM
|
0
|
1
|
1415
|
POST
|
Hello, You can certainly setup ArcGIS Server with a third party reverse proxy or with Esri web adaptors which is just a reverse proxy + load balancer (which I would say is the most common approach for the majority of our customers). My main question would start with: Do you feel you would lose any functionality by using web adaptors instead of your current method? Certainly if you have a corporate reverse proxy or load balancer you can feel free to use that instead of a web adaptor. That being said, Esri Support may be limited in terms of troubleshooting and supporting IIS and its URL rewrite module as our software just isn't in the picture in that scenario (as opposed to when there is a web adaptor) and that is why our documentation will be limited on that subject as well. About the ArcGIS Web Adaptor—ArcGIS Server (Windows) Installation Guide | ArcGIS Enterprise If you are in an unfederated (no Portal) environment, you certainly have the ability to "test run" the web adaptor in this new setup. You can configure 1, 5, 10, etc. web adaptors if you would like and see if it works for you. If not, you can always use your current approach. Regards, Travis
... View more
09-11-2019
12:48 PM
|
1
|
1
|
1109
|
POST
|
Hello, You could look into adding some additional parameters to your IWA/LDAP configuration within Portal Administrator. Namely, the additional domain settings. Are these domains within the same forest? Update Identity Store—ArcGIS REST API: Administer your portal | ArcGIS for Developers Another option, which may be a better fit for your current setup, is SAML logins? I think you may have more luck (and find more detailed documentation as many organizations would be setting up SAML logins for other applications like O365) linking an identity provider like ADFS to use separate domains as opposed to using the Portal software to do so? This might have better long-term success as IDPs are built for this purpose? Just a thought. Configure a SAML-compliant identity provider with your portal—Portal for ArcGIS (10.7 and 10.7.1) | ArcGIS Enterprise Hope this helps! Travis
... View more
09-09-2019
12:48 PM
|
0
|
1
|
718
|
POST
|
Hello, Just wanted to add some clarification on this. Notebook server does indeed require Docker however Hyper-V is not always required. Notebook server runs on Linux containers and (Docker...along with notebook server) can be setup on a Linux machine which will not need Hyper-V. I have linked below Notebook Server's system requirements. Inside you will see the various options whether it be windows vs Linux, various requirements, or cloud implementation options. ArcGIS Notebook Server system requirements—ArcGIS Enterprise system requirements | ArcGIS Enterprise Regards, Travis
... View more
08-29-2019
02:31 PM
|
1
|
0
|
440
|
Title | Kudos | Posted |
---|---|---|
1 | 11-30-2020 05:27 AM | |
3 | 11-18-2020 11:00 AM | |
1 | 11-12-2020 02:39 PM | |
1 | 09-11-2019 12:48 PM | |
1 | 10-15-2019 01:28 PM |
Online Status |
Offline
|
Date Last Visited |
yesterday
|