Install the app
How to install the app on iOS

Follow along with the video below to see how to install our site as a web app on your home screen.

Note: This feature may not be available in some browsers.

NFS Squash options

As an Amazon Associate, we may earn commissions from qualifying purchases. Learn more...

2
0
NAS
DS920
Mobile operating system
  1. Android
Setting up an NFS share and trying to determine what to choose for Squash settings. I have the share configured to a single IP address which is my Linux MINT VM. My goal is to lock this down as much as possible so only a single account on my Linux client can access the share with read/write permissions. I've changed the UID/GID on the client to match the Synology. Based on testing it appears that I can either use "No Mapping" or "Map Root to Guest". I've read various pros and cons for both of these squash options, but am still confused.
 
Solution
D
This option only matters in cases where you are accessing files on the NAS as root on the Mint client. Ordinarily, you wouldn't be doing this, you'd be accessing files on the NAS using your reguar UID on the client; in this case, the squash settings don't come into play.

Root squashing prevents root on the client machine from acting as root (eg changing permisions) on the NAS, ie from having root permissions it hasnt been explicitly granted on the NAS. If in your setup this could possibly occur, eg you're allowing access to your NAS by the public or untrusted clients, you should definitely 'Map Root to Guest'. If this is just you using the setup privately, you could leave this as 'No Mapping'.
Last edited by a moderator:
This option only matters in cases where you are accessing files on the NAS as root on the Mint client. Ordinarily, you wouldn't be doing this, you'd be accessing files on the NAS using your reguar UID on the client; in this case, the squash settings don't come into play.

Root squashing prevents root on the client machine from acting as root (eg changing permisions) on the NAS, ie from having root permissions it hasnt been explicitly granted on the NAS. If in your setup this could possibly occur, eg you're allowing access to your NAS by the public or untrusted clients, you should definitely 'Map Root to Guest'. If this is just you using the setup privately, you could leave this as 'No Mapping'.
 
Upvote 0
Solution
Thanks. I've chosen "Map Root to Guest" / no_root_squash as this seems more secure.

If the Guest account is deactivated on the Synology does this provide an additional layer of security?
 
Upvote 0

Create an account or login to comment

You must be a member in order to leave a comment

Create account

Create an account on our community. It's easy!

Log in

Already have an account? Log in here.

Popular tags from this forum

Thread Tags

Tags Tags
None

Welcome to SynoForum.com!

SynoForum.com is an unofficial Synology forum for NAS owners and enthusiasts.

Registration is free, easy and fast!

Trending content in this forum

Back
Top