forum.opennet.ru - "Проблема при acl url

форумы

помощь

поиск

регистрация

майллист

ВХОД

слежка

"Проблема при acl url_regex -i"

Форумы Настройка Squid и других прокси серверов (Public)
Вариант для распечатки		Архивированная нить - только для чтения! Пред. тема \| След. тема
Изначальное сообщение		[Проследить за развитием треда]

"Проблема при acl url_regex -i"
Сообщение от Вебер on 02-Дек-03, 19:46 (MSK)
Хочется заблокировать "нежелательные" сайты. Тема неоднократно обсуждалась. Но возникает проблема в следующем: Пишем в squid.conf acl url_porno url_regex -i "d:/prog/squid/etc/url_porno" http_access deny url_porno или используем redirector, например из www.rejik.ru (кстати хорошо описан и реально работает) и было бы полное счастье, если бы не хитрость Юзеров. Делается просто: ping www.sex.ru (или подобное). В ответ получают адрес сайта и в адресную строку броузера ставят этот адрес. А на него как раз запрета и нет. Все прекрасно качается (смотрится) Резолвинг для пользователя закрывать (по-моему) бессмысленно так как особо ретивые обращаются к друзьям-знакомым за адресочком. В конце концов есть Whois сервера Если прописывать в файл с запрещенными названиями сайтов еще и адреса - количество увеличивается практически вдвое. Да и не хорошо как-то закрывать IP-шники т.к. на этом адресе м.быть несколько доменов. И чего-то я не пойму. Как лучше с этой напастью бороться? Может даст кто совет?
	Рекомендовать в FAQ \| Cообщить модератору \| Наверх

Оглавление

Проблема при acl url_regex -i, Андрей Слободяник, 02:50 , 03-Дек-03, (1)
Проблема при acl url_regex -i, Junior, 08:09 , 03-Дек-03, (2)
Проблема при acl url_regex -i, ipmanyak, 10:05 , 03-Дек-03, (3)
- Проблема при acl url_regex -i, Junior, 16:00 , 03-Дек-03, (4)
  - Проблема при acl url_regex -i, ipmanyak, 06:32 , 04-Дек-03, (6)
  - Проблема при acl url_regex -i, Вебер, 19:41 , 04-Дек-03, (9)
    - Проблема при acl url_regex -i, Junior, 07:30 , 05-Дек-03, (10)
Проблема при acl url_regex -i, Michael, 17:58 , 03-Дек-03, (5)
Проблема при acl url_regex -i, ipmanyak, 06:35 , 04-Дек-03, (7)
- Проблема при acl url_regex -i, Junior, 07:17 , 04-Дек-03, (8)
  - Проблема при acl url_regex -i, Ape, 13:04 , 10-Дек-03, (11)
    - Проблема при acl url_regex -i, Rippy, 18:54 , 10-Дек-03, (12)
      - Проблема при acl url_regex -i, Ape, 21:49 , 10-Дек-03, (13)
        
        Проблема при acl url_regex -i, ipmanyak, 10:53 , 11-Дек-03, (14)
        
        Проблема при acl url_regex -i, Ape, 11:44 , 11-Дек-03, (15)
        
        Проблема при acl url_regex -i, ipmanyak, 12:32 , 11-Дек-03, (16)
        Проблема при acl url_regex -i, Rippy, 12:37 , 11-Дек-03, (17)
        
        Проблема при acl url_regex -i, Ape, 13:58 , 11-Дек-03, (18)
        
        Проблема при acl url_regex -i, Rippy, 14:39 , 11-Дек-03, (19)

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. "Проблема при acl url_regex -i"

Сообщение от Андрей Слободяник on 03-Дек-03, 02:50  (MSK)

>и было бы полное счастье, если бы не хитрость Юзеров. Делается просто:
>ping www.sex.ru (или подобное). В ответ получают адрес сайта и в
Гм, у меня до этого еще не додумались. ;-)
>количество увеличивается практически вдвое.
Похоже, что другого выхода нет.
>Да и не хорошо как-то закрывать IP-шники т.к. на этом адресе м.быть
>несколько доменов.
Да, но "закрытие" IP-шника коснеться только "главного" из них, т.е. доступ к другим доменам сохраниться.
Надо что ли автору режика эту проблему подкинуть: быстрее, наверное, список удвоить, чем по IP определять URL и потом фильтровать. Кстати, в бан-листах режика довольно много IP адресов.
Пространные размышления ;-). Вначале было IP. Потом для удобствами придумали DNS. Теперь, чтобы обойти это удобство, вернулись к IP.

Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "Проблема при acl url_regex -i"

