Como podemos obter 403 permissões negadas para um subdomínio?

Question

Temos um multisite instalado no diretório raiz (multisite.com) e também uma instalação única do wordpress em um subdomínio (help.multisite.com)

No root .htaccess , colocamos:

#START Security: Disallow access to folders
Options All -Indexes
# END Security

No site principal (como esperado, obtemos)

"403 Permissão negada. Você não tem permissão para essa solicitação /wp-content/blogs.dir/83 / "

Nice . :)

MAS. Acabamos de perceber que, ao tentar acessar as pastas de subdomínios, obtemos:

Erro interno do servidor. O servidor encontrou um erro interno ou uma configuração incorreta e não pôde concluir sua solicitação .... Além disso, um erro 500 Internal Server Error ...

Isso é algo que NÃO queremos.

Então a questão é:

Como podemos evitar o resultado acima e fazer a mensagem para os subdomínios ser "403 Permission Denied" (o mesmo que para o site principal e NÃO "500 Internal Server Error" (como é agora)? Colocamos o que, onde?

    

Answer 1

Eu finalmente encontrei a resposta para minha própria pergunta

Depois de ficar intrigado por alguns dias, alguém (fora desses fóruns) forneceu a resposta. É bem simples na verdade. A única ação que é preciso tomar é omitir a palavra: Todos

#START Security: Disallow access to folders
Options -Indexes
# END Security

A melhor coisa é que se (como fizemos) você colocar o acima no diretório raiz, ele "cuida" de todos os diretórios (se houver) em todos os subdomínios que você possa ter em seu servidor também. !!!

Para aqueles que querem saber: A razão pela qual a primeira tentativa (Opções All -Indexes) não funciona é porque o arquivo .htaccess aplica regras ao diretório que é em , então você NÃO deve incluir esse diretório novamente.

A coisa mais engraçada é que tentamos convencer nosso anfitrião a nos dar uma resposta para isso nos últimos três dias e tudo o que eles inventaram foi "Lamentamos. NÃO DAMOS tipo de perguntas ". Eles alegaram que "esta é uma regra de software especializada em Wordpress" , apesar de continuarmos dizendo a eles que não tem nada a ver com o próprio Wordpress, mas com a configuração do servidor.

De qualquer forma ... Problema resolvido. :)