pcfg_openfile: nie można sprawdzić pliku htaccess, upewnij się, że jest on czytelny

8

Po przeniesieniu folderu witryny na moim lokalnym komputerze deweloperskim na inny dysk, a następnie przeniesieniu go z powrotem, wystąpił błąd 403. Większość tego problemu prawdopodobnie dotyczyła praw, które zostały pomieszane. Po usunięciu kodu i przywróceniu go z SVN prawa wydawały się w porządku. Błąd pozostał jednak.

Konfiguracja jest nieco złożona, jak następuje:

  1. Mam Ubuntu 10.4 jako maszynę programistyczną, starając się jak najbardziej naśladować serwer
  2. Używamy Eclipse + SVN i tworzę wszystkie projekty w folderze lokalnym na moim koncie użytkownika
  3. W / var / www-vhosts tworzę foldery dla każdego vhosta, takie jak ten: test.localhost
  4. test.local / index.php: zawiera plik indeksu projektu
  5. test.local / .htaccess to dynamiczny link do pliku htaccess w podfolderze projektu

W dzienniku błędów Apache pojawia się następujący błąd:

[Czw 08 15:55:56 2010] [kryty] [klient 127.0.0.1] (13) Odmowa dostępu: /var/www-vhosts/test.localhost/.htaccess pcfg_openfile: nie można sprawdzić pliku htaccess, upewnij się, że jest czytelny

Problemem może być plik .htaccess lub link do niego.

  1. Kiedy opróżniam htaccess, nic się nie zmienia
  2. Po usunięciu łącza indeks-include generuje dane wyjściowe (w dzienniku błędów apache)
  3. Kiedy usuwam link i zastępuję go rzeczywistym plikiem, pojawia się kolejny błąd:

[Czw 08.08 16:47:54 2010] [błąd] [klient 127.0.0.1] Łącze symboliczne niedozwolone lub cel łącza niedostępny: /var/www-vhosts/test.localhost/test

Zgubiłem się tutaj, nie wiem, co robić dalej. Czy masz jakieś pomysły, co mogę wypróbować? Ta konfiguracja działała wcześniej, ale nie wiem, co jest teraz inne.

SPRBRN
źródło

Odpowiedzi:

9

Okazało się, że foldery nadrzędne folderu projektu miały tylko prawa użytkownika, a nie prawa innych grup. Po przywróceniu tych praw do normy działa ponownie.

SPRBRN
źródło
w moim przypadku musiałem dodać uprawnienie do wykonania do folderu nadrzędnego, takiego jak chmod +x /home/myuser. Problem pojawił się, kiedy przeniósł się do witryny z /var/www/htmldo /home/myuser/html.Twoje odpowiedź wskazał mnie we właściwym kierunku.
wranvaud