Скачать или смотреть Ubuntu: How can I chmod 777 all subfolders of /var/www?

Ubuntu: How can I chmod 777 all subfolders of /var/www?


Question: I’m running a webserver and FTP server, wherein /var/www is bound to /home/
user/www.
I set both directories to chmod 777 (which is fine since it’s for testing
only).
I can upload files into /home/user/www, but whenever I create a new directory,
I always have to run chmod 777 on that folder.
Otherwise, when I try to browse it, I get the error message
You don't have permission to access /test/ on this server.
Is there a way I could make all sub-folders inside /var/www be accessible by
anyone? Or could their permissions be automatically set to 777? It’s annoying
that I have to type chmod 777 every time.

Solutions Sample (Please watch the whole video to see all solutions, in order of how many people found them helpful):

== This solution helped 2 people ==
cd /var/www
find -type d ! -perm 777 -exec chmod 777 {} ;
for the ftp creating all files with different permissions, you might want to
look for the umask of ftpd, how that daemon is started
Take a look to this site https://linuxaria.com/article/linux-s...
understanding-umask-with-examples

== This solution helped 3 people ==
Public service announcement:
----
***** Don't ever use chmod 777 to fix problems *****
----
It's a major security risk if you run any services available to the
public, especially web applications (eg PHP).
The OS's security model assumes that many services (such as your web
server) run with reduced privileges, to prevent them being able to modify
files. Setting 777 on files breaks this design.
A remote user could write to or upload files and then trick the server
(or some other process on your system) into reading or executing them.
Scripts or software may have flaws that allow this. It's very difficult
to lock down every single way this could happen if there are world-
writable directories.
Used in certain system directories (/usr, /etc, /var, and so on), it can
break your system in surprising ways.
Some essential system files need special permissions such as setuid/
setgid permissions in order to run. For example, sudo. Avoid changing any
file permissions on directories and files set up by the system itself.
There's no way to undo it and get back all the old permissions.
That is, if you had files and folders with various different permissions
before, there's no way to go back to those specific permissions - only to
change them all to the same thing, which may lose any specific permission
settings that were needed on specific files.
There is always a more appropriate way of achieving what it is you want
to achieve.
In this case, it looks like you only want your web server to be able to read a
directory. Giving world-writable permission is way more than you need to do.
Track down why the web server can't read that directory (hint: it's probably
because your home directory isn't world-readable. World-readable is a lot safer
than world-writable - set your home directory to something like 755, or move
that www dir outside your home into somewhere like /var/www or /srv).

With thanks & praise to God! With thanks to all the many who have made this project possible! | Content (except music & images) licensed under cc by-sa 3.0 | Music & music license: https://www.bensound.com/royalty-free... | Images & images license: https://stocksnap.io/license and others | With thanks to user user1645034 (https://askubuntu.com/users/162092), user thomasrutter (https://askubuntu.com/users/54256), user Lokesh Kumar Bandi (https://askubuntu.com/users/579687), user Jose Pla (https://askubuntu.com/users/644362), user jokerdino (https://askubuntu.com/users/25798), user jokerdino (https://askubuntu.com/users/25798), user Dan (https://askubuntu.com/users/158892), user anonymous2 (https://askubuntu.com/users/527350), and the Stack Exchange Network (http://askubuntu.com/questions/303593). Trademarks are property of their respective owners. Disclaimer: All information is provided "AS IS" without warranty of any kind. You are responsible for your own actions. Please contact me if anything should be amiss at Roel D.OT VandePaar A.T gmail.com.