Questão de Redes de Computadores — Nginx — CESPE / CEBRASPE 2023

NGINX e controle de acesso: .htaccess vs. configuração nativa

Gabarito: ❌ ERRADO. O arquivo .htaccess é um recurso nativo do servidor Apache, não do NGINX. No NGINX, o controle de acesso por usuário é feito diretamente nos arquivos de configuração do servidor (como nginx.conf ou arquivos em conf.d/), utilizando diretivas como auth_basic e auth_basic_user_file. A afirmação do item está incorreta ao atribuir ao NGINX um mecanismo que pertence ao Apache.

O NGINX é um servidor web de alto desempenho, proxy reverso e proxy de e-mail (IMAP/POP3), conhecido por sua estabilidade, baixo consumo de recursos e configuração simples. Diferentemente do Apache, que permite o uso de arquivos .htaccess para configurar o servidor em nível de diretório (incluindo controle de acesso), o NGINX não suporta esse tipo de arquivo de forma nativa. Essa é uma diferença fundamental entre os dois servidores e um ponto recorrente em provas de concursos.

A lógica por trás dessa diferença está na arquitetura de cada servidor. O Apache, em seu modelo tradicional, processa requisições de forma dinâmica e permite que cada diretório tenha suas próprias regras de configuração, o que é facilitado pelo .htaccess. O NGINX, por outro lado, adota um modelo de processamento assíncrono e orientado a eventos, priorizando desempenho e eficiência. Para alcançar esse desempenho, ele desencoraja a leitura de arquivos de configuração a cada requisição (como faria com .htaccess), concentrando toda a configuração em arquivos centrais que são carregados na inicialização. Assim, qualquer ajuste de acesso ou reescrita de URL deve ser feito diretamente nesses arquivos de configuração.

Na prática, para implementar controle de acesso por usuário no NGINX, o administrador utiliza diretivas como auth_basic (que ativa a autenticação básica HTTP) e auth_basic_user_file (que especifica o arquivo contendo os usuários e senhas, geralmente criado com a ferramenta htpasswd). Essas diretivas são colocadas dentro de blocos location, server ou http no arquivo de configuração principal. Por exemplo:

location /admin/ {
    auth_basic "Área restrita";
    auth_basic_user_file /etc/nginx/.htpasswd;
}

Já no Apache, o mesmo efeito seria obtido criando um arquivo .htaccess no diretório protegido, com diretivas como AuthType Basic, AuthName, AuthUserFile e Require valid-user. Essa é a distinção crucial: o .htaccess é um mecanismo do Apache, e sua ausência no NGINX é uma característica de design.

A banca explora exatamente essa confusão: o candidato que conhece o .htaccess do Apache pode assumir que ele é um padrão universal, mas o NGINX não o utiliza. Portanto, a afirmação de que o .htaccess é usado "de forma nativa" no NGINX é falsa.

Guarde essa fronteira: Apache usa .htaccess; NGINX usa arquivos de configuração centrais com diretivas como auth_basic. É nela que esta questão se decide.

Item — ❌ ERRADO

A afirmação está incorreta porque o .htaccess é um recurso nativo do Apache, não do NGINX. O NGINX não processa arquivos .htaccess; em vez disso, o controle de acesso é configurado diretamente nos arquivos de configuração do servidor, utilizando diretivas como auth_basic e auth_basic_user_file. Atribuir o .htaccess ao NGINX é um erro conceitual clássico, explorado pela banca para confundir candidatos que conhecem o mecanismo do Apache.

Gabarito: ❌ ERRADO.