urlpath_regex: URL-path regular _expression_ pattern matching, leaves
out the protocol and hostname
Ou seja: tira o protocolo (http://, https:// ftp:// e etc.) e o
hostname (www.site.com), tratando apenas o resto (/arquivo.exe?id=asd,
por exemplo).
url_regex: URL regular _expression_ pattern matching
Ou seja: toda a URL, não interessa o que contém.
dstdom_regex: destination (server) regular _expression_ pattern matching
Ou seja: servidor de destino: www.google.com seria pego pelo
dstdom_regex google, por exemplo.
OBS: Neste caso é feita verificação de reverso. Caso não haja reverso
é retornado "none"
Todo este problema que tens é na má estruturação das acls, tenta fazer
um conf sem nada, apenas com o "acl ext urlpath_regex -i \.com" e o
http_access que negue as solicitações para esta acl para ver que
realmente funciona.
Note que isto é no Squid e não em Dansguardian, SquidGuard e Squirm,
por exemplo.
Informações retiradas da FAQ oficial do Squid:
http://www.squid-cache.org/Doc/FAQ/FAQ-10.html
--
Maxwillian Miorim <[EMAIL PROTECTED]>
----
* Slackware 10.2/current
* OpenBSD 3.9
* Debian SID
Todo software em C deveria iniciar com um:
#ifdef WIN32
printf(" Hey, what about a real OS?\n ");
exit(1);
#endif
Enviar mensagem: [email protected]
Assinar: [EMAIL PROTECTED]
Cancelar assinatura: [EMAIL PROTECTED]
Proprietário da lista: [EMAIL PROTECTED]
| Yahoo! Grupos, um serviço oferecido por: | |
|
Links do Yahoo! Grupos
- Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/squid-br/
- Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]
- O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do Yahoo!.
