vasuptime.blogg.se

1. #Afp or samba for mac how to
2. #Afp or samba for mac mac os
3. #Afp or samba for mac update
4. #Afp or samba for mac Offline
5. #Afp or samba for mac series

I just caused it again so that I could get some console messages. The SMB shares drop off the same way, meaning netatalk isn't the problem here. I even tried connecting to the shares as SMB because some Apple Discussions posts state the problem is with a bad netatalk implementation by the NAS manufacturers. I've tried rebooting, upgrading the NIC driver, repairing permissions, restarting the NAS with no changes to the problem. If I have no copies taking place, the AFP shares will remain connected for days without any problems.

#Afp or samba for mac Offline

After another copy from the "drone" directory starts, the shares drop offline again. I haven't been able to time it exactly, but about 1-3 minutes passess, and then the AFP server is once again available and I can manually reconnect all drives. If I click on the AFP name in Finder, it reports connection failed until some time has gone by. The only thing I can't do is access the shares. I can ssh to the NAS and connect to its web server in Chrome. I retain SMB access to my Win 10 machine and can access the internet. Either choice results in the same thing.Īfter this occurs, my computer still has network access. Here's the workflow that reliably kills the shares:ġ) Copy the ripped mkv files from the ripped directory to Sonarr's "drone" directory.Ģ) After no more than a minute Sonarr recognizes the files and begins to copy the first one to the NASģ) During the first or second copy, I notice no network activityĤ) After a while I see the message that network shares are disconnected and either do or do not press the "disconnect all" button. I use Sonarr to organize my TV shows and to obtain metadata.

#Afp or samba for mac series

I am ripping a TV series from DVD to mkv files to make them available to Kodi on another machine. The NAS is definitely not spinning down because the shares remain usable on my Win 10 machine and my wife's iMac with 10.11.4 during the outages on my CustoMac. With both of these, AFP shares on my Thecus N5200XXX NAS disconnect when I copy data to them, even a relatively small amount. I first tried version 3.2.4.2 and then 3.3.3. I'm using the MB in my profile with AppleIntelE1000e.kext on 10.11.4. So basically, the problem is removing a user from a group - it removes their permissions on the AFP share, but to SMB, it thinks the user is still in the group that they were removed from.Building a CustoMac Hackintosh: Buyer's Guide Using SSH, I can confirm that the user's permissions are indeed updated properly in UNIX if I remove them from the group, they no longer have access to those folders via SSH (or AFP).If I change the permissions on a folder, everything updates immediately.In other words, a user retains any groups they've ever been in for the SMB share. However, REMOVING the user from a group does NOT remove their permissions on SMB.

#Afp or samba for mac update

#Afp or samba for mac how to

This is clearly a major security issue, but I have no idea how to fix it. I have confirmed it is not a caching issue, as new content within the blocked folders is also visible to them. As an example, we removed a user from a group, and while on AFP they are properly blocked, they can still access their old folders using SMB. When we change a user's permissions, their permissions are set properly when accessing the server via AFP, but when using SMB, their permissions are incorrect. We have both AFP and SMB sharing enabled.

#Afp or samba for mac mac os

We're running a Mac OS 10.8.3 server using the File Sharing feature.