Сообщение от Junior on 03-Дек-03, 08:09  (MSK)

>Хочется заблокировать "нежелательные" сайты. Тема неоднократно обсуждалась.
>Но возникает проблема в следующем:
>Пишем в squid.conf
>acl url_porno url_regex -i "d:/prog/squid/etc/url_porno"
>http_access deny url_porno
>
>или используем redirector, например из www.rejik.ru (кстати хорошо описан и реально работает)
>
>и было бы полное счастье, если бы не хитрость Юзеров. Делается просто:
>ping www.sex.ru (или подобное). В ответ получают адрес сайта и в
>
>адресную строку броузера ставят этот адрес. А на него как раз запрета
>и нет.
>Все прекрасно качается (смотрится)
>Резолвинг для пользователя закрывать (по-моему) бессмысленно так как особо ретивые
>обращаются к друзьям-знакомым за адресочком. В конце концов есть Whois сервера
>Если прописывать в файл с запрещенными названиями сайтов еще и адреса -
>количество увеличивается практически вдвое.
>Да и не хорошо как-то закрывать IP-шники т.к. на этом адресе м.быть
>несколько доменов.
>И чего-то я не пойму. Как лучше с этой напастью бороться?
>Может даст кто совет?

Вот тебе и совет:)
Используй не url_regex, а dstdom_regex (читаешь внимательней squid.conf на предмет применения и пояснения)

Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "Проблема при acl url_regex -i"

Сообщение от ipmanyak on 03-Дек-03, 10:05  (MSK)

>Хочется заблокировать "нежелательные" сайты. Тема неоднократно обсуждалась.
>Но возникает проблема в следующем:
>Пишем в squid.conf
>acl url_porno url_regex -i "d:/prog/squid/etc/url_porno"
>http_access deny url_porno
>
>или используем redirector, например из www.rejik.ru (кстати хорошо описан и реально работает)
>
>и было бы полное счастье, если бы не хитрость Юзеров. Делается просто:
>ping www.sex.ru (или подобное). В ответ получают адрес сайта и в
>
>адресную строку броузера ставят этот адрес. А на него как раз запрета
>и нет.
>Все прекрасно качается (смотрится)
>Резолвинг для пользователя закрывать (по-моему) бессмысленно так как особо ретивые
>обращаются к друзьям-знакомым за адресочком. В конце концов есть Whois сервера
>Если прописывать в файл с запрещенными названиями сайтов еще и адреса -
>количество увеличивается практически вдвое.
>Да и не хорошо как-то закрывать IP-шники т.к. на этом адресе м.быть
>несколько доменов.
>И чего-то я не пойму. Как лучше с этой напастью бороться?
>Может даст кто совет?
всё очень просто в конфиге сквида пишешь :
acl IPaddrURLs url_regex http://[0-9]+\.[0-9]+\.[0-9]+\.[0-9]+[:/]
http_access deny IPaddrURLs
более никто по ip никуда не попадет !

Рекомендовать в FAQ | Cообщить модератору | Наверх

4. "Проблема при acl url_regex -i"

Сообщение от Junior on 03-Дек-03, 16:00  (MSK)

>всё очень просто в конфиге сквида пишешь :
>acl IPaddrURLs url_regex http://[0-9]+\.[0-9]+\.[0-9]+\.[0-9]+[:/]
>http_access deny IPaddrURLs
>более никто по ip никуда не попадет !
А если мне нужно будет проверять локальные вэб-сервера, которые имеют внутренние адреса и соответственно не прописаны в ДНС?
Наверное использование dstdom_regex будет всё-таки более правильным решением. На мой взгляд.

Рекомендовать в FAQ | Cообщить модератору | Наверх

6. "Проблема при acl url_regex -i"

Сообщение от ipmanyak on 04-Дек-03, 06:32  (MSK)

>>всё очень просто в конфиге сквида пишешь :
>>acl IPaddrURLs url_regex http://[0-9]+\.[0-9]+\.[0-9]+\.[0-9]+[:/]
>>http_access deny IPaddrURLs
>>более никто по ip никуда не попадет !
>
>А если мне нужно будет проверять локальные вэб-сервера, которые имеют внутренние адреса
>и соответственно не прописаны в ДНС?
>Наверное использование dstdom_regex будет всё-таки более правильным решением. На мой взгляд.
ну ты даешь! поставь аксели на себя любимого выше этих правил и всё!

Рекомендовать в FAQ | Cообщить модератору | Наверх

9. "Проблема при acl url_regex -i"

Сообщение от Вебер on 04-Дек-03, 19:41  (MSK)

Спасибо всем. .... url_regex http://[0-9]+\.[0-9]+\.[0-9]+\.[0-9]+[:/] сработало великолепно.
А вот как можно в этой ситуации использовать dstdom_regex не сильно понял.
Как написано dstdom_regex: шаблон регулярного выражения назначения (сервер)
Понимаю, что использование dstdom_regex позволяет производить обратное преобразование адресов.
Т.е. если указано
acl IPaddr dstdom_regex "/squid/porno"
http_access deny IPaddr
то при использовании dstdom_regex произойдёт обратное преобразование из IP в ИМЯ и сравнение с запретными сайтами, которые у меня в файле??
Я правильно вас понял?

Рекомендовать в FAQ | Cообщить модератору | Наверх

10. "Проблема при acl url_regex -i"

Сообщение от Junior on 05-Дек-03, 07:30  (MSK)

>Т.е. если указано
>acl IPaddr dstdom_regex "/squid/porno"
>http_access deny IPaddr
>то при использовании dstdom_regex произойдёт обратное преобразование из IP в ИМЯ и
>сравнение с запретными сайтами, которые у меня в файле??
>Я правильно вас понял?
Совершенно верно

Рекомендовать в FAQ | Cообщить модератору | Наверх

5. "Проблема при acl url_regex -i"

Сообщение от Michael on 03-Дек-03, 17:58  (MSK)

>и было бы полное счастье, если бы не хитрость Юзеров. Делается просто:
>ping www.sex.ru (или подобное). В ответ получают адрес сайта и в
а зачем открывать NAT и ДНС для простых пользователей?
у меня NAT строго по нужным хостам и адресам разрешен, так что такая хитрость Юзеров не пройдет.

Рекомендовать в FAQ | Cообщить модератору | Наверх

7. "Проблема при acl url_regex -i"

Сообщение от ipmanyak on 04-Дек-03, 06:35  (MSK)

dstdomain плохое решение для режекта порно, сайт может иметь безобидное
название, но иметь урлы с порно словами, например
www.site.com\adult
в этом случае dstdomain  не покатит !

Рекомендовать в FAQ | Cообщить модератору | Наверх

8. "Проблема при acl url_regex -i"

Сообщение от Junior on 04-Дек-03, 07:17  (MSK)

>dstdomain плохое решение для режекта порно, сайт может иметь безобидное
>название, но иметь урлы с порно словами, например
>www.site.com\adult
>в этом случае dstdomain  не покатит !

Обсуждается не решение по резке порно по урлам, а банить обращение по ip-адресам! RTFM!!!
Для резки порнухи лучше использовать редиректоры, для сих целей предназначенные (в моём понимании). Вопрошающему нужен был ответ по определённому моменту. Предложенный мной способ удобнее (объяснил почему) и не привязан к определённым машинам в сети.
Удачного дня.

Рекомендовать в FAQ | Cообщить модератору | Наверх

11. "Проблема при acl url_regex -i"

Сообщение от Ape on 10-Дек-03, 13:04  (MSK)

Решение с acl IPaddrURLs url_regex http://[0-9]+\.[0-9]+\.[0-9]+\.[0-9]+[:/]
красивое. Решение с dstdomain тоже правильное.
Но вот есть другая проблема с тем же acl url_regex -i.
Известно, что url_regex ищет совпадение в строке URL. Тогда при запрете скачивания файлов с определённым расширением
acl STOP_FILE url_regex -i .exe .com .zip .rar .arj .ha
получаем следующую картину.
Пользователь не может перейти по ссылке содержащей слова comment channel так
как в первом слове есть буквосочетание com, а во втором ha. Как запретить скачивание файлов по расширениям правильно?

