Apache nie działa z folderem Witryny użytkownika w systemie macOS 10.13 High Sierra

Postępowałem zgodnie z tym przewodnikiem, aby skonfigurować Apache na High Sierra: https://coolestguidesontheplanet.com/get-apache-mysql-php-and-phpmyadmin-working-on-macos-sierra/

Użyłem go, aby skonfigurować go w Sierra.

Ale kiedy idę do http://localhost/~scott/, otrzymuję komunikat „Zabronione. Nie masz uprawnień dostępu do / ~ scott / na tym serwerze”.

Sugestią dotyczącą tego podobnego pytania: localhost / userdir na macOS High Sierra jest ładowanie vhostów. Którego próbowałem, ale wciąż otrzymuję „Zabronione”.

Czy coś zmieniło się między Sierra a High Sierra, co uniemożliwiłoby Apache pracę z folderami Witryn użytkowników?

To zadziałało, gdy napotkałem ten sam problem.

Sprawdź plik „/private/etc/apache2/extra/httpd-userdir.conf”.

zmiana

#Include /private/etc/apache2/users/*.conf

do

Include /private/etc/apache2/users/*.conf

i uruchom ponownie apache.

Od: /programming/39631351/apache-localhost-403-forbidden-with-macos-sierra

Aby zezwolić na dostęp do katalogu Witryny, musisz dodać następujące elementy do /etc/apache2/httpd.conf:

<DirectoryMatch "/Users/.*/Sites">
  Require all granted
</DirectoryMatch>

Domyślna konfiguracja Apache jest ustawiona na odmowę na /, więc musisz jawnie zezwolić na dostęp do wszystkiego.

Wystarczy rozwinąć odpowiedź Diogo Lima.

Wraz z aktualizacją do High Sierra, Apple wykonał kopie twoich poprzednich ustawień apache i dodał ~ poprzednio do plików * .conf zarówno w folderach / etc / apache2, jak i / etc / apache2 / extra. Jeśli używasz hostów wirtualnych lub hostów wirtualnych ssl, musisz również przenieść poprzednie wersje również dla tych plików .conf.

mv /etc/apache2/extra/httpd-vhosts.conf~previous /etc/apache2/extra/httpd-vhosts.conf
mv /etc/apache2/extra/httpd-ssl.conf~previous /etc/apache2/extra/httpd-ssl.conf

Po wypróbowaniu wszystkich powyższych metod, jeśli nadal otrzymujesz „zabronione” podczas uzyskiwania dostępu do localhost, spróbuj dodać virtualhost w swoim /etc/apache2/extra/httpd-vhosts.conf

Dodaj:

<VirtualHost *:80>
ServerName localhost
DocumentRoot /Library/WebServer/Documents/
</VirtualHost>

następnie uruchom ponownie apache.

https://coolestguidesontheplanet.com/set-up-virtual-hosts-in-apache-on-macos-high-sierra-10-13/

działa dobrze dla mnie

Byłem w tej samej sytuacji, najwyraźniej jest jeszcze kilka wierszy do odkomentowania w httpd.conf, vhosty nie są aktywowane w High Sierra. - https://apple.stackexchange.com/a/299929/259065

Właśnie zaktualizowano dziś rano. Korzystanie z folderu Witryny w katalogu / Users / nazwa użytkownika.

Utworzono kopię zapasową i zastąpiono httpd.conf, httpd-userdir.conf i https-vhosts.conf z poprzednimi wariantami ~.

Wystąpił sudo apachectl configtestbłąd PHP (zaktualizowano PHP do wersji 7 w High Sierra). Edytowałem http.conf, aby uruchomić PHP7, a teraz wszystko znów działa.

Możliwe rozwiązanie (po niepowodzeniu wszystkich powyższych sugestii). Problem dotyczy zgody katalogu domowego. Powinien być wykonywalny dla grupy / innych:

sudo chmod go + x / Users / username

gdzie „nazwa użytkownika” ma zostać zastąpiona rzeczywistą nazwą użytkownika. Po tym działa!

Uff !! Sam to rozgryzłem.

Wykonaj te kroki

Krok 1: Otwórz terminal i uruchom poniższe polecenie

sudo atom /etc/apache2/httpd.conf

Następnie odkomentuj linię, usuwając "#"przed nią znak

LoadModule php7_module libexec/apache2/libphp7.so

Krok 2: Uruchom następujące polecenie wymienione poniżej

cd /private/etc

sudo cp php.ini.default php.ini

Krok 3: Następnie przejdź do /Library/WebServer/Documentskatalogu i zrób

sudo chown -R  root yourprojectname

Wróć do przeglądarki Safari i wpisz "http://localhost/yourprojectname"

Wszystko gotowe.

Używam MacOS High Sierra 10.13, został zaktualizowany wczoraj rano.

Spędziłem cały ranek, żeby to rozgryźć, ale w końcu udało się. Mam nadzieję, że może to być przydatne dla kogoś.

Postępowałem zgodnie z przewodnikiem, ale z niewielką zmianą.

