2013-08-26 19 views
13

Ok, więc już wcześniej skonfigurowałem dwa wirtualne hosty i działają one świetnie. Oba mają proste projekty internetowe i działają dobrze z http://project1 i http://project2 w przeglądarce.Apache podając 403 zabronione błędy

W każdym razie przybyłem, aby dodać kolejnego vhosta. Edytowałem plik/etc/hosts z 127.0.0.1 project3, a także aktualizowałem plik httpd-vhosts.conf, kopiując i wklejając poprzednie wpisy dla projektu2 i edytując ścieżkę pliku.

Sprawdziłem wszystkie uprawnienia do plików i folderów (w rzeczywistości skopiowałem je i wkleiłem z projektu2) i po prostu umieściłem wiadomość "cześć świat" w pliku index.php.

dostaję 403 zabronione Permission denied wiadomość podczas dostępu http://project3

Dlaczego jest to, że po prostu może dowiedzieć się co krok Tęskniłam za wszystko wydaje się być ustawione poprawne.

Z góry dziękuję.

+0

Czy ponowne uruchomienie Apache? – EmCo

Odpowiedz

18

sprawdzić:

  • Apache może fizycznie dostępu do pliku (użytkownik, który uruchomić apache, prawdopodobnie www-data lub apache, można uzyskać dostęp do pliku w systemie plików)
  • Apache potrafi wymienić zawartość folder (zezwolenie na odczyt)
  • Apache ma dyrektywę "Zezwalaj" dla tego folderu. Powinien być jeden dla/var/www /, możesz na przykład sprawdzić domyślny vhost.

Dodatkowo można przejrzeć plik error.log (zwykle znajduje się w /var/log/apache2/error.log), który opisuje, dlaczego dokładnie wystąpił błąd 403.

Wreszcie, możesz chcieć zrestartować apache, aby upewnić się, że cała konfiguracja została zastosowana. Można to ogólnie zrobić z /etc/init.d/apache2 restart. W niektórych systemach skrypt będzie nazywany httpd. Po prostu wymyśl.

+0

hmmm dostaję "klienta odrzuconego przez konfigurację serwera" ... jakieś wskazówki? thnx –

+0

nie czekaj! Myślę, że rozumiem. Ponownie uruchomiłem apachectl i wydaje się, że działa. Nie mogę uwierzyć, że to było takie proste. Dzięki –

1

Serwer może trzeba czytać uprawnienia dla katalogu domowego i .htaccess w nim komenda

+0

Po utworzeniu katalogu domowego użytkownika '/ home/nazwa_użytkownika ', folder public_html był w, wykonywalny przez grupę, a inne za pomocą:' chmod 711/home/username' udało mi się pozbyć błędu 403. Tylko myślałem, że potrzebuję praw do wykonywania public_html, ponieważ folder w nim był Webroot, tak jak to rozumiałem czytając http://www.petefreitag.com/item/793.cfm. Ale byłem w błędzie. – rhand

4

restorecon działa jak poniżej:

restorecon -v -R /var/www/html/ 
Powiązane problemy