gerencia o controle de acesso ip através do aplicativo httpd php com configuração virtual_host

Question

Problema

O sistema está permitindo acesso universal ao aplicativo php 'owncloud'. Ou seja, o acesso é concedido aos servidores da rede. Como um teste, "Exigir tudo negado" não controlava o acesso.

O que está faltando nessa configuração para limitar o acesso ao host do servidor?

Outros pensamentos

Há alterações de configuração necessárias para o hpptd.conf também? Este é um problema owncloud.conf ou um problema httpd.conf? O php.conf está envolvido nesses sintomas?

Especificações

Fedora 21

• link
• mod_ssl level 2.4.16
• Como parte do processo para chegar a este ponto, os arquivos htaccess foram renomeados.
O arquivo
• /etc/httpd/conf/httpd.conf é padrão.

Arquivo /etc/httpd/conf.d/owncloud.conf:

<VirtualHost *:443>
    ServerName owncloud
    ServerAlias owncloud
    DocumentRoot /var/www/html/owncloud
SSLEngine on
SSLCertificateFile /etc/httpd/ssl/owncloud.pem
SSLCertificateKeyFile /etc/httpd/ssl/owncloud.key
<Directory /var/www/http/owncloud>
    Options +Indexes +FollowSymLinks
        AllowOverride All
        Require local
    <IfModule mod_php5.c>
    php_value upload_max_filesize 512M
    php_value post_max_size 512M
    php_value memory_limit 512M
    php_value mbstring.func_overload 0
    </IfModule>
    <IfModule pagespeed_module>
    </IfModule>
    RewriteEngine on
    RewriteRule .* - [env=HTTP_AUTHORIZATION:%{HTTP:Authorization},last]
    RewriteRule ^\.well-known/carddav /remote.php/carddav/ [R]
    RewriteRule ^\.well-known/caldav /remote.php/caldav/ [R]
</Directory>
</VirtualHost>

    

Answer 1

Se o seu servidor está permitindo o tráfego apesar de ter Require local e especialmente Require all denied , então é um problema do apache / httpd. É uma substituição (por exemplo, .htaccess) ou outro arquivo de configuração que está sendo carregado. O Apache aplicará as listas de acesso de acordo com o diretório mais específico listado. Exemplo: / var / www / http / owncloud definido como Require local , se você tivesse / var / www / http / owncloud / theRealServerRoot definido como Require all granted , então todos teriam permissão para o que estiver em 'theRealServerRoot', embora ' re negado a partir do diretório pai. Você já pode saber disso, mas apenas no caso. Além disso, se dois arquivos de configuração fizerem referência ao mesmo diretório usando a instrução <directory> , o arquivo de configuração carregado último será aplicado. O carregamento é geralmente feito em ordem alfabética. Se você tiver um arquivo 'security.conf' que defina instruções Require alternativas para / var / www / http / owncloud, elas serão usadas no lugar do que estiver em owncloud.conf.

1) Você pode checar se o owncloud não está recriando os arquivos .htaccess assim que você renomeá-los?

2) Que outros arquivos você está no seu diretório conf.d? Você poderia verificar se eles estão agindo no diretório?

3) Além disso, o arquivo que você postou é para https; Você está testando o acesso ao URL https: //, correto? Porque provavelmente há um conjunto diferente de regras para o URL http: //.

4) Finalmente, mas o mais improvável, você está usando um proxy reverso ou um balanceador de carga? Ambos alteram o endereço IP que o apache / httpd verá e produziria o mesmo problema se estivesse sendo executado no mesmo servidor (embora ele ainda fosse bloqueado quando você escrevesse na linha Require all denied ).