I have a Windows Domain which hosts a number of DFS Namespaces in an environment which has DNS servers only (the clients are Windows 7+ and NetBIOS is not disabled on them).


Domain: andshrew.com DFS Namespace: andshrew.com\Files

I have an situation in that in many instances these have been referred to using the NetBIOS name only (ie. \\andshrew\Files) rather than the FQDN, and as a result of this (I believe) there is often a slowness associated with accessing these links for the first time. Accessing the FQDN (ie. \\andshrew.com\Files) is always near instant.

From the testing I have done I believe this is due to the use of the NetBIOS name, and any connecting clients are essentially sending out a broadcast to discover the address of these when they are first accessed. In my testing I have disabled NetBIOS on the network adapter and these then become completely inaccessible which I think confirms this to be the case.

Changing these references to use the FQDN is going to be challenging, so I've tested an idea to create a CNAME record in our DNS with the same name as the Domain pointing back to the Domains FQDN.

CNAME andshrew.andshrew.com which resolves to andshrew.com

The idea being that when a client accesses \\andshrew\Files their DNS client will try a search which automatically appends the Domains FQDN which then resolves to the Domains FQDN.

I've tested this and it seems to work, but is doing this a fundamentally bad idea? Is there anything which I am overlooking (eg. can NetBIOS lookups take precedence over DNS in Windows Explorer)? Obviously the end-game is to get everything correctly referring to the FQDN but until then I'm hoping this would resolve the slow NetBIOS lookups.

Are there any other suggestions for how I could resolve this?



  • I don't know enough to answer authoritatively. Seems like a reasonable hack from my limited knowledge. If it were I, I would put this in place as a temporary solution until I could sort out all the poorly written links. Commented Dec 5, 2017 at 21:45

2 Answers 2


We have been doing this exact same thing for about six years now (CNAME the short name to the domain), with no apparent ill effects.

Name resolution on Windows is a maze of twisty passages, so figuring out exactly how any given component might try to look up a name (or trying to change/control that) is very difficult.

If you don't want to use NetBIOS, you may want to consider disabling NetBIOS-over-TCP on every adapter, everywhere. Otherwise NetBIOS will tend to pop up unexpectedly and confuse things. Alternatively, if you still want NetBIOS for whatever reason, I'd recommend setting up a WINS server.


Per this Microsoft support page, DNS will be queried before NetBIOS. You will want to make sure that the computers trying to connect do have the domain configured as the default suffix in order to make sure your andshrew gets expanded to andshrew.adnshrew.com. I believe this is the default in domain environments, but users/admins tweaking settings on individual computers or via GPO could cause inconsistencies.

  • 2
    DNS will be queried first for things using the Winsock API. When you leave that world and get into the decades-old codepaths for things like Windows Explorer or the filesystem redirector, it's less clear. Even the article says, "Clients connecting to resources on Microsoft servers ... most often use NetBIOS name resolution." (emphasis added) because it's not always clear.
    – Ben Scott
    Commented Dec 5, 2017 at 22:15

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .