faq обучение настройка
Текущее время: Вс июл 27, 2025 13:55

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 15 ] 
Автор Сообщение
 Заголовок сообщения: DAS-3248 и фильтрация пакетов
СообщениеДобавлено: Вт окт 09, 2007 13:56 
Не в сети

Зарегистрирован: Вт янв 03, 2006 10:41
Сообщений: 54
Откуда: Магнитогорск
Здесь в форуме я нашел примеры блокирования не pppoe-трафика, приходящего от клиента. А как сделать обратный фильтр: чтобы и к клиенту из сети не шло ничего широковещательного, а только pppoe? В доке нашел "ruledir out" - оно?

И еще в changelog для 2.12 упоминается о неких "Packet filter enhancements" плюс где-то в доках мне попадался новый способ создания фильтров, без create rule/subrule и это было не ACL. Есть такое дело?


Последний раз редактировалось Cardy Вт окт 16, 2007 11:07, всего редактировалось 1 раз.

Вернуться наверх
 Профиль  
 
 Заголовок сообщения: Re: DAS-3248 и фильтрация пакетов
СообщениеДобавлено: Чт окт 11, 2007 14:08 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Пт апр 01, 2005 12:35
Сообщений: 8492
Откуда: Москва
Cardy писал(а):
Здесь в форуме я нашел примеры блокирования не pppoe-трафика, приходящего от клиента. А как сделать обратный фильтр: чтобы и к клиенту из сети не шло ничего широковещательного, а только pppoe? В доке нашел "ruledir out" - оно?

И еще в changelog для 2.12 упоминается о неких "Packet filter enhancements" плюс где-то в доках мне попадался новый способ создания фильтров, без create rule/subrule и это было не ACL. Есть такое дело?


Как я понял, Вам нужно реализовать следующее:
От ADSL клиента во внешнюю сеть должны свободно проходить PADI пакеты (инициализация PPPoE сессии), а из сети к клиенту весь широковещательный трафик должен быть запрещен, так?

По поводу "Packet filter enhancements": почитайте следующую главу русскоязычного мануала: 9.1.7. Расширенные принципы фильтрации. Generic List и Named List.

_________________
С уважением, Давыдов Денис.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт окт 11, 2007 19:28 
Не в сети

Зарегистрирован: Вт янв 03, 2006 10:41
Сообщений: 54
Откуда: Магнитогорск
Почти совершенно верно: требуется чтобы в обе стороны проходили только ethertype 0x8863 и 0x8864, но в сторону клиента еще и блокировать широковещательный трафик. Чтобы он не смог, даже если очень вдруг захочет, выступить в роли pppoe-сервера доступа :)


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт окт 12, 2007 11:39 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Пт апр 01, 2005 12:35
Сообщений: 8492
Откуда: Москва
Я понял вас. Сегодня я напишу для Вас пример.

_________________
С уважением, Давыдов Денис.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт окт 12, 2007 12:19 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Пт апр 01, 2005 12:35
Сообщений: 8492
Откуда: Москва
Итак, пример:

Создаем фильтрующее правило с действием Drop, в котором указываем что нас интересует весь Broadcast трафик:
$ create filter rule entry ruleid 2 action drop ruleprio high pkttype Bcast ruledir out

После этого создаем привязку данного правила ко всем EOA интерфейсам:
$ create filter rule map ruleid 2 stageid 1 ifname alleoa

Включаем правило в работу:
$ modify filter rule entry ruleid 2 status enable


В результате весь Broadcast трафик в сторону абонентских портов будет запрещен, но сами абоненты смогут нормально инициализировать PPPoE сессии.

_________________
С уважением, Давыдов Денис.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн окт 15, 2007 14:12 
Не в сети

Зарегистрирован: Вт янв 03, 2006 10:41
Сообщений: 54
Откуда: Магнитогорск
Ваш пример не помешает клиенту поставить себе любой айпишник и просканировать сеть, например :) Денис, пожалуйста, прочитайте внимательнее мой второй пост.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн окт 15, 2007 17:36 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Пт апр 01, 2005 12:35
Сообщений: 8492
Откуда: Москва
Cardy писал(а):
Ваш пример не помешает клиенту поставить себе любой айпишник и просканировать сеть, например :) Денис, пожалуйста, прочитайте внимательнее мой второй пост.


Вам нужно также реализовать привязку IP и MAC адресов к порту DSLAM? Поставьте задачу четко, по пунктам.

_________________
С уважением, Давыдов Денис.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн окт 15, 2007 22:39 
Не в сети

Зарегистрирован: Вт янв 03, 2006 10:41
Сообщений: 54
Откуда: Магнитогорск
1. Требуется чтобы в обе стороны проходили только ethertype 0x8863 и 0x8864 - т.е. только pppoe
2. В сторону клиента блокировать широковещательный трафик

Таким образом мы полностью изолируем клиента для его работы с pppoe.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт окт 16, 2007 11:40 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Пт апр 01, 2005 12:35
Сообщений: 8492
Откуда: Москва
Итак:

Разрешаем все пакеты с Ethertype 0x8863 и 0x8864 от клиентов:
$ create filter rule entry ruleid 2 action allow ruleprio high ruledir in

$ create filter subrule ether ruleid 2 subruleid 1 ethertypefrom 0x8863 ethertypeto 0x8864 ethertypecmp inrange subruleprio asinrule

$ create filter rule map ruleid 2 stageid 1 ifname alleoa

$ modify filter rule entry ruleid 2 status enable


Запрещаем вес остальной трафик (по Ethertype) от клиентов:
$ create filter rule entry ruleid 3 action drop ruleprio high ruledir in

