Problem connecting to my Windows (SMB) share in 10.6

I guess I was lucky and was able to download the firmware from the website, but they have apparently removed the link.

I should note that when I updated the firmware from my Mac, I fixed the smb issue, but then was no longer able to access the adapter interface via web browser. I have not hit the manual reset switch on the adapter to see if it fixes it.

My solution is detailed in the previous posts from other users, but alas, it didn't stood for very long. I still experience broken connections while copying files from my Windoze box to My Mac.

Sigh.

yalej wrote:
I guess I was lucky and was able to download the firmware from the website, but they have apparently removed the link.

I should note that when I updated the firmware from my Mac, I fixed the smb issue, but then was no longer able to access the adapter interface via web browser. I have not hit the manual reset switch on the adapter to see if it fixes it.

Weird. I can only assume that there were some minor issues with that firmware version, if they pulled the direct download link. Have you noticed any problems with it?

But, happily, I can confirm that I'm using that revision with no issues. SMB access to the Addonics NAS from 10.6.2 works perfectly now!

I've noticed no issues since updating to the latest Addonics FW, except that the "Disk Sleep" function no longer seems to exist. Has this disappeared for you guys as well?

I have OSX 10.6.2 which up until yesterday successfully connected to WinXP using smb://computername

Now it has stopped working and just hangs on the "connecting to server" dialog.

No updates have been applied to either machine.

Any suggestions on how to fix this issue?

The solution proposed by polyseph actually WORKED for me: don't change your password on the samba server, just type it ALL CAPS (e.g. if it was pass1, type PASS1). This is probably reminiscent of Windows' case-insensitiveness.

This also explains why numeric passwords work: they are the same with or without caps.

I have Samba 3.0.24 running on an OpenWRT router, and what finally worked for me was the share's USERNAME in all caps. Passwords are still case-sensitive.

Hi all,
My co-workers using Snow and they want to connect to our Linux file server with Samba 3.0.23 running.

Fyi the GLOBALs section of our smb.conf:

workgroup = ABC
netbios aliases = DEF
server string = FunnyName
interfaces = eth0, 192.168.0.99/24
security = SHARE
preferred master = Yes
domain master = Yes
ldap ssl = no
create mask = 0775
directory mask = 0775
mangled names = No

My funny solution to this: On your Mac the username is case INsensitive and all letters in PASSWORD have to be UPPERCASE. Numbers and special characters like !$%& stay as they are. I've nothing changed on the samba server.
Apple is so much fun, it would be a grey grey world without them...
Live long and prosper everybody...

Message was edited by: emil.o

Hi emil.o

WHOLY COW (please excuse my words).

Passwort in uppercase.

This did it for me too!

Thanks a lot!

Bodo

Using the following worked for 10.6 (no updates) from a Mac Mini to a Windows 2003 File Server attached to a Domain, but using a local username and account on that file server to attach to a file share made accessible to that account, by dropping inherit permissions and explicitly adding the local user account to the file share permissions.

smb://machine name;username@127.2.2.3/sharename

the "machine name" is the netbios name of the machine, not the IP, not the DNS resolved name of the IP, not the complete domain name of the machine, the simple (under 11 character) name, that is the name of the realm with the account username that follows - in this case using a local user account for that machine

the username is a local user account for the netbios machine name

then clicking "connect" button

this fills out the logon box to follow with the machine_name\username automatically, then typing in the password, lowercase letters and with numbers.. does work

I seem to recall the protocol gives you three trys to submit complete and accurate credentials before it falls into a loop where authentication is not possible, you have to disconnect (break the session) and start all over again.

The problem with GUI login "loggers" is that they tend to "use up" your trys, before prompting you if they are -not well- constructed.

I can't claim I dug into the scripts or code, I'm partial to Jenga myself and tend to like figuring out puzzles.. through trial an error the above as found to work on 10.6 (no updates) and 10.6.2 (updated) so I tend to think its an overall login applet logic issue at odds with the protocol.

After the shares are presented, you can drill down in the Finder and hold the "option" + "command" keys and mouse drag the folder of interest to the desktop to create a network alias to avoid using the Finder.

If you click the button to save the credentials in the keystore, you won't be prompted for credentials when opening the alias.

Beware if the alias is left on your desktop and is inaccessible when you login.

At last, as jwillis84 said, this option worked:

smb://machine_name;username@IP -- IP: change it for the ip of the smb machine.

I didn't need to enter the share name as I was presented by a list of all shares to choose.

BAD BUG, apple, fix this!

I have finally figured out my issues connecting to my server from my new OS 10.6.2.
Hopefully this will help some people out it was driving me nuts.

My problem seemed to be a permissions problem connecting to my Unix server, my older macs had no problems. After troubleshooting with the help of this post, still no solution. But I did stumble across a solution that worked for me. Download a utility from apples web site call "Cyberduck". This program allowed me to connect and enter my user name and password through FTP and it was validated just fine. My problem is solved. Give this a shot. The program is pretty good too, you can organize bookmarks and have multiple folders for easy browsing.

Thanks for all the previous help..6.2

I've been struggling as well for a few months and finally this morning solved all my issues with authentication and AD shares mounting.

I have added the following two lines to /etc/nsmb.conf

minauth=ntlmv2_off
port445=no_netbios

No more problems, finally a happy Snow Leopard customer.

But Apple has been of no help, there are so many reports of problems out there ...

Hope this helps somebody else.

I have two such DSN-323 devices FW 1.02 on one and 1.05 on the other. I am located in Germany and there D-Link had a note at one stage that one should only apply the firmware upgrades that have been released for that region. This means I can only go to 1.07. I have resisted to upgrade anywat because I was not sure if the HDDs will be reformatted. I had read that somewhere but that may no longer be an issue ???

As with many of the previous comments on this forum, I had no problem on Tiger. 10.5, I had to make a small change to the /etc/smb.conf.

; Don't be trying to enforce ACLs in userspace.
acl check permissions = no

With 10.6, however, I was back to square one. The "small fix" had no effect.

To cut a long story short - I tried the numeric password. Amazingly, it now works as before.

Thanks for the tip!

Got same problem while connecting to my WinXP Professional.
I can see my shares (folders names), but can't view it, even with muCommander.
I can't do anything with guest/Administrator users.