In
Jonathan de Boyne Pollard said:
Possibly because, as that article says, the server is checking
the domain names given in the update messages and rejecting those
that don't meet the constraints, (indirectly) given in RFC 1123
section 2.1, on host names.
<URL:
http://www.microsoft.com/technet/prodtechnol/windowsserver2003/proddocs
/entserver/sag_DNS_pro_ChangeNameChecking.asp>
However, "host name" is not the same as "domain name", as RFC 1034
hints and as RFC 2181 more explicitly confirms, and the underscore
is perfectly legal in domain names.
Which (coming back to the original subject of discussion) invalidates
the proposed hypothesis that the mere presence of an underscore in the
domain name could be causing DNS lookup to fail somehow.
I agree with you Jonathan and it all makes sense.
Maybe we should revisit the original post and ask which clients can't access
it and which type of clients can, are the different clients on the same
network, same SP level, IE and OS hotifxes, patches, updates, and if
possible, if the domain name was changed to remove the underscore, would
that make a difference? Are the clients ALL pointing to the internal DNS
server only (where this record is created) and not the ISP's (which would
only confuse the matter), etc.
Maybe a little more info on the config would help, such as an ipconfig /all
from a client that can resolve it and one from a client that cannot, is AD
involved, etc. Also, a ping test to the webserver's name and by IP from both
clients would be helpful to see.
--
Regards,
Ace
Please direct all replies to the newsgroup so all can benefit.
Ace Fekay, MCSE 2000, MCSE+I, MCSA, MCT, MVP
Microsoft Windows MVP - Active Directory