| bio | website | |
|---|---|---|
| location | ||
| age | ||
| visits | member for | 8 months |
| seen | Sep 25 '12 at 15:43 | |
| stats | profile views | 8 |
|
May 17 |
awarded | Notable Question |
|
Apr 8 |
awarded | Notable Question |
|
Feb 22 |
awarded | Popular Question |
|
Feb 12 |
awarded | Popular Question |
|
Dec 13 |
awarded | Popular Question |
|
Sep 13 |
revised |
Apache 403 Forbidden on sub folders? added 137 characters in body |
|
Sep 13 |
revised |
Apache 403 Forbidden on sub folders? added 137 characters in body |
|
Sep 13 |
comment |
Apache 403 Forbidden on sub folders? I updated the question once again, i can't seem to cd into any subdirs from www-data either. |
|
Sep 13 |
comment |
Apache 403 Forbidden on sub folders? Please see my updated question. |
|
Sep 13 |
comment |
Apache 403 Forbidden on sub folders? You're right, i checked the log and updated the question with the error message. |
|
Sep 13 |
revised |
Apache 403 Forbidden on sub folders? added 137 characters in body |
|
Sep 13 |
comment |
Apache 403 Forbidden on sub folders? Oh okay. What do you mean by "ignore that step"? Could i install selinux and run that command to fix it? Is there another approach to fix the issue? How do i know it is permission related? |
|
Sep 13 |
comment |
Apache 403 Forbidden on sub folders? I keep hearing about selinux, but i don't think i have it enabled because i keep getting "command not found" when i run selinux commands. Can't i just run a script and set the correct permissions for all subfolders automatically? |
|
Sep 13 |
asked | Apache 403 Forbidden on sub folders? |
|
Sep 12 |
comment |
Execute shell script from php, as root user? No other ideas huh? |
|
Sep 10 |
comment |
Execute shell script from php, as root user? I looked at the path i added to the sudoers file and realized the path i wrote was to the add_user.sh script, which isn't being used now. I'm just calling sudo ls from index.php as i said earlier, so add_user.sh has nothing to do with it. I tried changing the path to /var/www/index.php instead but that didn't work either. When i think about it though, the script isn't really being run from the index.php file itself, right? Apache/PHP reads the file and then procceses the contents, right? Maybe need to add permission to some apache/php path in the sudoers file? |
|
Sep 10 |
comment |
Execute shell script from php, as root user? No worries! Oh, i'll post it in the question in the future. That's a good point. I tried moving it to the absolute bottom, then restarted apache in case it was needed, but it still doesn't work. Log looks the same as before. I also checked /etc/sudoers.d/ to see if something might be overwriting it, but it was empty. Is it possible it might be overwritten from somewhere else? |
|
Sep 9 |
comment |
Execute shell script from php, as root user? And as for what i expect to happen, is for it to echo out index.php index.php on the page. That's what happens if i remove sudo before the ls command. I don't need sudo to list a directory, i just use it to see if sudo works. I don't know why it echos index.php two times, as there is only one index.php file, but that's irrelevant. |
|
Sep 9 |
comment |
Execute shell script from php, as root user? "Did you check the log like i suggested?" If you read my previous commend you'll see that i quoted an important piece of the log file. The command "sudo ls" didn't work, for the same reason the adduser.sh script didn't work. At the absolute top of the PHP file i run this line: echo system('sudo ls'); die(); to which i get a completely blank respond. So, no respond in PHP. All i know is what's written in the log, and i don't know how to fix that. This is exactly what's written to auth.log on every page load: pastebin.com/raw.php?i=wfn4htxS |
|
Sep 9 |
comment |
Execute shell script from php, as root user? Also, if it matters, permissions for the make_account.sh file is -rwxrwxrwx which probably isn't very smart, but at least that confirms the problem isn't related to file permissions, right? |