I've run into this before but I always seem to forget...

If you're trying to set up Services for Unix on a Windows desktop to allow a Linux machine to access shares over NFS, there's a little caveat.

Your NFS share from the Windows box may mount just fine, but whatever you do it just gives you "Permission Denied" when you try to go into the mounted directory in Linux. Here's a couple of things to check;

On Windows, make sure the directory owner in the advanced permissions is set to the user you are mapping for.

Make sure your Windows user that matches in the maps actually has a password. NFS won't let you access as a user with a blank password.

So, when you're installing SFU on a Dell or other machine that automatically logs the Windows user "Owner" in at boot, you need to set a password for the "Owner" account in Windows.

Since nobody actually logs in as the local account "Owner" on this machine (it's on a domain) I didn't think about the fact that mapping to that user would create problems.

Oh, and if your domain is managed by a SAMBA server, SFU seems to refuse to save the changes when you try to map a SAMBA domain user to the NIS user. That's why I fell back to mapping to the local "Owner" account.