+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

PPPoE – предотвращение сбоев при вызове PPP

PPPoE – предотвращение сбоев при вызове PPP, RouterOS

tevolo

Guest

22.02.2012 21:06:00

Наши логи просто сходят с ума из-за множества попыток входа в PPP-сервис через radius, но radius отказывает, потому что PPP-аккаунт указан неверно. В нашем случае, скорее всего, это кто-то с нашим модемом, который неправильно его настроил. Проблема в том, что я могу отследить это только по MAC-адресу. Хочу заблокировать эти PPP-звонки, чтобы наш роутер их не обрабатывал и они вообще не доходили до Radius, чтобы очистить логи и чтобы наш Radius-сервер не заваливался множеством запросов каждую секунду. Как это можно сделать?

2012.02.22-14:50:45 <172.16.50.1>: pppoe,info PPP-: PPPoE соединение установлено с 00:E9:0A:91:52:D1
2012.02.22-14:50:45 <172.16.50.1>: pppoe,ppp,info PPP-: : ожидание вызова...
2012.02.22-14:50:46 <172.16.50.1>: pppoe,ppp,info PPP-: : завершение... - аутентификация пользователя admin не удалась
2012.02.22-14:50:46 <172.16.50.1>: pppoe,ppp,info PPP-: : отключено
2012.02.22-14:50:46 <172.16.50.1>: pppoe,info PPP-: PPPoE соединение установлено с 00:E9:08:91:52:6A
2012.02.22-14:50:46 <172.16.50.1>: pppoe,ppp,info PPP-: : ожидание вызова...
2012.02.22-14:50:46 <172.16.50.1>: pppoe,ppp,info PPP-: : завершение... - аутентификация пользователя versace не удалась
2012.02.22-14:50:46 <172.16.50.1>: pppoe,ppp,info PPP-: : отключено
2012.02.22-14:50:46 <172.16.50.1>: pppoe,info PPP-: PPPoE соединение установлено с 00:E9:0A:91:52:D1
2012.02.22-14:50:46 <172.16.50.1>: pppoe,ppp,info PPP-: : ожидание вызова...
2012.02.22-14:50:48 <172.16.50.1>: pppoe,ppp,info PPP-: : завершение... - аутентификация пользователя admin не удалась
2012.02.22-14:50:48 <172.16.50.1>: pppoe,ppp,info PPP-: : отключено
2012.02.22-14:50:48 <172.16.50.1>: pppoe,info PPP-: PPPoE соединение установлено с 00:E9:08:91:52:6A
2012.02.22-14:50:48 <172.16.50.1>: pppoe,ppp,info PPP-: : ожидание вызова...
2012.02.22-14:50:48 <172.16.50.1>: pppoe,ppp,info PPP-: : завершение... - аутентификация пользователя versace не удалась
2012.02.22-14:50:48 <172.16.50.1>: pppoe,ppp,info PPP-: : отключено
2012.02.22-14:50:48 <172.16.50.1>: pppoe,info PPP-: PPPoE соединение установлено с 00:E9:0A:91:52:D1
2012.02.22-14:50:48 <172.16.50.1>: pppoe,ppp,info PPP-: : ожидание вызова...
2012.02.22-14:50:48 <172.16.50.1>: pppoe,ppp,info PPP-: : завершение...
2012.02.22-14:50:48 <172.16.50.1>: pppoe,ppp,info PPP-: : отключено
2012.02.22-14:50:49 <172.16.50.1>: pppoe,info PPP-: PPPoE соединение установлено с 00:E9:0A:91:52:D1
2012.02.22-14:50:49 <172.16.50.1>: pppoe,ppp,info PPP-: : ожидание вызова...
2012.02.22-14:50:49 <172.16.50.1>: pppoe,ppp,info PPP-: : завершение... - аутентификация пользователя admin не удалась
2012.02.22-14:50:49 <172.16.50.1>: pppoe,ppp,info PPP-: : отключено
2012.02.22-14:50:49 <172.16.50.1>: pppoe,info PPP-: PPPoE соединение установлено с 00:E9:08:91:52:6A
2012.02.22-14:50:49 <172.16.50.1>: pppoe,ppp,info PPP-: : ожидание вызова...
2012.02.22-14:50:51 <172.16.50.1>: pppoe,ppp,info PPP-: : завершение... - аутентификация пользователя admin не удалась
2012.02.22-14:50:51 <172.16.50.1>: pppoe,ppp,info PPP-: : отключено
2012.02.22-14:50:51 <172.16.50.1>: pppoe,info PPP-: PPPoE соединение установлено с 00:E9:08:91:52:6A
2012.02.22-14:50:51 <172.16.50.1>: pppoe,ppp,info PPP-: : ожидание вызова...
и так далее, и тому подобное.

