public_html permissions revert to 755

bmett

• April 23, 2017 19:24

Hi there, Can somebody tell me why the public_html directory of all accounts gets reverted to 750 permissions? I need the permissions to be 755, but it seems, that WHM/cpanel is reverting those to 750 on a regular (daily?) basis. Is that a cronjob doing that? What script would cause this? Can I stop this? Cheers,

• 

  SysSachin

  • April 24, 2017 03:01

  Hello, Is there a reason you want to set 755 permission as public_html should be 750 on cPanel server.

  0
• 

  bmett

  • April 24, 2017 03:40

  Maybe you are right and I approached this the wrong way. Changing the all public_html permissions to 755 would allow any user on the server to access all public_html folders on the server right? What I want to achieve is to only allow one specific user on the server to access all public_html folders on the server. How would I do that? Cheers,

  0
• 

  cPanelMichael

  • April 24, 2017 15:26

  Hello, The File Protect functionality will check the permissions and ownership values on each user account's public_html directory and each addon domain's DocumentRoot directory and then set the values accordingly. It also takes into whether modules such as Mod_Ruid2 are enabled, which changes how the ownership values are configured on the public_html directory. As of cPanel 62, it defaults to on and is controlled via "WHM >> Tweak Settings". Here's the relevant section the is enabled on the system. FileProtect improves the security of each user's public_html directory. If you disable this setting, each user's directory will be at risk. This setting defaults to On.
  Regarding your other question:

  What I want to achieve is to only allow one specific user on the server to access all public_html folders on the server. How would I do that?

  
  This is unsupported and considered a bad security practice. Could you let us know what in-particular you are attempting to achieve with this type of setup so we can suggest a potential alternative? Thank you.

  0

Please sign in to leave a comment.