• Oto przewodnik: https://websitebeaver.com/set-up-localhost-on-macos-high-sierra-apache-mysql-and-php-7-with-sslhttps (dziękuję David Marcus!)
• To jest mój uszczypnąć pod tworzenie witryn Folder sekcji: /users/username/Sites/, I dodał ostatni ukośnik , aby pracować dla mnie.

Teraz mogę uzyskać dostęp do folderów localhost, ale ...

Przed wysoką sierrą wyglądało to tak: http://localhost/~username/smomesite.local

Teraz jest jak: http://localhost/smomesite.local

Nie jest już ~usernamewymagane.

Właśnie miałem ten sam problem i chciałem zrobić dokładnie to, co chciałeś (zachowaj katalog główny w / Library / WebServer / Documents, ale zezwól również na foldery Witryn użytkownika). Nie jestem pewien, czy to będzie pomocne, ale po tym, jak waliłem o to godzinami tej nocy, przeglądając wiersz po wierszu przez wszystkie pliki .conf i zastanawiając się, co było nie tak, zdałem sobie sprawę, że proces httpd nie był w stanie odczytać mojego własny katalog użytkownika. Z jakiegoś powodu ustawiono go na 750, a użytkownik _www nie może go odczytać. Kiedyś to naprawiłem, uruchamiając „chmod 755”. w moim katalogu użytkownika folder Witryny pojawił się od razu.

Nie jestem pewien, jak wyglądał mój własny katalog użytkowników, ponieważ wygląda na to, że domyślnie 755, kiedy tworzę nowego użytkownika. I już wielokrotnie sprawdzałem, czy mój folder Witryny jest ustawiony na 755.

Miałem ten sam problem. Odkomentowałem dwie linie poniżej (jak już zasugerowałem w innej odpowiedzi)

#LoadModule vhost_alias_module libexec/apache2/mod_vhost_alias.so 
#Include /private/etc/apache2/extra/httpd-vhosts.conf

Ale nadal pojawia się ten sam błąd. Sztuką było dla mnie odkomentowanie tych dodatkowych wierszy w pliku httpd.conf:

#LoadModule userdir_module libexec/apache2/mod_userdir.so 
#LoadModule include_module libexec/apache2/mod_include.so 
#LoadModule rewrite_module libexec/apache2/mod_rewrite.so

Mam nadzieję, że to pomaga.

Zdarza się, że aktualizacja przeniosła całą poprzednią konfigurację do plików .conf ~ previous. Jeśli przeniesiesz /etc/apache2/extra/httpd-userdir.conf~poprzedniej do /etc/apache2/extra/httpd-userdir.conf i /etc/apache2/extra/httpd.conf~poprzedniej do / etc / apache2 / extra / httpd.conf, powinno działać jak wcześniej.

mv /etc/apache2/extra/httpd-userdir.conf /etc/apache2/extra/httpd-userdir.conf~high-sierra
mv /etc/apache2/httpd.conf /etc/apache2/httpd.conf~high-sierra
mv /etc/apache2/extra/httpd-userdir.conf~previous /etc/apache2/extra/httpd-userdir.conf
mv /etc/apache2/httpd.conf~previous /etc/apache2/httpd.conf
apachectl restart

Miałem ten sam problem. Rozdzielczość była łatwa. Zobacz odpowiedź zamieszczoną tutaj: https://apple.stackexchange.com/a/306390/129503

Tak samo było po aktualizacji do High Sierra dzisiaj. Odkryłem, że następujące pliki apache zostały zastąpione nowymi wersjami. Na szczęście dla wszystkich tych plików istniał poprzedni plik PLIK ~ w tym samym folderze. Właśnie skopiowałem poprzednią wersję ~ z powrotem do oryginalnych, ponownie uruchomiłem apache i wszystko było w porządku.

W folderze /etc/apache2:

./httpd.conf
./extra/httpd-vhosts.conf
./extra/httpd-ssl.conf

Przykład:

cp /etc/apache2/httpd.conf~previous /etc/apache2/httpd.conf

Zastąpić

./httpd.conf
./extra/httpd-vhosts.conf
./extra/httpd-ssl.conf

ze starszych ~ poprzednich plików.

Może pojawić się błąd modułu php5 w httpd.conf, zamień php5 na php7 i twoje strony powinny zacząć działać.

Zastąpić

LoadModule php5_module libexec/apache2/libphp5.so

Z

LoadModule php7_module libexec/apache2/libphp7.so

Właśnie zaktualizowałem i miałem dokładnie te same problemy. Nie używam vhostów. Rozwiązaniem było dla mnie zapewnienie:

w https.confUncomment

LoadModule userdir_module libexec/apache2/mod_userdir.so

LoadModule authz_host_module libexec/apache2/mod_authz_host.so

LoadModule authz_user_module libexec/apache2/mod_authz_user.so

LoadModule authz_core_module libexec/apache2/mod_authz_core.so

i upewnij się, że extra/httpd-user.confma linię:

UserDir Sites