Web Site Access Now Forbidden

5 posts / 0 new
Last post
#1 Thu, 12/23/2010 - 21:12

Web Site Access Now Forbidden

I seem to have touched something in Virtualmin that is now generating this error:

Forbidden You don't have permission to access / on this server.

The httpd.conf directives for this have

DirectoryIndex index.shtml index.html index.htm index.php index.php4 index.php5

and there is a valid index.php in the public_html... and even it I put a dummy test plain "index.html" at the top level of public_html... it is not delivered.

We had an issue where the user was missing in the /etc/group file but I added him back in... but this did not help.

suspect: whatever happened that would have caused the group to be removed from /etc/group may have caused some other issue.

I opened a good, working site in VirtualMin in a second window and went thru every pane-setting and I don't see a single setting that is "off"

Any ideas?

I can ask the team at ServePath to look into this if this is getting out of scope here. But since I did not run any processes from terminal, I can only imagine its something I did in VirtualMin. The sole activity I worked on was to add a subdomain "dev.saivasiddhanta.org" in /home/saiva/domains/

Permissions look OK from terminal /home/saiva is drwx r-x - - -

.index.html is rw -r--r-- and should be enough to view like all the other functional sites..

I'm stumped

Thu, 12/23/2010 - 23:28


You may want to take a peek in $HOME/logs/error_log to see what errors are being generated in there... that may offer some additional insight into the problem.

Also, what PHP execution mode are you using? You can determine that by looking in Server Configuration -> Website Options. It would be either mod_php, CGI, or FCGID.


Fri, 12/24/2010 - 04:30

Yep, what Eric said. The first place to check out if anything goes wrong in a Linux system is always the log files. :) Usually, nothing (incorrect) happens in Linux without leaving a trail in some log.

Fri, 12/24/2010 - 11:32 (Reply to #3)

duh! after adding the user back into /etc/group it struck me that probably the only way Apache is going to know that is by restart. so I stopped and re-started apache. then the site came up but OCPortal complained that it could not access the data base... oh boy... but now I getting a little wiser... I go check the MySQL server in Webmin and the user "apples' had also disappeared from the MySQL user's list. I added him back with the same password as before and then all is well.

How I could have knocked a user "out of the box" like that I will never know.

I think I got myself in trouble by try to setting up a duplicate site (We are switching a new site just starting to be designed from Drupal which is a nightmare for "naive" admins to something sane: OC Portal) and then using the same user name for both. It's a long story, lesson learned though: if you think you are going to use the same user name for two different sites, you probably are going to get yourself into trouble.

At any rate, it's working now. (Well not the old Drupal site, but that a different issue...but the new OC Portal Site is back up)

Case closed, thanks again for your patience. You gentlemen ("guys" does not do you justice) are a God Send, angels disguised as tech wizards (hehe)

Fri, 12/24/2010 - 19:24 (Reply to #4)

we are using FCGID... although I did fiddle with this at one point: for the site whose user got axed from group and MySQL... I had changed it to Apache, save the server and later changed it back to FCGID.

Topic locked