We also see some files that are opened with Write + Read access – this is to be expected when people are working off the server. Nor can you do anything to any folder directly above this file (e.g. You can’t rename it, you can’t move it, you can’t delete it.
MAC FILE SHARING NOT WORKING WINDOWS
Windows on the other hand won’t do anything to any file with an open file handle. Unix is able to move, rename and delete files that are opened with a read-only file handle.
These files opened in Read only mode are not an issue on a server running a Unix-type operating system. The symptoms are most apparent when we go into the Computer Management > Shared Folders > Open FilesĮven on a small network (10-20 workstations) there will often be thousands and thousands of open files, all open in Read mode. I've done all the 'normal' things such as rebooting, turning services off and on again (and both), add specific access in Server.app (pf) for SMB and (S)LDAP and I'm now officially out of options.I’m still seeing this issue with macOS High Sierra 10.13.1 and 10.13.2 – it did look like it was initially fixed in 10.13, and the issue was definitely better, however now with more heavy use and newer updates, we’re back where we were before. Or I must find to add the Local Network Directory users to "Windows File Sharing" (but given the lower security of that it is not what I would like). I think I should be able to solve this by solving the smbd Server requires signing, but not auth-bound to Directory Service issue. But that only is possible for Local Directory users not Local Network Directory users. It does work when I set the "Windows File Sharing" flag for a user on. Can cause performance issues when network directories are involvedĭefault 10:02:52.448680 +0100 digest-service digest-request: uid=0ĭefault 10:02:52.448713 +0100 digest-service digest-request: init requestĭefault 10:02:52.452971 +0100 securityd found a non-proper sample, skipping.ĭefault 10:02:52.468923 +0100 opendirectoryd Failed to talk to secd after 4 attempts.ĭefault 10:02:52.472453 +0100 digest-service digest-request: init return domain: ALBUS server: ALBUS indomain was: ĭefault 10:02:52.472607 +0100 smbd Server requires signing, but not auth-bound to Directory Service Can cause performance issues when network directories are involvedĭefault 10:02:52.433288 +0100 smbd Too many groups requested (2147483647). Looking on the serving side, I see this in log: default 10:02:52.426557 +0100 smbd Server requires signing, but not auth-bound to Directory Serviceĭefault 10:02:52.427298 +0100 smbd Too many groups requested (2147483647). It looks like an authentication/configuration problem. SMB sharing of a folder on the APFS volume does not work. AFP sharing of a folder on the HFS+ volume works (with registered user).
I have a HFS+ volume on the computer that shares, which enabled me to separately test AFP and SMB sharing. The user accounts on the client are 'Mobile Accounts' except for the administrator account on each Mac.
MAC FILE SHARING NOT WORKING MAC
The serving Mac runs Server.app and an Open Directory master with Local Network Users. I'm trying to set up SMB file sharing from one Mac running macOS Mojave to another.
0 kommentar(er)
