Início / unix / Perguntas / 777070
Accepted
jnemecz
Asked: 2024-05-24 21:40:45 +0800 CST

Não funciona a tag `<Location/>` no host Apache Virtual

  • 772

Estou tentando criar um host virtual Apache fechado para todos os endereços IP, com exceção de um endereço IP e dois URLs que devem ser acessíveis publicamente.

<IfModule mod_ssl.c>
<VirtualHost *:443>
    ServerName example.com
    ServerAdmin [email protected]
    DocumentRoot "/var/www/example.com/app/webroot"

    <Directory "/var/www/example.com/app/webroot">
        Options FollowSymLinks Includes ExecCGI
        AllowOverride All
        ErrorDocument 403 "https://example.com/403.php"
        DirectoryIndex index.php
    </Directory>

    <Location "/foo/bar/">
          Require all granted
    </Location>

    <Location "/.well-known/">
        Require all granted
    </Location>

    <Location "/">
          Require ip 1.2.3.4
    </Location>

    SSLProxyEngine on   
    ProxyPreserveHost On
    ProxyRequests Off
    ProxyPass           /api/ https://host.docker.internal:8443/api/ connectiontimeout=5 timeout=300
    ProxyPassReverse    /api/ https://host.docker.internal:8443/api/

    SSLCertificateFile /etc/letsencrypt/live/example.com/fullchain.pem
    SSLCertificateKeyFile /etc/letsencrypt/live/example.com/privkey.pem
    Include /etc/letsencrypt/options-ssl-apache.conf
</VirtualHost>
</IfModule>

Tentei alterar a ordem das Locationtags, mas todas as solicitações são redirecionadas para ErrorDocumento valor da diretiva.

O URL /foo/bar/é reescrito por .htaccesslocalizado em DocumentRoot(para fins de teste, tentei remover .htaccesssem efeito).

Versão Apache:

  • Versão do servidor: Apache/2.4.59 (Debian)
  • Servidor construído: 2024-04-05T12:02:26

O Apache é executado em um contêiner Docker, mas provavelmente não tem significado para o problema.

P: O que há de errado com a configuração?

apache-httpd

2 respostas

  1. Ordem errada das Locationseções

    De acordo com a documentação oficial do Apache 2.4 , <Location>as seções são processadas na ordem em que aparecem no arquivo de configuração, após a leitura das <Directory>seções e arquivos e após a leitura das seções..htaccess<Files>

    O Require ip 1.2.3.4na <Location "/">seção restringe o acesso apenas a esse IP, mas as outras <Location>seções devem substituir isso para os caminhos específicos. A ordem correta deve ser:

    <Location "/">
    Require ip 1.2.3.4
</Location>

<Location "/foo/bar/">
    Require all granted
</Location>

<Location "/.well-known/">
    Require all granted
</Location>

    Locationcom barra final/

    Outro problema pode ser a barra /que você tem no final do local especificado. De acordo com a documentação oficial do Apache 2.4 , as diretivas anexas serão aplicadas à solicitação se o componente do caminho da URL atender a qualquer um dos seguintes critérios:

    • O local especificado corresponde exatamente ao componente de caminho do URL.
    • O local especificado, que termina com uma barra, é um prefixo do componente de caminho da URL (tratado como uma raiz de contexto).
    • O local especificado, com a adição de uma barra final, é um prefixo do componente de caminho da URL (também tratado como raiz de contexto).

    No exemplo abaixo, onde nenhuma barra final é usada, as solicitações para e /private1terão as diretivas incluídas aplicadas, mas não o fariam./private1//private1/file.txt/private1other

    <Location "/private1">
    #  ...
</Location>

    No exemplo abaixo, onde uma barra final é usada, as solicitações para /private2/e /private2/file.txtterão as diretivas incluídas aplicadas, mas /private2e /private2othernão.

    <Location "/private2/">
    # ...
</Location>
    • 2
  2. Best Answer

    Houve dois problemas na minha configuração:

    1. Como @sotirov mencionou , <Location>as tags são processadas por ordem de presença - a ordem correta deve ser: restringir todo o acesso a determinados endereços IP e, seguindo <Location>as tags, permitir o acesso a locais especificados.

    2. URLS reescritos - meu URL /foo/bar/foi reescrito em .htaccesse index.php, nesta situação, o URL não corresponde ao <Location "/foo/bar/">local. Quando uso <Location "/foo.bar">a tag de localização de arquivo físico real, funciona conforme o esperado.

    • 2

relate perguntas