|
POST
|
A few questions: Are you discussing the certificate at the GIS tier, or the certificate at the Web tier? Like, for instance, in house here I use ArcGIS Server's self signed certificate at the GIS tier, but access my GIS Server via the web adaptor. At the web tier, I have signed CA certificates. So in my case, when the self signed certs expire I just create a new one using the ArcGIS Server admin API, and when my CA signed certificates expire, I get a new one from the CA. If you don't use the web adaptor, then you'd use the admin tools in the admin API to bring the new cert into the ArcGIS Server keystore. Because ArcGIS Server uses a Java web server, it only uses the system keystore when ArcGIS Server is acting as a client. You can certainly have a CA signed certificate that you imported into ArcGIS Server AND a CA signed certificate at the web tier.
... View more
05-24-2017
09:08 AM
|
2
|
8
|
9406
|
|
POST
|
Hi Russell, I'm unsure I understand what you're after here. There isn't really an anonymous built in credential used for accessing web services. Are you looking to support a mix of public and private services, where you're using Integrated Windows Authentication and users from an AD domain? If you can explain your environment and goal, I think we could provide better direction.
... View more
05-24-2017
09:01 AM
|
0
|
6
|
3635
|
|
POST
|
Hi Angelia, I usually use bitly, but that's more of a URL shortener and doesn't let you customize. If you've got a web srever you can leverage, you can download the app and host it there, using whichever domain name you have registered.
... View more
05-24-2017
07:23 AM
|
1
|
0
|
485
|
|
POST
|
Here's better doc: https://blogs.esri.com/esri/arcgis/2014/10/07/public-access-to-arcgis-online-premium-services/
... View more
05-24-2017
07:10 AM
|
0
|
0
|
3417
|
|
POST
|
You can use the routing tools and directions template publicly. In this case, I think that the workflow is like this (I'm trying to find the DOC): a. Right now, your org is configured to use the default routing service. Your browser is passing the credentials of your current ORG account to the routing server. b. What needs to happen in this case is to use ArcGIS.com to create a proxy to automatically pass your organization credentials when using routing - but understand that this will consume credits. c. To do that, you can add this as an item to your 'My Content' on ArcGIS.com: https://route.arcgis.com/arcgis/rest/services/World/Route/NAServer d. When you press 'OK', you should be prompted for credentials. Provide your named user credentials, and choose the option to 'save credentials'. This will create the proxy. e. Now when the item is created, in the bottom right of the items detail page, you should use a URL. It should read like the URL is for https://utility.arcgis.com/usrsvcs... - not https://route.arcgis.com. Use the 'copy' button to copy this URL. f. Finally, in My Organization>Edit settings>utility services, paste the URL copied in step 'e' above in to the 'Directions and Routing' combo box. I'm unsure which changes, if any, you'd need to adjust on the app side. It may just be to reconfigure the routing widget to use the URL from https://utility.arcgis.com, as that URL routes through the proxy you created when you saved the credentials with the item.
... View more
05-23-2017
09:42 AM
|
1
|
0
|
3417
|
|
POST
|
Ah, I got it. It's the routing service. It's expecting that a token be supplied as routing consumes credits. When the app detects that credentials haven't been provided, it redirects a user to your org login page. That issue is specific to the directions app. https://developers.arcgis.com/features/directions/ Looking at the smoke alarms map: From where I'm sitting, it looks like the basemaps render, but your web services from your GIS Server don't. The issue here is "Mixed Content". You're requesting the app and the basemaps using HTTPS, but the local services from your ArcGIS Server install were added to the map over HTTP. Browsers don't like to render both HTTP and HTTPS content at the same time. Personally, I'd go back and add your services back to your organization using the HTTPS prefix.
... View more
05-23-2017
08:46 AM
|
0
|
3
|
3417
|
|
POST
|
Hi Angelia, I'd start looking at this by opening the F12 Dev tools in your browser and have a look at the traffic. This sounds kind of like a mixed content issue. When I tried to look at your apps it looks like they're not shared to the public - I was redirected to your organization log in page.
... View more
05-23-2017
07:28 AM
|
0
|
8
|
3417
|
|
POST
|
I wouldn't consider this behavior expected. I'd log a case with Esri Support detailing your Enterprise GIS version, shared storage configuration, etc. so that this can be tested in-house.
... View more
05-22-2017
12:23 PM
|
0
|
0
|
559
|
|
POST
|
OK. My guess is that in the HTTPS sample that worked, you have a certificate from a valid CA at the web tier. In the example where you're using the internal web server on :6443, are you still using the default self signed certificate? http://server.arcgis.com/en/server/latest/administer/windows/configuring-https-using-a-new-ca-signed-certificate.htm
... View more
05-22-2017
07:17 AM
|
3
|
1
|
1658
|
|
POST
|
Hi JB, It's a little hard to tell based on your post, but I'll take a stab. First, you may be running into mixed content issues. I see you've added your service to ArcGIS.com using https, but are you also accessing your web map/web app using https? If you're using http, I can see the browser complaining. You can confirm by opening up a new web map and pressing F12 on your keyboard to open the browsers DEV tools and clicking on the console view to look at any errors generated. Hopefully that tells you the issue. To be clear - you're able to add your service as an item to ArcGIS.com, but you're unable to add it to a web map, is that correct? Also, is the resource you're adding secured - like does it require username/password to access? ~Randall
... View more
05-19-2017
12:37 PM
|
2
|
3
|
1658
|
|
POST
|
1. While enjoying the expo, if a product island is slammed, you can likely find insight at the Support Neighborhood. In general, Esri support analysts are there to represent Esri's best of class Support. If you've used Support Services in the past, there's a good chance you'll get to meet your hero! 2. Second KGerrow-esristaff's tip on the hidden taco truck. 3. In addition to studying up on the sessions you'd like to attend, compile a list of GIS questions/issues/requests/ideas that you'd like to discuss with product teams. UC represents a unique opportunity to speak one-on-one with the folks who develop the products you rely on. Your feedback counts! 4. Speaking of Support Services, use the My UC site or app schedule an appointment ahead of time. Even folks without a Support contract can leverage this resource. Many customers bring a machine to help demonstrate a question or workflow, and some even VPN into their environment for in depth troubleshooting!
... View more
05-11-2017
04:57 PM
|
8
|
3
|
2838
|
|
POST
|
Is there a Windows Server 2014? There's a SQL Server 2014, but I didn't think there was a Windows Server 2014 and maybe SBS 2014?
... View more
05-09-2017
09:27 AM
|
0
|
1
|
1252
|
|
POST
|
Esri is targeting to certify Windows 2016 with the 10.5.1 release of ArcGIS Enterprise.
... View more
05-09-2017
08:24 AM
|
1
|
6
|
2340
|
|
POST
|
Here's some doc: http://server.arcgis.com/en/server/latest/administer/windows/inside-an-arcgis-server-site.htm
... View more
04-07-2017
08:20 AM
|
2
|
0
|
2481
|
|
POST
|
Typically, the architecture looks like this: database---GIS Server || firewall || ---web server (IIS) ---public WWW The web adaptor connects to the GIS Server via port 6080 (http) or 6443 (https). In order for the communication success, ports 6080/6443 are opened on the firewall. In your case, it appears that the GIS Server is installed on the web server with your IIS instance. Is that correct? If so, you can use the Windows firewall to firewall off ports 6080 and 6443 from external traffic (or only allow traffic from the web adaptor to come through those ports) Since you're using Windows Auth, you should strongly consider configuring your web adaptor to communicate with your GIS Server on port 6443, obtain a certificate from a Certificate Authority, and enable HTTPS/SSL at the web tier. Otherwise the credentials supplied to access your GIS Server site can easily be sniffed on the wire.
... View more
04-07-2017
08:18 AM
|
3
|
1
|
2481
|
| Title | Kudos | Posted |
|---|---|---|
| 3 | 11-17-2025 07:06 AM | |
| 1 | 05-24-2018 07:28 AM | |
| 2 | 05-12-2025 07:33 AM | |
| 1 | 04-29-2025 10:45 AM | |
| 1 | 03-20-2025 08:11 AM |
| Online Status |
Offline
|
| Date Last Visited |
12-08-2025
12:47 PM
|