Latest Contributions by JonathanQuinn

Thanks for pointing that out.  We'll be updating that section, as well as the section below to make it clear that the Web Adaptor is not a requirement for Portal for ArcGIS. About the ArcGIS Web Adaptor—Portal for ArcGIS (10.4.1) | ArcGIS for Server ArcGIS Web Adaptor is a required component of Portal for ArcGIS which allows you to integrate your portal with your existing web server and your organization's security mechanisms. You cannot deploy Portal for ArcGIS in your organization without the Web Adaptor. It's only required if you want to use Integrated Windows Authentication as the security mechanism for Portal. ... View more

Have taken a look at the documentation on using a reverse proxy with Portal for ArcGIS?  One of the main steps is to set the WebContextURL to point to your F5 load balancer.  The help on configuring a highly available Portal also has some good information on what's required within the load balancer configuration. ... View more

I've never come across the MS SQL Native Client for Linux.  It looks like there's a ODBC driver for MS SQL on Linux: Introducing the new Microsoft ODBC Drivers for SQL Server | Microsoft SQLNCli team blog I don't think that'll take the place of the Native Client required for ArcGIS Server, though... ... View more

It sounds like you should take advantage of your own load balancer, like HAProxy, Apache, or NGinx, instead of use the web adaptor.  You can define your own traffic rules, (like sending a request to a specific backend server based on a certain context), and assign your own weights to servers. ... View more

What print service are you using?  What application are you printing from?  Does it work if you export to a different format, like jpeg? ... View more

I can't even register the web adaptor with multiple levels: I'll keep playing and see what I get. ... View more

What request is failing?  Run Fiddler or open the web debug tools to see the request that's returning the unauthorized error. ... View more

Another thing to look into is how you construct paths within your script.  I suggest using the os module and os.path.join to create your directory paths for the script, as that can help to avoid the errors you're seeing. ... View more

This currently isn't possible at any released version.  There's no way to have different entry points into a Portal, as the items contain pointers to only one URL.  You'll need to look into using SAML​ as Randall and a few others mentioned in this thread.  Someone did report some success when using two web adaptors, but testing internally, there were certain workflows that failed due to having multiple entry points with different security mechanisms. ... View more

So I'll be honest and say I don't have much experience with making public web servers, but I believe the general idea would be that once you set up port forwarding, you'll have a public IP address that you can use to access internal resources when you're outside of your network.  Then, you'll look into assigning a domain name to your IP address, (for example http://meridman-south.com).  This article might provide some clarity, but this is probably best handled by the guy who sets up your WiFI routers or your ISP.  Perhaps someone with more knowledge in this area will cross this thread and provide more insight. ... View more

If you'd rather work with JSON than XML, you could publish the service as is, and then use the Admin API to update the service properties. ... View more

You'll need to make sure there's some way for requests outside of your organization can get into your network.  Unfortunately, the web adaptor doesn't do this for you.  I think you have two options, either start searching for "how to make a public web server" in Google, (which may turn up results like this one or this one),  or look into our Amazon AMI's, which are already hosted on a machine that is publicly accessible.  Here's a somewhat old blog on the topic. ... View more

A truly failsafe setup can be a real rabbit hole Nailed it.  True HA means everything is HA, web tier, portal tier, server tier, data tier, and file server tier. Regarding distributed vs. single server setups, consider this: in a distributed setup, you are now maintaining 3 or 4 individual servers, any one of which can go down.  And then what?  Can Portal really continue to function if you lose anyone of the components? It will of course depend on your setup, redundancies, etc... but if you lose your Portal server, your portal is down.  Maybe you have some apps running off AGS that could continue but most Portal setups need Portal.  Lose your AGS and there go all your services, what are you left with that is of any use?  Losing the Data Store could be the least painful IF most of your data is not hosted on there. In regards to those questions, they might be rhetorical but I'll respond anyway.  If you have a distributed setup of 4 ArcGIS Servers all participating in one site, and that's federated to Portal acting as the hosting server, 3 of those machines can go down and you'll still have a functional Portal, as Portal should communicate with the Server site through a mechanism that can detect failures and route traffic to healthy machines.  For example, you'd federate Portal and Server using where the Admin URL, (the URL Portal communicates with Server through), and Services URL go through a load balancer.  In Portal HA, you'd also set the private portal URL for Portal, (the URL used by Server to talk to Portal) to go through a load balancer as well to make sure that even if one of the Portals go down, you can still reach the Portal.  Finally, you'd have a primary and standby data store, as those are configured to detect failures and failover when necessary. Of course there's the added cost and trouble of maintaining a fully HA environment, so it's a line to balance; more redundancy and resiliency vs cost of maintenance. ... View more

Yeah, definitely can go down a rabbit hole pretty quick. If you're on Windows and you can enable IIS, you should use the IIS web adaptor, (it actually enables it for you, depending on your version).  If you were on Linux or were using another web server like WebLogic or Tomcat, you'd use Java, but IIS should work for you. ... View more

Great!  I'm glad that's worked out.  Not a dumb question at all, you do somewhat have a web server, as 6080/6443 are running in a web server themselves.  You're right, though, if you do not have an externally facing web server, then only you or people within your network can see your services even if you put them in a public webmap on AGOL.  If you want people outside of your network to view your services, you should work with your IT staff to install the web adaptor​, (or use a reverse proxy), on a public facing web server. ... View more