I find this a pretty bad default behavior. If this is the case there should be a checkbox to turn it off or something or to give a custom error message if the page doesn't exist.
I'm running into the same issues with vendors typing in the wrong URL and then trying to sign into our default corporate one. Can anything be done about this with a new code?
That is the default operation of the IVE. Instead of showing a 404 message, the IVE will redirect the user back to the default URL: ive.com/dana-na/auth/url_default/welcome.cgi
You could setup an IVS to keep the systems seperate. I looked into some other ways to work around this problem your users have... but an IVS looks like the best way to go.
It is different from FQDN. I tried using FQDN in my lab, but it also forwards back to the default URL if a invalid URL is typed in.
IVS: Instant Virtual System: Page 883
This would give you a seperate virtual system on the IVE. While not the cleanest solution, it should work. You could also ask your sales engineer to file a feature request to add a configuration option to disable the 404 redirect to the default URL.
You can minimize the impact of this issue by having 2 different FQDN's like you indicated in your earlier post.
ssl-vendor.companyX.com and ssl.companyX.com and to avoid the certificate warning you can associate the new FQDN with an IP on a Virtual port