10.3 REST Endpoint URLs being truncated.

[deleted-user-5rGCC1WKrhju]

We are currently hosting a number of map services via AGS 10.3.  Our public server has a simple setup:

http://pubserver.com/arcgis/rest/services

Everything for the above server works 100% however our secure server introduces some complexity.  It's setup is as follows:

https://secserver.com/auth/arcgis/rest/services

I can drop that URL in my browser, be authenticated (via smart card), and bring up the resulting page just fine.  When I click on a sub-folder the problems start.  Doing so truncates the URL my browser looks for:

https://secserver.com/arcgis/rest/services

Obviously this results in a server error since the page doesn't exist.  Is there a way to not have AGS truncate the URL?

[RebeccaStrauch__GISP]

Our URL is much longer than what you are showing, so I don't think it is a length issue, unless you have a lot of folders with sub and sub folders.

a couple things ....assuming that "auth" is your web adaptor, ​ try

https://secserver.com/auth/rest/services    That is, removed the arcgis.  That's the default web adaptor name, and I'm thinking you are giving an incorrect path by having both auth and arcgis in the URL path.

if that isn't the issue, make sure you don't have any special characters or spaces in the path name.  If all do, try creating one that doesn't and see if that helps.

but if I had to guess, I bet it's the first (that messes me up a lot)

[deleted-user-5rGCC1WKrhju]

The wonky thing is that the 'auth' part of the URL is where our authentication happens (SiteMinder).  Anything that goes on the web-server has to be inside that folder or content will be unsecured.

After installing the web adaptor I had to copy it inside the 'auth' folder, convert it to an application, modify the configs, and delete the original 'arcgis' folder.  Unfortunately the web adaptor installer will only allow installation inside the root of IIS (a bug?) and our infrastructure won't allow that.