netbones
asked on
How to enable Short URLS in AD DNS
Strange problem.
We recently migrated our public web site to a hosted web site, that is both accessible to internal users via a VPN connection to our hosting partner as well as from the public internet.
Prior to doing this, internal users could connect to the short URL for the site using http://domain.com/subpage versus http://www.domain.com/subpage.
The public can access http://domain.com/subpage just fine, DNS is hosted by Nuestar and there is a wildcard that allows this.
Internally, our clients use AD DNS for resolution, and this ONLY WORKS FOR FIREFOX USERS.
IF an IE or Chrome client tries to connect to http://domain.com - that works, but http://domain.com/subpage does not. Firefox works for both situations.
I tried adding *.domain.com as both an A and CNAME record pointing to our internal IP and also to our public IP, but neither work.
It sounds like an issue with AD DNS but it's weird that it works with Firefox so I'm not sure if there is a client issue on top of that.
Suggestions?
We recently migrated our public web site to a hosted web site, that is both accessible to internal users via a VPN connection to our hosting partner as well as from the public internet.
Prior to doing this, internal users could connect to the short URL for the site using http://domain.com/subpage versus http://www.domain.com/subpage.
The public can access http://domain.com/subpage just fine, DNS is hosted by Nuestar and there is a wildcard that allows this.
Internally, our clients use AD DNS for resolution, and this ONLY WORKS FOR FIREFOX USERS.
IF an IE or Chrome client tries to connect to http://domain.com - that works, but http://domain.com/subpage does not. Firefox works for both situations.
I tried adding *.domain.com as both an A and CNAME record pointing to our internal IP and also to our public IP, but neither work.
It sounds like an issue with AD DNS but it's weird that it works with Firefox so I'm not sure if there is a client issue on top of that.
Suggestions?
its an IIS setting rather than DNS, I've got it in the 'big book of usefull stuff' at work will look it up later.
It is an IIS setting, but there is some DNS to be done as well. You need to making a binding for domain.com to your existing IIS site. Also, in DNS you need to make sure there is a CNAME entry for domain.com
if http://domain.com is working from internal network, means base url is resolving properly
What versions of IE and firefox you are using..
It might be the browser issue.
Mahesh
What versions of IE and firefox you are using..
It might be the browser issue.
Mahesh
ASKER
Versions of IE and Chrome vary - it's happening to everyone on the internal network, but Firefox works for everyone, regardless of version.
IIS shouldn't come into play, our web site, when internal, was hosted on Apache/Linux and still is at the co-lo.
IIS shouldn't come into play, our web site, when internal, was hosted on Apache/Linux and still is at the co-lo.
Is domain.com the name of the AD domain?
ASKER
No, it's not. The name of the local domain is domain.local, and "domain" is a completely separate name from the .com one.
As an example. The website address is www.domain.com, the local AD domain is something.local.
I have AD DNS setup for the .local zone and also for the domain.com zone.
As an example. The website address is www.domain.com, the local AD domain is something.local.
I have AD DNS setup for the .local zone and also for the domain.com zone.
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
Interesting answer, let me think about what dependencies we have onsite that require it to be there, it could be we don't and that will fix the problem, I'll report back on Monday and let you know!