Proibido (403): não tem permissão para aceder a / neste servidor
Surge a mensagem abaixo no seu site? Neste artigo explicamos qual é normalmente a causa e como resolver o problema, também se utilizar WordPress.
Forbidden. You don't have permission to access / on this server.
A causa mais comum: não existe um ficheiro inicial
Na maioria dos casos, não existe um ficheiro inicial na pasta que está a ser pedida. Ao abrir www.jouwdomein.nl, o servidor procura em domains/jouwdomein.nl/public_html um ficheiro index.php ou index.html. Se esse ficheiro não existir, ou se o seu site estiver noutra pasta, surge esta mensagem. Verifique-o no Gestor de ficheiros.
Outras causas
- Uma regra no seu ficheiro .htaccess bloqueia o acesso, por exemplo
Deny from all. - As permissões de uma pasta ou de um ficheiro são demasiado restritivas. As pastas devem ter 755 e os ficheiros 644. Nunca defina 777 para resolver um erro: isso não resolve nada e torna o seu site vulnerável.
- A Firewall de Aplicações Web ou o Imunify360 bloqueou um pedido por parecer um ataque.
Um erro 403 no seu site WordPress
Surge o erro 403 no WordPress, por exemplo após uma atualização, ao guardar ou na área de administração? Siga então estes passos.
- Desative o seu plugin de segurança. Plugins como Wordfence, iThemes Security ou All In One WP Security têm a sua própria firewall. Se já não conseguir entrar no WordPress, mude o nome da pasta do plugin em
wp-content/pluginsatravés do Gestor de ficheiros, por exemplo dewordfenceparawordfence-uit. O WordPress desativa então o plugin. Se o site voltar a funcionar, consulte as definições ou os registos do plugin para ver o que foi bloqueado e, em seguida, reponha o nome original da pasta. - Reponha o .htaccess predefinido do WordPress. Guarde primeiro uma cópia do seu
.htaccessatual empublic_html. Substitua depois o conteúdo por:# BEGIN WordPress <IfModule mod_rewrite.c> RewriteEngine On RewriteBase / RewriteRule ^index\.php$ - [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] </IfModule> # END WordPressSe funcionar, o erro estava numa das outras regras. Reponha-as uma a uma para descobrir qual é. - Verifique as permissões. Pastas com 755, ficheiros com 644. A pasta
wp-content/uploadstambém tem de ter permissão de escrita para o seu site. Consulte Permissões de ficheiros e pastas (chmod). - Consulte o registo de erros. No DirectAdmin, abra Site Summary / Statistics / Logs e veja o registo de erros do seu domínio por volta da hora em que o erro ocorreu. Se encontrar uma linha com
ModSecurity: Access denied with code 403ouIM360 WAF, é a firewall que está a bloquear o pedido. Consulte Resumo do site e registos. - Desativar uma regra da firewall. Se o erro 403 surgir apenas ao guardar ou ao carregar ficheiros, pode desativar na Firewall de Aplicações Web apenas a regra que causa o problema. Nunca desative a firewall por completo. Se se tratar de uma mensagem do Imunify360, envie-nos a regra e o endereço da página. Consulte Imunify360: analisar o seu site em busca de malware.
Não consegue resolver? Envie-nos um ticket com a hora em que o problema ocorreu, o endereço da página e o que estava a tentar fazer. Nós analisamos a situação por si.
Consulte também no manual do DirectAdmin: Mostrar e editar ficheiros ocultos como o .htaccess.
Explicação detalhada: Erro 403 ou 406 ao guardar ou carregar ficheiros no manual do DirectAdmin.
Tem um VPS? Siga então o curso gratuito de VPS e administração de servidores Linux, lição 3.1 Utilizadores, grupos e permissões de ficheiros.