Рекомендовать в FAQ | Cообщить модератору | Наверх

12. "Проблема при acl url_regex -i"

Сообщение от Rippy on 10-Дек-03, 18:54  (MSK)

Когда нибудь обращал внимание на такие вещи:
^http://
exe$ mp3$
Не задавался вопросом, что они значат?
смотрим регулярные выражения на перле

Рекомендовать в FAQ | Cообщить модератору | Наверх

13. "Проблема при acl url_regex -i"

Сообщение от Ape on 10-Дек-03, 21:49  (MSK)

>Когда нибудь обращал внимание на такие вещи:
>^http://
>exe$ mp3$
>Не задавался вопросом, что они значат?
>смотрим регулярные выражения на перле
Честно говоря, я не силён в Perl, но хотелось бы знать.
Проясни если можешь.

Рекомендовать в FAQ | Cообщить модератору | Наверх

14. "Проблема при acl url_regex -i"

Сообщение от ipmanyak on 11-Дек-03, 10:53  (MSK)

>>Когда нибудь обращал внимание на такие вещи:
>>^http://
>>exe$ mp3$
>>Не задавался вопросом, что они значат?
>>смотрим регулярные выражения на перле
>
>Честно говоря, я не силён в Perl, но хотелось бы знать.
>Проясни если можешь.
acl deny_file url_regex -i "/usr/local/squid/etc/deny_file"
в файле
\.[zZ][iI][pP]$
\.[aA][rR][jJ]$
\.[qQ][qQ][qQ]$
\.[rR][aA][rR]$
\.[hH][aA]$
\.[mM][pP][33]$
впрочем если стоит -i, можно просто написать
\.zip$
есть еще наюнасы с резкой порно, допустим есть  в списке плохое слово   cum
тогда все урлы со словом document  будут отшиваться , поэтому нужно завести еще один список:
acl noporno url_regex -i  "/usr/local/squid/etc/noporn"
http_access allow noporno
и туда пихать такие слова как document и другие
например analyze   (в порно - anal )


Рекомендовать в FAQ | Cообщить модератору | Наверх

15. "Проблема при acl url_regex -i"

Сообщение от Ape on 11-Дек-03, 11:44  (MSK)

>впрочем если стоит -i, можно просто написать
>\.zip$
>есть еще наюнасы с резкой порно, допустим есть  в списке плохое слово   cum
>тогда все урлы со словом document  будут отшиваться , поэтому нужно завести еще один список:
>acl noporno url_regex -i  "/usr/local/squid/etc/noporn"
>http_access allow noporno
>и туда пихать такие слова как document и другие
>например analyze   (в порно - anal )
Хорошо, а почему нельзя сделать по аналогии
\cum$
\anal$

Рекомендовать в FAQ | Cообщить модератору | Наверх

16. "Проблема при acl url_regex -i"

Сообщение от ipmanyak on 11-Дек-03, 12:32  (MSK)

>>впрочем если стоит -i, можно просто написать
>>\.zip$
>>есть еще наюнасы с резкой порно, допустим есть  в списке плохое слово   cum
>>тогда все урлы со словом document  будут отшиваться , поэтому нужно завести еще один список:
>>acl noporno url_regex -i  "/usr/local/squid/etc/noporn"
>>http_access allow noporno
>>и туда пихать такие слова как document и другие
>>например analyze   (в порно - anal )
>
>Хорошо, а почему нельзя сделать по аналогии
>\cum$
>\anal$
хм, может и можно, надо проверить

Рекомендовать в FAQ | Cообщить модератору | Наверх

17. "Проблема при acl url_regex -i"

Сообщение от Rippy on 11-Дек-03, 12:37  (MSK)

^ означает начало строки, т.е. '^http' сработает на 'http:/' и не сработает на 'blabla-http', $ означает окончание строки, '.' заменяет любой символ, соответственно точка в строке выглядит как '\.', т.е. если мы хотим убрать расширение zip, то пишем так '\.zip$'

Рекомендовать в FAQ | Cообщить модератору | Наверх

18. "Проблема при acl url_regex -i"

Сообщение от Ape on 11-Дек-03, 13:58  (MSK)

