Li muitas das postagens de permissões relacionadas no StackOverflow e outras e não vejo por que meus hosts virtuais do Apache2.4 no Windows 2008 parecem funcionar de forma inconsistente. O site principal está executando o Drupal e o outro é essencialmente um clone dele que eu quero rodar na porta 8080 como um exemplo na documentação do Apache.
No httpd.conf eu tenho
Listen 80
Listen 8080
O da porta 80 funciona, mas o da 8080 retorna a página de erro 403.
<VirtualHost *:80>
DocumentRoot C:/Server/DOM
ServerName example.edu
<Directory C:/Server/DOM>
Options FollowSymlinks
AllowOverride All
Require all granted
</Directory>
</VirtualHost>
<VirtualHost *:8080>
DocumentRoot C:/Server/uat
ServerName example.edu
<Directory C:/Server/uat>
Options FollowSymlinks
AllowOverride All
Require all granted
</Directory>
</VirtualHost>
Como este é o Apache 2.4, é necessário o requerido. O topo funciona, mas o inferior não funciona. Eu comparei as permissões em cada diretório e não vejo nenhuma diferença. O .htaccess é copiado do trabalho.
O Apache retorna isso em seu log de erros:
AH01797: client denied by server configuration: C:/Server/uat/
A única pista que estou vendo é quando eu removo o host virtual da porta 80 e executo https.exe -S
Como você pode ver, ele está puxando o servidor padrão e reconhece a configuração do host virtual. Eu não vejo nenhum erro, mas claramente algo que estou fazendo está errado. Por favor, mostre-me o que devo verificar em seguida.
C:\Users\wattsg>c:\Apache24\bin\httpd.exe -S
VirtualHost configuration:
*:8080 example.edu (C:/Apache24/conf/extra/httpd-v
hosts.conf:25)
ServerRoot: "C:/Apache24"
Main DocumentRoot: "C:/Server/DOM"
Main ErrorLog: "C:/Server/DOM/logs/error.log"
Mutex ssl-stapling-refresh: using_defaults
Mutex rewrite-map: using_defaults
Mutex ssl-stapling: using_defaults
Mutex ssl-cache: using_defaults
Mutex default: dir="C:/Apache24/logs/" mechanism=default
PidFile: "C:/Apache24/logs/httpd.pid"
Define: DUMP_VHOSTS
Define: DUMP_RUN_CFG
Também verifiquei o Windows Server para garantir que as portas de entrada do Apache24 estejam abertas para todos.