<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Mar 21, 2014 at 4:48 PM, CrankyOldBugger <span dir="ltr"><<a href="mailto:crankyoldbugger@gmail.com" target="_blank">crankyoldbugger@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>10.42.1.95:/volume1/video /home/(user)/videosharename nfs rw,hard,intr,nolock 0 0</div>
<div>This FSTAB statement has always worked with the Synology shares (at least, since Ubuntu 13.04).</div><div></div></div></blockquote><div><br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div> </div></div></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Here's the fun part: I can work my way through Nautilus via Browse Network and eventually find the very shares that I just got denied to through the direct links.</div>
</div></blockquote><div><br></div><div>My guess is ownership and permissions. Using my synology 207+ as a reference, the first user (me) is UID 1026, not UID 1000, like on my desktop. Likewise with group IDs being different. NFS3 doesn't do any translation of those IDs.<br>
<br></div><div>When you browse through nautilus, you're using samba instead. SMB shares don't carry unix permissions, and use different authentication and access controls (and you might have enabled guest access to the share, so it didn't prompt you for credentials). SMB is, unfortunately, much better tested on these devices since that is the primary access method for most users.<br>
<br>I'd suggest changing your fstab entry to use samba, and a credentials file for user authentication.<br></div><div> </div></div>-- <br><div dir="ltr">Chris Irwin<br><<a href="mailto:chris@chrisirwin.ca" target="_blank">chris@chrisirwin.ca</a>></div>

</div></div>