>^ означает начало строки, т.е. '^http' сработает на 'http:/' и не сработает
>на 'blabla-http', $ означает окончание строки, '.' заменяет любой символ,
>соответственно точка в строке выглядит как '\.', т.е. если мы хотим убрать
>расширение zip, то пишем так '\.zip$'
Т.е., как я понял выражение
^com$
означает, что вхождение будет считаться истинным если встретится конкретно
  com
А если мы напишем
\com$
то это значит любое слово оканчивающееся на
com
например  intercom
А если в строке http://porno.com/anal/girl.jpg надо выделить
буквосочетание  anal и заблокировать доступ. Но разрешить доступ к
ссылке http://www.rbc.ru/analitic.htm. Как быть?

Рекомендовать в FAQ | Cообщить модератору | Наверх

19. "Проблема при acl url_regex -i"

Сообщение от Rippy on 11-Дек-03, 14:39  (MSK)

>
>Т.е., как я понял выражение
> ^com$
>означает, что вхождение будет считаться истинным если встретится конкретно
>  com
Нет. Не правильно понял. ^com$ значит только 'com'
>А если мы напишем
> \com$

В шаблонах используются следующие метасимволы (символы обозначающие группы других символов) часто называемые egrep - стандартом:
\ - считать следующий метасимвол как обычный символ.
^ - начало строки
. - один произвольный символ. Кроме '\n' - конец строки.
$ - конец строки
....
Дополнительно в Perl добавлены следующие метасимволы:
\w - алфавитно-цифровой или '_' символ
\W - не -//-
\s - один пробел
\S - один не пробел
\d - одна цифр
\D - одна не цифра
Обратите внимание, что все это "один" символ. Для обозначения последовательности применяйте модификаторы. Так:
\w+ - слово
\d+ - целое число
(с) citforum
тебе все же надо посмотреть хоть что-то по регулярным выражениям, иначе так и не поймешь
>А если в строке http://porno.com/anal/girl.jpg надо выделить
>буквосочетание  anal и заблокировать доступ. Но разрешить доступ к
>ссылке http://www.rbc.ru/analitic.htm. Как быть?
Как было показано выше, создаешь файл с разрешенными именами. На страничке, которая высвечивается при запрете доступа указано - что если вы считаете несправедливым запрет доступа - свяжитесь с админом. Ну и сам периодически парсь лог на предмет TCP_DENIED, чтоб добавлять разрешенные или кому следует уделять пристальное внимание 8)

Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Проблема при acl url_regex -i"
Сообщение от Андрей Слободяник on 03-Дек-03, 02:50 (MSK)
>и было бы полное счастье, если бы не хитрость Юзеров. Делается просто: >ping www.sex.ru (или подобное). В ответ получают адрес сайта и в Гм, у меня до этого еще не додумались. ;-) >количество увеличивается практически вдвое. Похоже, что другого выхода нет. >Да и не хорошо как-то закрывать IP-шники т.к. на этом адресе м.быть >несколько доменов. Да, но "закрытие" IP-шника коснеться только "главного" из них, т.е. доступ к другим доменам сохраниться. Надо что ли автору режика эту проблему подкинуть: быстрее, наверное, список удвоить, чем по IP определять URL и потом фильтровать. Кстати, в бан-листах режика довольно много IP адресов. Пространные размышления ;-). Вначале было IP. Потом для удобствами придумали DNS. Теперь, чтобы обойти это удобство, вернулись к IP.
	Рекомендовать в FAQ \| Cообщить модератору \| Наверх

2. "Проблема при acl url_regex -i"
Сообщение от Junior on 03-Дек-03, 08:09 (MSK)
>Хочется заблокировать "нежелательные" сайты. Тема неоднократно обсуждалась. >Но возникает проблема в следующем: >Пишем в squid.conf >acl url_porno url_regex -i "d:/prog/squid/etc/url_porno" >http_access deny url_porno > >или используем redirector, например из www.rejik.ru (кстати хорошо описан и реально работает) > >и было бы полное счастье, если бы не хитрость Юзеров. Делается просто: >ping www.sex.ru (или подобное). В ответ получают адрес сайта и в > >адресную строку броузера ставят этот адрес. А на него как раз запрета >и нет. >Все прекрасно качается (смотрится) >Резолвинг для пользователя закрывать (по-моему) бессмысленно так как особо ретивые >обращаются к друзьям-знакомым за адресочком. В конце концов есть Whois сервера >Если прописывать в файл с запрещенными названиями сайтов еще и адреса - >количество увеличивается практически вдвое. >Да и не хорошо как-то закрывать IP-шники т.к. на этом адресе м.быть >несколько доменов. >И чего-то я не пойму. Как лучше с этой напастью бороться? >Может даст кто совет? Вот тебе и совет:) Используй не url_regex, а dstdom_regex (читаешь внимательней squid.conf на предмет применения и пояснения)
	Рекомендовать в FAQ \| Cообщить модератору \| Наверх