Спасибо!

angboontiong Guest	#2 0 06.06.2012 03:51:00 Привет… сегодня с этим тоже столкнулся… это меня просто сводит с ума… Mikrotik, есть какие-то решения? Или просто оставим всё как есть… спасибо…

Caci99 Guest	#3 0 06.06.2012 10:42:00 Вы можете попробовать указать caller-id в секрете пользователя, хотя я подозреваю, что это принесёт больше проблем. http://wiki.mikrotik.com/wiki/Manual:PPP_AAA#Properties_2

hedele Guest	#4 0 06.06.2012 13:50:00 Я не понимаю, что такого сложного в фильтрации по MAC-адресу. Запусти свой PPPoE-сервер на мостовом интерфейсе и используй фильтры моста в цепочке input, чтобы временно блокировать MAC-адреса.

angboontiong

Guest

06.06.2012 15:29:00

Привет... если ты система, то заметишь, что этот "парень" использует какое-то ПО, которое меняет MAC-адрес, подбирая новый ID для доступа... он меняет его каждую секунду, так что заблокировать его не получится... и это происходит на PPPoE, а не на обычном DHCP, потому что с обычным DHCP всё было бы гораздо проще... но тут caller ID — , , который никак не заблокировать, поэтому я ищу более опытного человека, который мог бы подсказать, как найти лучшее решение...

tevolo

Guest

18.09.2012 02:17:00

Я просто хочу заблокировать это по MAC-адресу с учетом caller-id или по имени пользователя, с которым кто-то пытается авторизоваться. Кто-нибудь знает, как это сделать? Заблокировать либо MAC: 00:E9:0A:91:52:D1, либо пользователя Versace, чтобы оно не накатывало на роутер по 30 000 раз в день?

2012.02.22-14:50:48 <172.16.50.1>: pppoe,ppp,info PPP-: : завершается… - аутентификация пользователя versace не удалась
2012.02.22-14:50:48 <172.16.50.1>: pppoe,ppp,info PPP-: : отключено
2012.02.22-14:50:48 <172.16.50.1>: pppoe,info PPP-: установлено PPPoE-соединение с 00:E9:0A:91:52:D1
2012.02.22-14:50:48 <172.16.50.1>: pppoe,ppp,info PPP-: : ожидание звонка…
2012.02.22-14:50:48 <172.16.50.1>: pppoe,ppp,info PPP-: : завершается…
2012.02.22-14:50:48 <172.16.50.1>: pppoe,ppp,info PPP-: : отключено
2012.02.22-14:50:49 <172.16.50.1>: pppoe,info PPP-: установлено PPPoE-соединение с 00:E9:0A:91:52:D1

toolate

Guest

02.10.2012 18:07:00

Просто помести свой PPPoE-интерфейс в отдельный мост. Теперь можно использовать правило фильтра моста, чтобы блокировать MAC-адрес до того, как он дойдет до PPPoE-сервера.

/interface bridge filter add action=drop chain=input comment="Block User MAC Address" disabled=no in-interface= src-mac-address=00:E9:0A:91:52:D1/FF:FF:FF:FF:FF:FF

Обрати внимание, что после добавления порта в мост нужно обновить PPPoE-сервис, чтобы он использовал новый мостовой интерфейс. Это также разорвет все текущие PPPoE-сессии. Не забудь обновить и соответствующие правила фаервола.

У меня так работает на RB1100 с версией 5.14. Надеюсь, поможет!
-Тодд

ajmal Guest	#8 0 14.06.2015 10:40:00 На данный момент я не нашёл конкретного решения этой проблемы, но предотвращаю её, создавая правило ACL, которое блокирует PADI-запросы для определённого MAC-адреса.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры