Como posso fazer o apache fornecer o caminho do arquivo de configuração e o número da linha para um erro 403

Navegue suas respostas
4

Estou executando o Apache 2.4.7 no debian unstable. Estou recebendo erros 403 quando tento executar supysonic usando o módulo mod_wsgi. Eu virei o LogLevel para wsgi e authz_core até trace6 , mas ainda não recebo nenhuma mensagem útil. Observe que estou usando mod_access_compat , portanto, a combinação Order ... Allow é válida.

Eu gostaria de ver especificamente qual arquivo de configuração (por exemplo, algum arquivo .htaccess em algum lugar, ou um dos arquivos de configuração padrão do apache ou debian) e qual linha contém a regra que gera um erro 403.

Andei manualmente na árvore, verificando em cada nível que o usuário do servidor da Web está executando, como leu permissões para arquivos, e leu e executou para diretórios.

meu arquivo /etc/apache2/apache.conf inclui a linha: 

LogLevel info authz_core:trace6 wsgi:trace6

O arquivo de configuração do apache para supysonic, /etc/apache2/conf-enabled/supysonic.conf is: 

WSGIScriptAlias /supysonic /mnt/large_vol/home/bminton/public_html/programs/supysonic
<Directory /mnt/large_vol/home/bminton/public_html/programs/supysonic>
    WSGIApplicationGroup %{GLOBAL}
    Order deny,allow
    Allow from all
</Directory>

O log de erros contém as seguintes linhas: 


[Wed Jan 15 08:40:34.106119 2014] [authz_core:debug] [pid 13558] mod_authz_core.c(802): [client 127.0.0.1:58438] AH01626: authorization result of Require all denied: denied
[Wed Jan 15 08:40:34.106197 2014] [authz_core:debug] [pid 13558] mod_authz_core.c(802): [client 127.0.0.1:58438] AH01626: authorization result of <RequireAny>: denied
[Wed Jan 15 08:40:34.106208 2014] [authz_core:error] [pid 13558] [client 127.0.0.1:58438] AH01630: client denied by server configuration: /mnt/large_vol/home/bminton/public_html/programs/supysonic
[Wed Jan 15 08:40:34.113336 2014] [:info] [pid 13571] mod_wsgi (pid=13571): Initializing Python.
[Wed Jan 15 08:40:34.154407 2014] [:info] [pid 13571] mod_wsgi (pid=13571): Attach interpreter ''.
    
por Brian Minton 15.01.2014 / 14:57

1 resposta

3

Um erro 403 está relacionado à autorização do usuário, não se trata realmente do código do seu aplicativo.

Você disse que estava usando a versão 2.4 do apache, e isso está errado: 

Order deny,allow
Allow from all

Isso agora deve ser escrito dessa forma (apenas 1 linha): 

Require all granted
    
por 15.01.2014 / 18:25

Tags

Servindo django com nginx e uWSGI ESXi 5x: Alterar o número de IOPS por caminho mostra melhorias significativas