• Hi, Pleskians! We are running a UX testing of our upcoming product intended for server management and monitoring.
    We would like to invite you to have a call with us and have some fun checking our prototype. The agenda is pretty simple - we bring new design and some scenarios that you need to walk through and succeed. We will be watching and taking insights for further development of the design.
    If you would like to participate, please use this link to book a meeting. We will sent the link to the clickable prototype at the meeting.
  • Our UX team believes in the in the power of direct feedback and would like to invite you to participate in interviews, tests, and surveys.
    To stay in the loop and never miss an opportunity to share your thoughts, please subscribe to our UX research program. If you were previously part of the Plesk UX research program, please re-subscribe to continue receiving our invitations.
  • The Horde webmail has been deprecated. Its complete removal is scheduled for April 2025. For details and recommended actions, see the Feature and Deprecation Plan.

php run as fastcgi , deny from all is ignored in .htaccess

nethubonline

Regular Pleskian
Version: 11.0.9 CentOS 6 110120608.16

While PHP support run as FastCGI application, the .htaccess works with rewrite, AuthUserFile...etc., however "deny from all" doesn't work quite well.

If .htaccess contains "deny from all" only, all files except *.php will get 403 error , however *.php will still be shown without any blocking. I checked http://kb.parallels.com/en/124 , but seems it is for Plesk 8.x & 9.x version only, even I apply these setting to version 11, the problem still persists.

May I know whether it is normal case for PHP run as FastCGI? is there any solution to prevent it? Because users expect "deny from all" would deny all access, while web data is leaked out to internet, it is too late that users ask for the solution at this time. Yeah, we know the case but end-users will not understand about this.
 
Thanks LingLOL, this solution works!!! (although it should be fixed by Parallels in new patch, but at least it can be temp solution.)

Hope Parallels realize it is simple and major security "concept"
 
Back
Top