1001      iPhone_iPad_Mac_apple

macOS Sierra always prompts for credentials for...

At home we have several Macs that mount, on login, some SMB network drives from various servers (OS X Server and Synology NAS). The credentials (username and password) for the network drives are stored in the user's keychain by way of the 'remember this password in my keychain' option the very first time the drives was ever mounted. As a result a command like 'mount' command successfully mounts the drives without the user needing to interact with an authentication dialogue. This has been working just fine for the longest time an all the way up through OS X 10.11.6.

In Sierra, any attempt to mount a network drive always pops up the authentication dialogue. The password may be prefilled (presumably from the keychain) but the user still has to respond to the dialogue by clicking OK. This is a huge problem for me as it breaks loads of automation scripts that I have that rely on using 'mount' (the problem is not specific to mount however; the same issue occurs if you use something like Finder's 'Connect to Server' command).

I've tried deleting all the 'network password' keychain entries so that they get re-creqted (they do) but the problem behaviour still occurs.

Anyone know if this is a bug or by design?

@DrMemory99

Don't use smb try afp instead. You can disable smb in the DSM and enable afp. It works much faster too. Try to see if that solves your problem. Besides I believe that DSM has different smb settings. But I am not 100% sure of that. This would mean that you also have to check which smb settings you use.

When working with a mac, afp is the protocol of choice.

Oh yes and I did not add my nas drive to the startup items. How it mounts on it's own is still a miracle. I am still looking how I managed to get it working that way...

Just to clarify. I mentioned 'mount' above but that is not really correct. I am not referring to the OS command line command 'mount' but rather the AppleScript mount command as in:

try

    mount volume "${url}"

end try

the same problem afflicts the Finders 'Connect to Server...' function.

Definitely a behaviour change; I hope it is a temporary one and gets fixed in a near-term update.

what you have is a leftover bug in macOS Sierra that was noticed some time ago by developers when it was still in beta.

i get this authentication prompt also, it reappears more than once each time i boot into Sierra. regardless of AFP or SMB protocol used to connect to it.

i am disappointed that Apple has not worked out bugs that were already known to them prior to pushing the GM.

That is pretty disappointing. I also see a few other nasty bugs relating to SMB shares:

1.    Mounting an SMB  share that is hosted on an OS X machine (OS X 10.11.6 / OS X Server 5.1.7) is extremely slow in Sierra (30+ seconds) compared to El Capitan. Shares hosted on other SMB providers such as Synology NAS still mount quickly (2-3 seconds).

2.   SMB shares hosted on a Synology NAS mounted via Finder/Applescript 'mount' do not mount correctly. They *always* mount as '/Volumes/sharename-1' instead of '/Volumes/sharename' and there is a bogus '/Volumes/sharename' mountpoint created but not used (which then has to be cleaned up manually).

3.   It is fairly easy to provoke a race condition such that you end up with the same SMB share mounted twice on the same mount point!

It's almost like they did not really test this stuff... I have logged bugs for all these against the 10.12.1 Beta. Now I wish I had actually tested the original betas prior to upgrading (so that I could have avoided upgrading!). My bad.

I also see several other non-SMB related issues too but that's another story.

quite frankly, i don't get why its such a job to mount a nas and remember that permanently, as windows does.

every time i reboot into the os the finder windows appear even though i have chosen them to be hidden in login items.

i use drive mounter, which is a paid app - it mounts my nas shares and does not show me the finder windows after mounting.

but the problem remains that i need an app to do something that an OS platform should be able to do seamlessly.

these are workings of the apple platform that have not progressed at all since i bought my first mac computer nearly 3 years ago, even though the OS has been maintained and updated with every new release.

I have this issue also and from reading about it; it's apparent that this was squawked in the beta testing and still

made it to the final initial Sierra release. 

This was my worse upgrade ever mainly due to this issue.  To make a very very long story short; my Photo's library (~260 Gb) was on my synology NAS and working good in El Capitan; My NAS was also auto mounting; had both AFP and SMB enabled; I noted that the nas didn't mount when Sierra first came up; manually (connect to server) mounted it and the first run of the photo's app just hung with white screen/spinning busy indicator.  No indication of what was going on; Force quit and retry after reboot and re mount of the nas; same results; first time i let it run with the blank white screen for an hour before force quitting it; second time >6 hrs.  Subsequent attempts to access the nas resulted in dock and menubar freezes and one required a forced power reboot.  During all of this; my photo library apparently

became corrupted. I was able to take an older backup (lost some stuff); copy it to a usb drive and get Photo's to update and run with it. Not real clear to me if there's multiple issues in my case (obvious the inability to auto mount but there also seems to have been something change wrt AFP or networked storage communications).

I had both AFP and SMB enable on the NAS coming out of El Capitan; i've since disabled AFP and will not be using time machine for future backups. Neither will I update my other 4 mac's/OSx's until this issue(s) has a reasonable resolution. To me this is sending a message that Apple really isn't that interested in the business/office customer.

You can sign me a disappointed FanBoy

now that you mentioned that, itunes media location, which used to be on the my cloud somehow wound up being set to the place where my library files are stored.

to a painful fix, but wierd.

so far itunes talks fine to the nas for my media. but i dont fire up itunes before the nas is mounted.

i meant not a painful fix

Same Problem here with DS213+ and 216

if/when Apple fixes this - i would also ask that they fix the issue within login items, where i check to make an app hidden during startup.

because when i add the shares to login items, after they mount at login - finder windows showing the contents of the shares appear on the desktop.

in this way, i can finally stop using a 3rd party app to automount my shares when i login to macOS.

Just asked Apple Support about this exact issue. Heres what I was told.

I'm experiencing the same issue across 5 Macs on Sierra

I know there’s a lot of new backend security features that have been added in macOS Sierra. So I understand you properly, you have shared computers on your network. Previously you could access said devices without having to input any information. Now, when you try it, it prompts for login information. Is that correct?

Yes, even when I have saved credentials

Thought so! That is actually working as intended, Thomas. I would recommend providing some feedback per https://www.apple.com/feedback/(Opens in new window)(Opens in new window)(Opens in new window)

Really? Thats really backwards

I’m double checking right now, but I do believe that’s the case. Just a moment.

Yeah, I think that’s going to be standard functionality now. I do not see any options on enabling the auto connect without the credentials being requested. I’d say our best bet right now is to push some feedback to our engineers and let hem know it’s a feature much requested to return.

Looks like its here to stay guys

Well, that's terrible. Not only has this totally broken a huge swatch of automation that I have in my home network across 5 different Macs but it has also broken a number of 3rd party apps such as Drive Mounter and m3 Drive Mounter.

Since this change does not add one iota of increased security I cannot imagine what Apple are thinking of. Sheesh.

I cannot believe this is going to be the default behavior moving forward. If so, this is a serious concern.

Observing it in Finder, it sits on "connecting..." for a long period before it jumps to "not connected", I'm almost thinking its a problem to do with Keychain for the reason that I'm having issues with Remote Desktop and Server all having issues with saved credentials.

Has anyone else noticed this?

最后更新：2017-08-25 01:53:43

  上一篇： poor quality of tv programme downloaded

  下一篇： Sierra AFP Credential Window after Reboot