|
POST
|
Users who have lost access to ArcGIS.com basemaps should contact Esri support services. Their source IP may have been flagged for making too many unique requests to individual tiles. The tools were designed to download a study area, think town/county rather than state/nation/full extent of the basemap. Requests to create tile packages for the full extent of the basemaps can be interpreted as 'tile scraping', which there are automated controls to prevent. Esri support can help users understand if their IPs are getting blacklisted.
... View more
04-27-2016
01:16 PM
|
2
|
0
|
647
|
|
POST
|
How is your app passing credentials to the token service? Are you using a proxy page?
... View more
04-21-2016
07:54 AM
|
0
|
0
|
2057
|
|
POST
|
If the IP of the VM host changing, or is the IP of the GIS Server hosted on the VM host changing? Honestly, unless some resource is being referenced via IP and DNS is working properly, there should be no impact. If the HOSTNAME of the GIS Server changes, you'll need to re-register the web adaptor and re-create your HTTPS certificates. Are you experiencing any issues?
... View more
04-21-2016
07:44 AM
|
1
|
1
|
1381
|
|
POST
|
I'm willing to be that if the services dialog is refreshed, the ArcGIS Service will be listed as 'stopped'. Services attempting to start and then immediately stopping indicates a permission issue - the ArcGIS Service account doesn't have rights to C:\program files\arcgis\server. I'd run the 'Configure ArcGIS Server Account' tool as an administrator. This tool will provide the required access for the ArcGIS Service account.
... View more
04-21-2016
07:41 AM
|
1
|
0
|
1330
|
|
POST
|
Looks like you got this fixed. I'm prompted to authenticate when I access your site via HTTPS. I'd now move to require HTTPS only on this site in your web server so that users don't access the HTTP URL and get errors.
... View more
04-20-2016
09:49 AM
|
1
|
1
|
2892
|
|
POST
|
OK, I see. I see that there are two different errors: a. When accessing http://ccgisapps.charlestoncounty.org/TheAddresser/ - you get the error you reported. However, you've set up HTTPS, which means that the site should be accessed over the https protocol, like this: https://ccgisapps.charlestoncounty.org/TheAddresser/ - note the httpS prefix. I get a different error here - just operation aborted. At least part of the issue is that your app is not referencing your GIS Server using httpS. Your app is referencing your ArcGIS Server over http like this: http://ccgisapps.charlestoncounty.org/arcgis/rest/info?f=json I believe you've got this referenced in your settings.js file in the app. Check lines 44 and 160. Also, lines 211 and 221 reference internal facing hostnames and should be updated. Essentially: Update the http references in your settings.js file in your app to use httpS, and update the other references mentioned above to use an external facing machine.
... View more
04-18-2016
06:28 AM
|
1
|
1
|
2892
|
|
POST
|
Thanks! A few more questions: Which browser are you working with? Do you get a different error using Internet Explorer, Firefox, or Chrome? Was your browser recently updated? Are you using a self signed certificate or a CA signed certificate? Does the CN defined in the certificate match the hostname or FQDN of the machine hosting the application? If your application is public, I'll be happy to check it out. I shouldn't need credentials to help figure out what's up.
... View more
04-15-2016
02:22 PM
|
0
|
3
|
2892
|
|
POST
|
Hi Brenda, I'm unsure that I understand the question. Would it be possible to post a screen capture of the error you're seeing?
... View more
04-15-2016
02:08 PM
|
0
|
1
|
2892
|
|
POST
|
Which version of Portal are you working with, and are you working with the Windows 10, Android, or iOS version of Survey123? Also, have you see this KB: Error: Connecting to Portal for ArcGIS with Survey123 for ArcGIS returns error message "Invalid client_id" http://support.esri.com/en/knowledgebase/techarticles/detail/46303
... View more
03-22-2016
05:39 AM
|
2
|
0
|
1523
|
|
POST
|
Hi Royce, I tested real quick with this service: http://mesonet.agron.iastate.edu/cgi-bin/wms/goes/east_ir.cgi? This map can be added as an operational layer to an ArcGIS.com web map and projects properly. The best way to do this would be to add these layers client side. Performance is a big reason for preventing 'cascading' map services, but there are also questions of service owership and attribution to consider. I'm unsure the context, but I can say that at least with Esri-powered WMS from ArcGIS for Server, at 10.3 any cached map service also has the WMTS capability enabled. In this case, since its coming from the MapServer product, I'd definitely just add it client side using an app built with the JS API. At 10.0, this could be worked around by publishing a 'Classic' map service instead of an 'Optimized' map service. At 10.1+, all services are optimized.
... View more
03-15-2016
09:26 AM
|
0
|
0
|
1613
|
|
POST
|
The map document was originally saved using a newer version of ArcGIS Desktop than you're attempting to open it in. I'd ask the person who created the .MXD to use the option file>save a copy> and change the map document type to 'ArcMap 10.1 and 10.2 document'.
... View more
03-15-2016
09:11 AM
|
2
|
0
|
990
|
|
POST
|
I'd argue the exact opposite. From an information security perspective, each and every website should require HTTPS, regardless of which audience it's facing - particularly those with username and password requirements. Most information security breaches are caused by 'insiders'. It's very easy for someone inside your building to intercept domain usernames and passwords via man in the middle software like a network sniffer (think a tool like Wireshark). By requiring HTTPS, particularly in the context of passing user login information and tokens, we're helping to protect your assets. We feel so strongly about this stance that at ArcGIS for Server 10.4, the default is to enable both HTTP and HTTPS traffic, while in previous versions we defaulted to HTTP only. As a software vendor, it's our responsibility to do everything we can to help keep your data and information safe. It’s Time to Encrypt the Entire Internet | WIRED
... View more
03-10-2016
01:39 PM
|
4
|
0
|
2985
|
|
POST
|
At 10.4 in the security configuration page in the admin API you can specify the HTTPS protocols and ciphers you'd like to support.
... View more
02-05-2016
02:41 PM
|
2
|
0
|
1900
|
|
POST
|
Yup! You basically need to make your GIS Server publicly accessible. Your needs may vary, but one of the simplest implementations involves placing a web adaptor in your screened subnet (often referred to as a DMZ), which is a spot in your network between your public facing router and your internal facing router. Then, on the internal facing router, expose ports 6080 and 6443 and register the web adaptor with the GIS Server. Users on the outside will reach your web adaptor through the public router interface, and the web adaptor will reach the GIS server through the internal facing router. When configuring the web adaptor for public access, leaving the option to access administrative options is best practice. Derek's posted some useful information describing different scenarios below. A more secure (and my personal favorite) option is to leverage a reverse proxy.
... View more
02-05-2016
10:26 AM
|
2
|
6
|
3167
|
|
POST
|
Given this error, I'd try to re-create the index rather than just re-running the index operation. Please try the following steps: 1. Stop the portal service 2. Rename your index folder (ex: C:\arcgisportal\index) 3. Unzip empty_index.zip at ArcGIS\Portal\framework\template folder to your index folder 4. Start the portal service, and then rebuild full indexes with portal admin API
... View more
01-25-2016
05:42 AM
|
1
|
4
|
3304
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 03-05-2026 06:49 AM | |
| 1 | 02-19-2026 07:09 AM | |
| 2 | 02-17-2026 02:27 PM | |
| 3 | 11-17-2025 07:06 AM | |
| 1 | 05-24-2018 07:28 AM |
| Online Status |
Offline
|
| Date Last Visited |
04-10-2026
06:56 AM
|