You’re offline. This is a read only version of the page.
Hi,
we are installing CRM Dynamics 2016,
we currently have installed a development environment, and configured ssl certificate for IFD and so.
The certificate we used is a wildcard *.domainA.com
Everything is working fine, we can access through internal and external URL with no issues (being validated by ADFS and so).
Internal: internalurl.domainA.com
External: externalurl.domainA.com
But now, we want to publish that on internet, problem is that to access here, the URL should be something like:
externalurl.domainB.com (a different domain with it's own wildcard certificate). And then be redirected to externalurl.domainA.com
In the DMZ there's a proxy/balancer NetScale, our concern is....
The user will type on his browser, https:/externalurl.domainB.com....
Then he should be validated with the certificate of domainB.... once validated NetScale will redirect to the CRM external URL (externalurl.domainA.com) but this one has a different domain and thus a different certificate.
And I don't know how all it will be dealt.
- User needs to have installed both certificates? (domainA and domainB certificates?) And if he does have both certificates, everything will work fine
- It is not supported?
- Or balance/proxy has to do some kind of certificate redirection.
Sorry but I'm quite lost here.
*This post is locked for comments
I have the same question (0)
I think you're causing problems by using a redirect. If the external client can connect externalurl.domainA.com, then why have domainB at all ?
Or you could configure CRM to use externalurl.domainB.com for external, in which case there is no need for a redirect.
It's also worth clarifying if you really mean a redirect (when the NetScale sends a redirect (one of the 3xx http status codes) back to the client), or if the NetScale is just transferring the traffic to the CRM server ?
Share
Report
All responses (
Answers (
14,065