3. "Проблема при acl url_regex -i"
Сообщение от ipmanyak on 03-Дек-03, 10:05 (MSK)
>Хочется заблокировать "нежелательные" сайты. Тема неоднократно обсуждалась. >Но возникает проблема в следующем: >Пишем в squid.conf >acl url_porno url_regex -i "d:/prog/squid/etc/url_porno" >http_access deny url_porno > >или используем redirector, например из www.rejik.ru (кстати хорошо описан и реально работает) > >и было бы полное счастье, если бы не хитрость Юзеров. Делается просто: >ping www.sex.ru (или подобное). В ответ получают адрес сайта и в > >адресную строку броузера ставят этот адрес. А на него как раз запрета >и нет. >Все прекрасно качается (смотрится) >Резолвинг для пользователя закрывать (по-моему) бессмысленно так как особо ретивые >обращаются к друзьям-знакомым за адресочком. В конце концов есть Whois сервера >Если прописывать в файл с запрещенными названиями сайтов еще и адреса - >количество увеличивается практически вдвое. >Да и не хорошо как-то закрывать IP-шники т.к. на этом адресе м.быть >несколько доменов. >И чего-то я не пойму. Как лучше с этой напастью бороться? >Может даст кто совет? всё очень просто в конфиге сквида пишешь : acl IPaddrURLs url_regex http://[0-9]+\.[0-9]+\.[0-9]+\.[0-9]+[:/] http_access deny IPaddrURLs более никто по ip никуда не попадет !
	Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	4. "Проблема при acl url_regex -i"
	Сообщение от Junior on 03-Дек-03, 16:00 (MSK)
	>всё очень просто в конфиге сквида пишешь : >acl IPaddrURLs url_regex http://[0-9]+\.[0-9]+\.[0-9]+\.[0-9]+[:/] >http_access deny IPaddrURLs >более никто по ip никуда не попадет ! А если мне нужно будет проверять локальные вэб-сервера, которые имеют внутренние адреса и соответственно не прописаны в ДНС? Наверное использование dstdom_regex будет всё-таки более правильным решением. На мой взгляд.
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	6. "Проблема при acl url_regex -i"
	Сообщение от ipmanyak on 04-Дек-03, 06:32 (MSK)
	>>всё очень просто в конфиге сквида пишешь : >>acl IPaddrURLs url_regex http://[0-9]+\.[0-9]+\.[0-9]+\.[0-9]+[:/] >>http_access deny IPaddrURLs >>более никто по ip никуда не попадет ! > >А если мне нужно будет проверять локальные вэб-сервера, которые имеют внутренние адреса >и соответственно не прописаны в ДНС? >Наверное использование dstdom_regex будет всё-таки более правильным решением. На мой взгляд. ну ты даешь! поставь аксели на себя любимого выше этих правил и всё!
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	9. "Проблема при acl url_regex -i"
	Сообщение от Вебер on 04-Дек-03, 19:41 (MSK)
	Спасибо всем. .... url_regex http://[0-9]+\.[0-9]+\.[0-9]+\.[0-9]+[:/] сработало великолепно. А вот как можно в этой ситуации использовать dstdom_regex не сильно понял. Как написано dstdom_regex: шаблон регулярного выражения назначения (сервер) Понимаю, что использование dstdom_regex позволяет производить обратное преобразование адресов. Т.е. если указано acl IPaddr dstdom_regex "/squid/porno" http_access deny IPaddr то при использовании dstdom_regex произойдёт обратное преобразование из IP в ИМЯ и сравнение с запретными сайтами, которые у меня в файле?? Я правильно вас понял?
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	10. "Проблема при acl url_regex -i"
	Сообщение от Junior on 05-Дек-03, 07:30 (MSK)
	>Т.е. если указано >acl IPaddr dstdom_regex "/squid/porno" >http_access deny IPaddr >то при использовании dstdom_regex произойдёт обратное преобразование из IP в ИМЯ и >сравнение с запретными сайтами, которые у меня в файле?? >Я правильно вас понял? Совершенно верно
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх

