Oops

"Doesn't work" = "connects to the old server"

And now, 30 minutes later, it works with no other changes on my part. Must have 
been some Win7 timeout before looking elsewhere. I didn't make it to an XP box 
to test out before it started working on my box.

Dave 

-----Original Message-----
From: Ben Scott [mailto:[email protected]] 
Sent: Friday, May 28, 2010 6:41 AM
To: NT System Admin Issues
Subject: Re: DNS alias change, no http to alias unless FQDN

On Fri, May 28, 2010 at 9:09 AM, David Lum <[email protected]> wrote:
> while the http://FQDN of the alias works, using just http://hostname  doesn't.

  Explain "doesn't work".  Can't resolve the name?  Timeout
connecting?  Error message?  Flames come out of the computer?

> Example: DNS alias is a CNAME of SharePointNew pointing to a host name of
> ServerA, and HTTP://SharePointNew.ourcompany.local works, but
> http://SharePointNew does not.

  First, on *any* DNS problem, query all the configured DNS servers
directly to see what they are saying.  Try both implicit suffixes and
fully-qualified names.  For example:

        nslookup -type=any SharePointNew dns1.ourcompany.local.
        nslookup -type=any SharePointNew dns2.ourcompany.local.
        nslookup -type=any SharePointNew.ourcompany.local. 
dns1.ourcompany.local.
        nslookup -type=any SharePointNew.ourcompany.local. 
dns2.ourcompany.local.

  Please note the dots at the end of domain names are syntactically significant.

  Then compare that to what a tool which uses the Windows name
resolution functions says.  For example:

        ping SharePointNew
        ping SharePointNew.ourcompany.local.

> That it would be a NetBIOS thing right?

  Maybe.  Try querying NetBIOS/WINS directly.  I'm not awayre of a
good way to do that using 'doze tools, but "nmblookup" from the Samba
suite works well.  For example:

        nmblookup commons
        nmblookup -U wins_server_name -R commons

  The first uses broadcast resolution, the second sends a unicast
query to the WINS server you name, and asks for recursive resolution
(non-local names).

-- Ben

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~




~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

Reply via email to