If, usually after installing/upgrading your mac, you can’t access your ~/Sites folder on your browser ( http://localhost/~username , where username is your mac username):
- Open a Terminal and $ sudo nano /private/etc/apache2/httpd.conf ;
- ctrl+w (where is) : “<Directory />” ;
- Alter the line below from “Deny from all” to “Allow from all“;
- ctrl+x and y to save;
- now $ sudo httpd -k restart to restart your Apache 2 server;
Now retry accessing http://localhost/~username on your browser – that should do it;
![[del.icio.us]](http://techtrouts.com/wp-content/plugins/bookmarkify/delicious.png)
![[Digg]](http://techtrouts.com/wp-content/plugins/bookmarkify/digg.png)
![[Facebook]](http://techtrouts.com/wp-content/plugins/bookmarkify/facebook.png)
![[Twitter]](http://techtrouts.com/wp-content/plugins/bookmarkify/twitter.png)
June 12th, 2008 at 7:03 am
Thank you so much! Been looking for a fix for this for quite some time, and it is finally working for me. You made my day!!
July 14th, 2008 at 5:04 am
Ditto Alex’s comment! Thank you, Thank you, Thank you, Thank you, Thank you, Thank you, Thank you!
July 22nd, 2008 at 3:36 pm
didn’t worked for me .. neither did the apple solution :-(
http://docs.info.apple.com/article.html?artnum=306884
July 23rd, 2008 at 12:36 am
file permissions problem?
- try to set read and execute rights recursively for “anyone” for all file and folders on your ~/Sites folder.
$sudo chmod -R 755 ~/Sites/*
July 24th, 2008 at 10:21 am
i got it running now – but i needed to set permissions of my whole User folder to read-only for anyone, not just the Sites folder
is that the default value? it seems a file sharing setting i made for my home folder ****** up the permissions
July 24th, 2008 at 11:55 am
Yes, the sharing settings set all folders to writable, and, for security reasons, Apache requires the ~/Sites folder itself to be write protected.
On a general Linux server, if you set /public_html or /www to writable you’ll get forbidden 403 too.
July 24th, 2008 at 1:24 pm
Thanks man, every time I reinstall os x I forget this pearl :)
August 28th, 2008 at 5:21 am
Open a Terminal and $ sudo nano /private/etc/apache2/httpd.conf ;
ctrl+w (where is) : “” ;
Alter the line below from “Deny from all” to “Allow from all“;
ctrl+x and y to save;
now $ sudo httpd -k restart to restart your Apache 2 server;
These commands are all run together and I cannot decipher what is typed, etc. Can someone please make this more clear for me? Thank you.
October 19th, 2008 at 1:29 am
This didn’t work for me either, but I’m an inept terminal user. The apple link Kay posted did though. Thanks Kay and next time I run into this problem I’m going try the Terminal method first, thanks Carlos.
November 26th, 2008 at 9:29 am
Thanks for the help. Just a small edit to the original. did not work until I changed it to,
November 26th, 2008 at 9:36 am
Sorry, the copy and paste didn’t work on the previous comment. What I was trying to say was, I had to change to for Terminal to find the right line to edit.
December 6th, 2008 at 7:37 am
Worked perfectly.
You rock.
Thanks.
January 10th, 2009 at 8:44 am
hmmm… this seems like it would open up permissions a little too much. When I had this problem I just went into /private/etc/apache2/users and made sure that each user had an appropriate *.conf file (a few were missing). If this directory is empty, you can create a new (temporary) user using System Preferences and then just copy their *.conf file over to your username (editing the first line as appropriate).
February 14th, 2009 at 12:07 am
Thanks very (very) much for posting this solution: I was in dire straits for a while there.
I used Greg’s individual user version (comment 13 above) and it worked perfectly (creating a temporary user to get an initial .conf file and copying it to my real user id).
Remember though that you must:
(a) Do this as root (using sudo or sudo -s)
(b) Restart the server with httpd -k restart
February 20th, 2009 at 8:41 pm
Absolutely brilliant. This newbie spent all day looking for a way to crack this, Google, Apple, everywhere. Followed step by step in Terminal, checked the config file was saved properly, turned web sharing off and back on, clicked on the personal web site link and Bingo. Thank you, thank you, thank you so much TechTrouts.
February 26th, 2009 at 8:35 pm
brilliant works great thanks again!
August 19th, 2009 at 5:44 am
Thanks so much I just got a replacement for my macbook pro, and was gong crazy trying to figure out why in the world was the localhost/~myusername not working, and thanks to you I can play with the localhost again.
I searched for about 2 hours on Google, but could not find the information.
Thanks so much, your rock dude!
Johnny
September 18th, 2009 at 10:18 pm
This shell script will do the whole task. Just give it the usernames on the command line.
You may have to repair the line breaks or formatting if the forum software mangles the text in its effort to be helpful.
#! /bin/sh
# Create web sharing conf file for the users specified as command-line parameters.
echo
for name in $*
do
if [ -n "$name" ] ; then
echo creating $name.conf
cat > /tmp/$name$$.conf << END
Options Indexes MultiViews
AllowOverride None
Order allow,deny
Allow from all
END
sudo mv /tmp/$name$$.conf /etc/apache2/users/$name.conf
sudo chown root:wheel /etc/apache2/users/$name.conf
fi
done
echo
echo “Restarting apache webserver.”
sudo httpd -k restart
echo “Done.”
October 10th, 2009 at 2:24 pm
Modifying the httpd.conf file should be a last resort.
Try Greg’s method first. If that doesn’t work, Get Info on your home folder. In the “Ownership and…” pane, click the lock and authenticate if necessary. Give “everyone” “read-only” access. Leave the ‘Ignore ownership…’ box unchecked. I have FileVault on. I assume it should work with FV off. Good Luck : ^ })
October 25th, 2009 at 4:10 pm
yes ! thanks to everybody, but specially to Lt Hammer Says (19).
My home directory was not readable for all. That was my problem. !
November 3rd, 2009 at 1:59 am
Yes, the Sites folder does have to be readable and executable by ‘_www’ and the sensible way to set that up on a personal machine is to make it readable and executable by everyone.
But it is not true that it cannot be writable by everyone. It’s certainly not true that making it writable by everyone will cause Apache to refuse to work on Linux systems also as Carlos suggested. If that were true frameworks like Symfony that generate .php files on the fly and reuse them for performance reasons later would not work.
There might be a system somewhere that refuses to work when it sees that the document root is writable, but I just tested this in Snow Leopard and it’s fine there.
November 4th, 2009 at 10:51 am
What worked for me was changing my username.conf so that it read like this:
Options Indexes Multiviews
AllowOverride None
Order allow,deny
Allow from all
November 23rd, 2009 at 1:50 am
Thanks for this tip.
I recommend to use “Allow from localhost” instead of “Allow from all” if you want to see the site only from your computer, because giving an access to the computer in the network could bring some troubles.
January 13th, 2010 at 11:02 pm
Thanks for all the help here. I checked all the points and my Mac personal website STILL didn’t work.
Disclaimer in order, I do code for a living and I “bent” my environment a bit more than I should. After I checked all the pointers above, my site still didn’t work. Ultimately, I did figure it out.
Here’s the check list I’d follow:
1. Make sure httpd.conf switch is configured properly with
AllowOverride None
Order allow,deny
Allow from all
2. Make sure your personal user ID config file .conf is configrued in the same manner:
AllowOverride None
Order allow,deny
Allow from all
3. Then make sure your user directory is set to “Read Only” for “everyone”. At first, this faked me out because I didn’t want everyone to have read only access. However I then made a new ID to see how that was setup. As it turns out, making your ~ user ID home set in that manner isn’t a problem because it only affects your Sites and Public subdirectories. All other subdirectories are set to “no access”
Once that was set properly… all works fine again.
Good Luck