$ create filter subrule ether ruleid 3 subruleid 1 ethertypecmp any subruleprio asinrule

$ create filter rule map ruleid 3 stageid 1 ifname alleoa

$ modify filter rule entry ruleid 3 status enable


Запрещаем весь Broadcast трафик в сторону клиентов:
$ create filter rule entry ruleid 4 action drop ruledir out pkttype bcast status enable

$ create filter rule map ruleid 4 stageid 1 ifname alleoa


Таким образом все клиентские PPPoE сессии будут устанавливаться и работать нормально, при этом весь остальной трафик (в обход PPP) будет запрещен. Также будет запрещен весь Broadcast трафик в сторону клиентов, что сделает невозможным установление PPPoE сессий извне (PADI пакеты будут отбрасываться).

_________________
С уважением, Давыдов Денис.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт окт 16, 2007 12:07 
Не в сети

Зарегистрирован: Вт янв 03, 2006 10:41
Сообщений: 54
Откуда: Магнитогорск
То что нужно. Спасибо!


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт ноя 13, 2007 14:11 
Не в сети

Зарегистрирован: Вт янв 03, 2006 10:41
Сообщений: 54
Откуда: Магнитогорск
alleoa в данном случае, несомненно, упрощает настройку фильтров. А можно ли на конкретном порту сделать исключение - например, разрешить весь трафик?


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт ноя 13, 2007 14:14 
Не в сети

Зарегистрирован: Вт янв 03, 2006 10:41
Сообщений: 54
Откуда: Магнитогорск
Кажется я понял сам: делаем разрешающее правило с меньшим ruleid для конкретного порта.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт ноя 13, 2007 14:26 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Пт апр 01, 2005 12:35
Сообщений: 8492
Откуда: Москва
Cardy писал(а):
alleoa в данном случае, несомненно, упрощает настройку фильтров. А можно ли на конкретном порту сделать исключение - например, разрешить весь трафик?


Просто удалите привязки правил на конкретном интерфейсе:
$ delete filter rule map ruleid 2 stageid 1 ifname eoa-<номер интерфейса>
$ delete filter rule map ruleid 3 stageid 1 ifname eoa-<номер интерфейса>
$ delete filter rule map ruleid 4 stageid 1 ifname eoa-<номер интерфейса>

_________________
С уважением, Давыдов Денис.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср янв 30, 2008 12:44 
Не в сети

Зарегистрирован: Вт янв 03, 2006 10:41
Сообщений: 54
Откуда: Магнитогорск
Davydov Denis писал(а):
Cardy писал(а):
alleoa в данном случае, несомненно, упрощает настройку фильтров. А можно ли на конкретном порту сделать исключение - например, разрешить весь трафик?


Просто удалите привязки правил на конкретном интерфейсе:
$ delete filter rule map ruleid 2 stageid 1 ifname eoa-<номер интерфейса>
$ delete filter rule map ruleid 3 stageid 1 ifname eoa-<номер интерфейса>
$ delete filter rule map ruleid 4 stageid 1 ifname eoa-<номер интерфейса>


не прокатывает:
Код:
$ delete filter rule map ruleid 2 stageid 1 ifname eoa-0
Error: Entry does not exist

и действительно откуда взяться этому правилу для eoa-0, если там одно правило для всех - alleoa:

Код:
Interface : alleoa     Stage Id : 1
Rule Id   : 2          Order Id : 2

Interface : alleoa     Stage Id : 1
Rule Id   : 3          Order Id : 3

Interface : alleoa     Stage Id : 1
Rule Id   : 4          Order Id : 4


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт дек 16, 2008 15:41 
Не в сети

Зарегистрирован: Вт янв 03, 2006 10:41
Сообщений: 54
Откуда: Магнитогорск
Davydov Denis писал(а):
Итак:

Разрешаем все пакеты с Ethertype 0x8863 и 0x8864 от клиентов:
$ create filter rule entry ruleid 2 action allow ruleprio high ruledir in

$ create filter subrule ether ruleid 2 subruleid 1 ethertypefrom 0x8863 ethertypeto 0x8864 ethertypecmp inrange subruleprio asinrule

$ create filter rule map ruleid 2 stageid 1 ifname alleoa

$ modify filter rule entry ruleid 2 status enable


Запрещаем вес остальной трафик (по Ethertype) от клиентов:
$ create filter rule entry ruleid 3 action drop ruleprio high ruledir in

$ create filter subrule ether ruleid 3 subruleid 1 ethertypecmp any subruleprio asinrule

$ create filter rule map ruleid 3 stageid 1 ifname alleoa

$ modify filter rule entry ruleid 3 status enable


Запрещаем весь Broadcast трафик в сторону клиентов:
$ create filter rule entry ruleid 4 action drop ruledir out pkttype bcast status enable

$ create filter rule map ruleid 4 stageid 1 ifname alleoa


Таким образом все клиентские PPPoE сессии будут устанавливаться и работать нормально, при этом весь остальной трафик (в обход PPP) будет запрещен. Также будет запрещен весь Broadcast трафик в сторону клиентов, что сделает невозможным установление PPPoE сессий извне (PADI пакеты будут отбрасываться).


Эти фильтры фильтруют не всё:
Когда мы "Запрещаем весь остальной трафик (по Ethertype) от клиентов" создаётся unicast-правило:
Pkt Type : Ucast
хотя мы не указываем pkt type. А это значит, что arp-трафик будет проходить. Хотя по идее должно создаваться универсальное правило для всех типов: bcast, ucast и multicast - странная фича.


Вернуться наверх
 Профиль  
 
Показать сообщения за:  Сортировать по:  
Начать новую тему Ответить на тему  [ Сообщений: 15 ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 2


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB