O Apache não funciona com a pasta Sites do usuário no macOS 10.13 High Sierra

Segui este guia para configurar o Apache no High Sierra: https://coolestguidesontheplanet.com/get-apache-mysql-php-and-phpmyadmin-working-on-macos-sierra/

Eu o usei para configurá-lo na Sierra.

Mas quando eu vou http://localhost/~scott/, recebo "Proibido. Você não tem permissão para acessar / ~ scott / neste servidor."

Uma sugestão para essa pergunta semelhante: localhost / userdir no macOS High Sierra é carregar vhosts. O que eu tentei, mas ainda recebo "Proibido".

Alguma coisa mudou entre Sierra e High Sierra, o que impediria o Apache de trabalhar com as pastas Sites dos usuários?

Isso funcionou para mim quando tive o mesmo problema.

Por favor, verifique o arquivo "/private/etc/apache2/extra/httpd-userdir.conf".

mudança

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

para

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

e reinicie o apache.

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

Para permitir o acesso ao diretório Sites, você deve adicionar o seguinte a /etc/apache2/httpd.conf:

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

A configuração padrão do Apache está definida como negada em /, então você deve permitir explicitamente o acesso a tudo.

Apenas para expandir a resposta de Diogo Lima.

Com a atualização para High Sierra, a Apple fez cópias das configurações anteriores do apache e anexou um ~ anterior aos arquivos * .conf nas pastas / etc / apache2 e / etc / apache2 / extra. Se você estiver usando hosts virtuais ou hosts ssl-virtuais, também será necessário mover as versões anteriores desses arquivos .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

Após tentar todos os métodos acima, se você ainda for "proibido" ao acessar o host local, tente adicionar o host virtual no seu /etc/apache2/extra/httpd-vhosts.conf

Adicionar:

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

depois reinicie o apache.

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

funciona bem para mim

Eu estava na mesma situação, aparentemente existem mais algumas linhas para descomentar no httpd.conf, os vhosts não são ativados no High Sierra. - https://apple.stackexchange.com/a/299929/259065

Acabei de atualizar esta manhã. Usando a pasta Sites em / Usuários / nome de usuário.

Efetuou backup e substituiu httpd.conf, httpd-userdir.conf e https-vhosts.conf pelas ~ variantes anteriores.

Ran sudo apachectl configteste obtive o erro do PHP (PHP atualizado para 7 no High Sierra). Editou o http.conf para iniciar o PHP7 e agora tudo está funcionando novamente.

Solução possível (depois de falhar com todas as sugestões acima). O problema é com a permissão do diretório inicial. Deve ser executável para o grupo / outros:

sudo chmod go + x / Usuários / nome de usuário

onde "nome de usuário" deve ser substituído pelo nome de usuário real. Depois disso, funciona!

Ufa !! Eu mesmo descobri.

Faça estes passos

Etapa 1: Abra seu terminal e execute este comando abaixo

sudo atom /etc/apache2/httpd.conf

E, em seguida, descomente a linha removendo o "#"sinal antes de

LoadModule php7_module libexec/apache2/libphp7.so

Etapa 2: Execute o seguinte comando mencionado abaixo

cd /private/etc

sudo cp php.ini.default php.ini

Etapa 3: Vá para o seu /Library/WebServer/Documentsdiretório e faça um

sudo chown -R  root yourprojectname

Volte ao seu navegador Safari e digite "http://localhost/yourprojectname"

Você está pronto para ir.

Estou usando o MacOS High Sierra 10.13, ele foi atualizado ontem de manhã.

Passamos a manhã inteira tentando descobrir, mas finalmente funcionou. Espero que isso possa ser útil para alguém.

Eu segui um guia, mas com uma ligeira mudança.

• Este é o guia: https://websitebeaver.com/set-up-localhost-on-macos-high-sierra-apache-mysql-and-php-7-with-sslhttps (obrigado David Marcus!)
• Este é o meu ajuste na seção Criar pasta de sites:,/users/username/Sites/ eu adicionei a última barra para fazê-lo funcionar para mim.

Agora posso acessar as pastas do host local, mas ...

Antes da alta serra era como: http://localhost/~username/smomesite.local

Agora é como: http://localhost/smomesite.local

Não é mais ~usernamenecessário.

Acabei de ter o mesmo problema e queria fazer exatamente o que você queria (mantenha a raiz em / Library / WebServer / Documents, mas também permita as pastas Sites dos usuários). Não tenho certeza se isso será útil, mas depois de bater nisto por horas hoje à noite, procurando linha por linha em todos os arquivos .conf e imaginando o que estava errado, percebi que o processo httpd não conseguia ler o meu diretório de usuário próprio. Por algum motivo, foi definido como 750 e o usuário _www não pode lê-lo. Uma vez eu consertei isso executando o "chmod 755". no meu diretório de usuários, a pasta Sites foi exibida.

Não tenho certeza de como meu diretório de usuários ficou assim, pois parece que eles são o padrão 755 quando eu crio um novo usuário. E eu já tinha verificado duas vezes várias vezes se minha pasta Sites estava definida como 755.

Eu tive o mesmo problema. Tirei o comentário das duas linhas abaixo (como já sugerido em outra resposta)

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

Mas ainda tenho o mesmo erro. O truque para mim foi descomentar essas linhas adicionais no arquivo 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

Espero que ajude.

Acontece que a atualização moveu toda a sua configuração anterior para os arquivos .conf ~ previous. Se você mover /etc/apache2/extra/httpd-userdir.conf~previous para /etc/apache2/extra/httpd-userdir.conf e /etc/apache2/extra/httpd.conf~previous para / etc / apache2 / extra / httpd.conf, deve funcionar como antes.

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

Eu tive o mesmo problema. A resolução foi fácil. Veja a resposta postada aqui: https://apple.stackexchange.com/a/306390/129503

Eu enfrentei o mesmo depois que atualizei para High Sierra hoje cedo. Descobri que os seguintes arquivos apache foram substituídos por novas versões. Felizmente para todos esses arquivos, havia um arquivo FILE ~ anterior na mesma pasta. Acabei de copiar a versão anterior para a original, reiniciei o apache e estava tudo bem.

Na pasta /etc/apache2:

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

Exemplo:

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

Substituir

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

de arquivos antigos ~ anteriores.

O erro do módulo php5 no httpd.conf pode ser substituído, substitua o php5 pelo php7 e seus sites devem começar a funcionar.

Substituir

LoadModule php5_module libexec/apache2/libphp5.so

Com

LoadModule php7_module libexec/apache2/libphp7.so

Acabei de atualizar e tive exatamente os mesmos problemas. Eu não uso fantasmas. A solução para mim foi garantir:

Em https.confdescomente

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

e verifique se extra/httpd-user.conftem a linha:

UserDir Sites