Squid: como posso bloquear o plus.google.com, permitindo o acesso ao google.com

1

1. Eu tenho o seguinte arquivo block.acl no squid:

.*

Não permite acesso a tudo por padrão.

2.white.acl permite acesso ao google:

google\..*

Eu queria impedir o acesso a plus.google.com adicionando-o ao block.acl:

plus\.google\.com

3.A ordem de inclusão de arquivos no squid.conf é esta:

acl good_url url_regex "/etc/squid/white.acl"
http_access allow good_url

acl bad_url url_regex "/etc/squid/block.acl"
http_access deny bad_url

Ruim é incluído depois de bom.

Mas ainda posso acessar plus.google.com . Como posso bloqueá-lo, mantendo o acesso ao domínio principal do google?

    
por user4035 10.09.2013 / 16:11

1 resposta

6

Sua permissão google\..* está correspondendo a cada URL com google. . A permissão é correspondida primeiro para que o acesso seja permitido.

Sua regra também permitirá solicitações com google. em qualquer parte do URL, como http://example.com/google.asp

Além disso, o Google tenta fazer a maioria das solicitações via SSL, portanto, uma negação via url_regex não faz parte dessas solicitações (não há URL em https). Você pode fazer alguns Man in the Middle shenanigans com o squid para descriptografar os comunicados SSL para poder filtrar via URL. Como alternativa, dstdom_regex pode corresponder apenas ao componente de domínio da URL, o que também negará que o SSL se conecte a esse domínio também.

Reestruture sua configuração para negar especificamente, depois permitir especificamente e, em seguida, usar como padrão negar (usando all em vez de uma lista)

acl bad_domain dstdom_regex "/etc/squid/block.acl"
acl good_domain dstdom_regex "/etc/squid/allow.acl"

http_access deny bad_domain 
http_access allow good_domain
http_access deny all

Em seguida, inclua o seguinte na lista errada:

(.+\.)?plus\.google\..+$

E na boa lista:

(.+\.)?google\.

Isso não é perfeito, pois você ainda permitirá alguns outros domínios com google. em seus nomes (google.blah.com). O (.+\.)? é apenas uma correspondência específica para qualquer subdomínio. Se você quiser ser mais específico sobre a permissão de este artigo wiki no google deve ajudar.

    
por 10.09.2013 / 17:20

Tags