|
POST
|
Hi John, This issue has been around for a while. There's a KB on the support site for this issue that describes this issue, your work around, and a silent install work around. http://support.esri.com/technical-article/000012091 This seems like a bug though. If it hasn't been logged, I'll do so.
... View more
10-14-2016
08:30 AM
|
2
|
2
|
2775
|
|
POST
|
I run my web adaptors on the same server. In IIS, you can have bindings for both HTTP and HTTPS. There's an option to set if you'd like to require HTTPS only. In general, mixing HTTP and HTTPS connections to web resources in a web application can be a frustrating experience for end users because most browsers provide "mixed content" warnings when protocols are mixed.
... View more
10-11-2016
08:52 AM
|
0
|
0
|
2001
|
|
POST
|
It sounds like anonymous access is enabled at the web tier. You'd want to edit the web.xml at either the web adaptor level or globally on the Tomcat instance. The update would look something like this: You'd update the following to match the rose you've defined. <security-constraint> <web-resource-collection> <web-resource-name>Authentication Required</web-resource-name> <url-pattern>/*</url-pattern> <http-method>GET</http-method> <http-method>POST</http-method> </web-resource-collection> <auth-constraint> <role-name>WebAdaptor</role-name> </auth-constraint> </security-constraint> <login-config> <auth-method>DIGEST</auth-method> <realm-name>ArcGIS Web Adaptor</realm-name> </login-config> <security-role> <description>Web Adaptor Users</description> <role-name>WebAdaptor</role-name> </security-role>
... View more
10-06-2016
07:35 AM
|
0
|
2
|
1331
|
|
POST
|
The certificate won't be the same, but you should be able to use that same CA to generate a new code signing certificate. You won't be able to use the web server certificate as a code signing cert.
... View more
09-30-2016
12:27 PM
|
3
|
1
|
1523
|
|
POST
|
A cert created for a web server isn't the same as a code signing certificate. If your organization has an internal CA server, can you can get signed code signing cert from there, otherwise you'd need to get one from a public CA. OR, you can create a self signed code signing certificate for DEV purposes, which I suppose you can use if your portal is internal only. This should help: https://www.sslshopper.com/what-is-code-signing.html http://stackoverflow.com/questions/84847/how-do-i-create-a-self-signed-certificate-for-code-signing-on-windows
... View more
09-30-2016
10:38 AM
|
1
|
3
|
1523
|
|
POST
|
For context, the domain prefix requirement is in place at this point because many users require ArcGIS Server to support multi-forested domains. Without qualifying the account, and without a transitive trust there's no way for the server to know which domain a user belongs with. [#NIM082956 Support ArcGIS Server security with the users and roles in multiple Active Directory trees]
... View more
09-27-2016
01:10 PM
|
0
|
2
|
1771
|
|
POST
|
This can also be addressed by disabling the html representation of the services directory. http://server.arcgis.com/en/server/10.3/administer/linux/disabling-the-services-directory.htm http://server.arcgis.com/en/server/latest/administer/linux/best-practices-for-configuring-a-secure-environment.htm
... View more
09-15-2016
12:12 PM
|
0
|
0
|
1417
|
|
POST
|
Piggybacking on these comments: First, check out this KB. It's helpful when you believe you have the resources to publish more services but are still limited: Unable to publish new or start existing services when a large number of ArcSOC.exe processes are running http://support.esri.com/technical-article/000001218 With regard to FC's comment, the commit charge is a function of both physical memory and virtual memory. I've seen issues where admins hamstring virtual memory in favor of hard disk space, which can limit the amount of physical memory the OS can address. When that happens, the number of SOCs that can be instantiated can be severely limited.
... View more
09-09-2016
12:57 PM
|
1
|
0
|
9724
|
|
POST
|
Agree with Jake. Sounds like your GIS Server has access to the Mosaic and service overviews but not to the source imagery. https://community.esri.com/thread/68795
... View more
08-31-2016
01:03 PM
|
0
|
0
|
491
|
|
POST
|
Awesome response, Rebecca. Lloyd and I discussed some of this via PM yesterday. At this point I think he's going to be good to go, but the HTTPS discussion wasn't a topic we broached (yet).
... View more
08-31-2016
08:16 AM
|
0
|
1
|
1723
|
|
POST
|
This is expected behavior because ownership based access control is predicated on the user that's logged into the service, not on the user that's logged into ArcGIS.com. When you store credentials with ArcGIS.com, the credentials used are always the credentials supplied when the service is added - it's how the service is accessed through the sharing proxy. I don't think this would happen with hosted feature services with either ArcGIS.com or Portal for ArcGIS.
... View more
08-30-2016
12:16 PM
|
0
|
1
|
1645
|
|
POST
|
After installing the Web Adaptor, a web based dialog should pop up and direct you to supply the URL to your GIS Server. Assuming the web adaptor is installed on a public facing web server, you shouldn't have to configure IIS unless you're setting up HTTPS or using Integrated Windows Authentication.
... View more
08-25-2016
09:36 AM
|
1
|
1
|
1723
|
|
POST
|
Hi Lloyd, Sorry, I missed the last post. In order for your internal GIS Server to be 'seen' by the outside world, you'd need to make it public. The ArcGIS Server's hostname doesn't need to end in .com, but you'll need to use some kind of NATting or proxy (like the ArcGIS Web Adaptor) to expose your server to the public. In essence, you likely have a public-facing router that has an IP address. Depending on where you host your website, you may have registered your .com domain name with this IP. If you have your own web server and that web server is accessible to the outside world, then the easiest thing to do will be to install the ArcGIS Web Adaptor on your web server (which is typically located in your 'DMZ', or 'Screened Subnet', which is a spot on your network in between your external facing router and internally facing firewall that is accessible from both internal machines and the outside world), open ports 6080 and 6443 on your firewall, and register the Web Adaptor with your GIS Server. Other options exist, like using a Reverse Proxy. More details here. You COULD just install the GIS Server on the Server in the DMZ, but that's not particularly secure. So to answer your specific question, your internal LAN (domain) does not need to end in .com to be accessible to the web, but your GIS Server DOES need to be exposed in some manner.
... View more
08-25-2016
09:27 AM
|
1
|
3
|
1723
|
|
POST
|
I really like the idea of trying to connect with PGADMINIII. The error message indicates something's up with PG_HBA.conf that's rendered it unusable. If you enable 'show extensions for known file types' in windows explorer, was there a .txt extension slapped on the end of PG_HBA? Personally, I'd replace PG_HBA.conf with a backup and attempt to connect to the database with a local copy of PGADMINIII (or ArcGIS Desktop), since localhost will be allowed by default.
... View more
08-23-2016
09:48 AM
|
0
|
0
|
2353
|
|
POST
|
Sure! Should work if you're only using HTTP. If you're using HTTPS, then you're going to get certificate mismatch errors in your browser because the certificate is issued to a machine name rather than an IP (because IP addresses can change while machine names are generally static).
... View more
08-19-2016
07:05 AM
|
2
|
0
|
3455
|
| 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
|