SMB share only accessible with FQDN or IP address, netbiosname no longer resolves We have several Macs in our office, ranging from 10.5.8 - 10.8.2.  Until a few days ago all of the machines could access all of our file servers, running on Win 2007 server, using just the netbiosname by "Connecting to Server" in Finder.  Basically they could reach the share by connecting to "smb://Server1/MyFiles".

Well, a few days ago we migrated one of our file servers (Server1) from a physical box to a VMWare VM.  Ever since that change we have been unable to connect with our 10.7 &amp; 10.8 Macs using our traditional method.  Attempting to do so results in a "Server not found" error. The workaround that we've found is that we can still connect using either the FQDN or the IP address, such as "smb://Server1.Domain.Extension/MyFiles" or "smb://160.1.1.1/MyFiles".

Some more info:


Golden Triangle environment, AD providing authentication &amp; OD providing management
10.6.8 &amp; older Macs can still access by connecting to smb://Server1/MyFiles
10.7 &amp; 10.8 Macs can only access via the FQDN or IP, smb://Server1.Domain.Extension/MyFiles
The Search Domain still populates correctly as "Domain.Extension" in the DHCP/DNS settings of the affected machines
Pinging Server1 from the affected Macs is successful, the address populates as Server1.Domain.Extension
Unbinding and rebinding has no effect
Comparing the affected, recently migrated, server to our other working server in Directory Utility shows only one difference.  The dsAttrTypeNative:servicePrincipalName value is different between the two.

The working server, Server2, has two values: HOST/Server2 and HOST/Server2.Domain.Extension


The affected server, Server1, has three values: HOST/Server1, WSMAN/Server1 and WSMAN/Server1.Domain.Extension



My first thought was the SMB compatibility issues that arose when Lion was first released but considering everything worked smoothly until the server migration I can't imagine this is the case.  We also considered DNS but with it pinging properly, and the older Macs &amp; Windows machines connecting properly, we have a hard time believing that.

Has anyone run into this before or have any ideas?
I had been using 10.7 for the last two years, and have a Windows 7 server in the closet that I use to share files with all the Mac and Windows users in our office, of which there are equal amounts of each due to their differing roles (Accounting, Coding, Editing on FCP).  As an Apple support tech, I have seen many of my clients with odd issues as soon as they upgraded, and it made me hesitate to move to Mountain Lion; but I just purchased a new Macbook Pro, and finally wanted to see if I could resolve any upgrade issues I had in order to help future clients.

OF COURSE! The first thing that happened was my ability to connect to the Windows shares using a Netbios name was gone.  Even with the exact same settings migrating from 10.7 to 10.8, I now had to use the IP address of the server, as Mr. Rabbit above illustrated, or by installing Samba...a daunting task involving tons of Terminal commands. Not interested in overkill; I like the principle of Ockham's razor when it comes to this stuff.

I decided to take a look at what I could do with this issue, as I attempted yesterday to resolve it but couldn't figure it out.  After a night's rest (and a strong cup of joe) the answer revealed itself.  (I'm running 10.8.4, fyi.)


Open System Preferences.
Go to Network.
Highlight your Network (ethernet or wireless) and click the Advanced... button.
Select WINS from the Menu items.  Update your NETBIOS name of your Mac.
Make sure your workgroup is the same as the share you're connecting to.
Enter the IP Address of the shared resource (Windows machine).


Usually it took between 10 and 20 seconds for the network shares to resolve; now they are loading up within about 2 seconds.