5. "Проблема при acl url_regex -i"
Сообщение от Michael on 03-Дек-03, 17:58 (MSK)
>и было бы полное счастье, если бы не хитрость Юзеров. Делается просто: >ping www.sex.ru (или подобное). В ответ получают адрес сайта и в а зачем открывать NAT и ДНС для простых пользователей? у меня NAT строго по нужным хостам и адресам разрешен, так что такая хитрость Юзеров не пройдет.
	Рекомендовать в FAQ \| Cообщить модератору \| Наверх

7. "Проблема при acl url_regex -i"
Сообщение от ipmanyak on 04-Дек-03, 06:35 (MSK)
dstdomain плохое решение для режекта порно, сайт может иметь безобидное название, но иметь урлы с порно словами, например www.site.com\adult в этом случае dstdomain не покатит !
	Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	8. "Проблема при acl url_regex -i"
	Сообщение от Junior on 04-Дек-03, 07:17 (MSK)
	>dstdomain плохое решение для режекта порно, сайт может иметь безобидное >название, но иметь урлы с порно словами, например >www.site.com\adult >в этом случае dstdomain не покатит ! Обсуждается не решение по резке порно по урлам, а банить обращение по ip-адресам! RTFM!!! Для резки порнухи лучше использовать редиректоры, для сих целей предназначенные (в моём понимании). Вопрошающему нужен был ответ по определённому моменту. Предложенный мной способ удобнее (объяснил почему) и не привязан к определённым машинам в сети. Удачного дня.
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	11. "Проблема при acl url_regex -i"
	Сообщение от Ape on 10-Дек-03, 13:04 (MSK)
	Решение с acl IPaddrURLs url_regex http://[0-9]+\.[0-9]+\.[0-9]+\.[0-9]+[:/] красивое. Решение с dstdomain тоже правильное. Но вот есть другая проблема с тем же acl url_regex -i. Известно, что url_regex ищет совпадение в строке URL. Тогда при запрете скачивания файлов с определённым расширением acl STOP_FILE url_regex -i .exe .com .zip .rar .arj .ha получаем следующую картину. Пользователь не может перейти по ссылке содержащей слова comment channel так как в первом слове есть буквосочетание com, а во втором ha. Как запретить скачивание файлов по расширениям правильно?
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	12. "Проблема при acl url_regex -i"
	Сообщение от Rippy on 10-Дек-03, 18:54 (MSK)
	Когда нибудь обращал внимание на такие вещи: ^http:// exe$ mp3$ Не задавался вопросом, что они значат? смотрим регулярные выражения на перле
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	13. "Проблема при acl url_regex -i"
	Сообщение от Ape on 10-Дек-03, 21:49 (MSK)
	>Когда нибудь обращал внимание на такие вещи: >^http:// >exe$ mp3$ >Не задавался вопросом, что они значат? >смотрим регулярные выражения на перле Честно говоря, я не силён в Perl, но хотелось бы знать. Проясни если можешь.
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	14. "Проблема при acl url_regex -i"
	Сообщение от ipmanyak on 11-Дек-03, 10:53 (MSK)
	>>Когда нибудь обращал внимание на такие вещи: >>^http:// >>exe$ mp3$ >>Не задавался вопросом, что они значат? >>смотрим регулярные выражения на перле > >Честно говоря, я не силён в Perl, но хотелось бы знать. >Проясни если можешь. acl deny_file url_regex -i "/usr/local/squid/etc/deny_file" в файле \.[zZ][iI][pP]$ \.[aA][rR][jJ]$ \.[qQ][qQ][qQ]$ \.[rR][aA][rR]$ \.[hH][aA]$ \.[mM][pP][33]$ впрочем если стоит -i, можно просто написать \.zip$ есть еще наюнасы с резкой порно, допустим есть в списке плохое слово cum тогда все урлы со словом document будут отшиваться , поэтому нужно завести еще один список: acl noporno url_regex -i "/usr/local/squid/etc/noporn" http_access allow noporno и туда пихать такие слова как document и другие например analyze (в порно - anal )
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	15. "Проблема при acl url_regex -i"
	Сообщение от Ape on 11-Дек-03, 11:44 (MSK)
	>впрочем если стоит -i, можно просто написать >\.zip$ >есть еще наюнасы с резкой порно, допустим есть в списке плохое слово cum >тогда все урлы со словом document будут отшиваться , поэтому нужно завести еще один список: >acl noporno url_regex -i "/usr/local/squid/etc/noporn" >http_access allow noporno >и туда пихать такие слова как document и другие >например analyze (в порно - anal ) Хорошо, а почему нельзя сделать по аналогии \cum$ \anal$
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	16. "Проблема при acl url_regex -i"
	Сообщение от ipmanyak on 11-Дек-03, 12:32 (MSK)
	>>впрочем если стоит -i, можно просто написать >>\.zip$ >>есть еще наюнасы с резкой порно, допустим есть в списке плохое слово cum >>тогда все урлы со словом document будут отшиваться , поэтому нужно завести еще один список: >>acl noporno url_regex -i "/usr/local/squid/etc/noporn" >>http_access allow noporno >>и туда пихать такие слова как document и другие >>например analyze (в порно - anal ) > >Хорошо, а почему нельзя сделать по аналогии >\cum$ >\anal$ хм, может и можно, надо проверить
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	17. "Проблема при acl url_regex -i"
	Сообщение от Rippy on 11-Дек-03, 12:37 (MSK)
	^ означает начало строки, т.е. '^http' сработает на 'http:/' и не сработает на 'blabla-http', $ означает окончание строки, '.' заменяет любой символ, соответственно точка в строке выглядит как '\.', т.е. если мы хотим убрать расширение zip, то пишем так '\.zip$'
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	18. "Проблема при acl url_regex -i"
	Сообщение от Ape on 11-Дек-03, 13:58 (MSK)
	>^ означает начало строки, т.е. '^http' сработает на 'http:/' и не сработает >на 'blabla-http', $ означает окончание строки, '.' заменяет любой символ, >соответственно точка в строке выглядит как '\.', т.е. если мы хотим убрать >расширение zip, то пишем так '\.zip$' Т.е., как я понял выражение ^com$ означает, что вхождение будет считаться истинным если встретится конкретно com А если мы напишем \com$ то это значит любое слово оканчивающееся на com например intercom А если в строке http://porno.com/anal/girl.jpg надо выделить буквосочетание anal и заблокировать доступ. Но разрешить доступ к ссылке http://www.rbc.ru/analitic.htm. Как быть?
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	19. "Проблема при acl url_regex -i"
	Сообщение от Rippy on 11-Дек-03, 14:39 (MSK)
	> >Т.е., как я понял выражение > ^com$ >означает, что вхождение будет считаться истинным если встретится конкретно > com Нет. Не правильно понял. ^com$ значит только 'com' >А если мы напишем > \com$ В шаблонах используются следующие метасимволы (символы обозначающие группы других символов) часто называемые egrep - стандартом: \ - считать следующий метасимвол как обычный символ. ^ - начало строки . - один произвольный символ. Кроме '\n' - конец строки. $ - конец строки .... Дополнительно в Perl добавлены следующие метасимволы: \w - алфавитно-цифровой или '_' символ \W - не -//- \s - один пробел \S - один не пробел \d - одна цифр \D - одна не цифра Обратите внимание, что все это "один" символ. Для обозначения последовательности применяйте модификаторы. Так: \w+ - слово \d+ - целое число (с) citforum тебе все же надо посмотреть хоть что-то по регулярным выражениям, иначе так и не поймешь >А если в строке http://porno.com/anal/girl.jpg надо выделить >буквосочетание anal и заблокировать доступ. Но разрешить доступ к >ссылке http://www.rbc.ru/analitic.htm. Как быть? Как было показано выше, создаешь файл с разрешенными именами. На страничке, которая высвечивается при запрете доступа указано - что если вы считаете несправедливым запрет доступа - свяжитесь с админом. Ну и сам периодически парсь лог на предмет TCP_DENIED, чтоб добавлять разрешенные или кому следует уделять пристальное внимание 8)
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх