forum.bitel.ru http://forum.bitel.ru/ |
|
Вопрос про Reject-To-Accept. http://forum.bitel.ru/viewtopic.php?f=5&t=3548 |
Страница 1 из 1 |
Автор: | zzeka [ 05 фев 2010, 11:33 ] |
Заголовок сообщения: | Вопрос про Reject-To-Accept. |
Насколько я понял из документации при настройки сей фичи можно назначить NASы и коды ошибок, для которых будет работать Reject-To-Accept, хотелось бы узнать можно ли как-нибудь еще разделить клиентов(по Тарифу например) на тех у кого работатет и тек у кого нет. Хотелось бы чтобы Reject-To-Accept работал например только для физиков, а для юриков нет.. |
Автор: | Администратор [ 05 фев 2010, 16:54 ] |
Заголовок сообщения: | Re: Вопрос про Reject-To-Accept. |
Нет, такого функционала нет. Если только этот функционал самостоятельно скриптом реализовывать: http://wiki.bgbilling.ru/index.php/Детальное_информирование_абонентов_о_причинах_ошибки_691 |
Автор: | zzeka [ 08 фев 2010, 08:06 ] |
Заголовок сообщения: | Re: Вопрос про Reject-To-Accept. |
Спасибо. |
Автор: | zzeka [ 16 фев 2010, 14:54 ] |
Заголовок сообщения: | Re: Вопрос про Reject-To-Accept. |
Еще вопрос, прописали в кофигурацию модуля PPPoE настройки, в том числе reject_to_accept.db.write=1, запустили в работу - все заработало, страничка с показами ошибок работает, вот только база dialup_reject_to_accept_1 не чистится сама, т.е записи не уходят после Session-Timeout=3600. Что скорее всего приведет к исчерпанию пула с адресами. Куда копать чтобы записи исчезали? Конфиг в модуле PPPoE: Код: reject_to_accept.4,24,33=Session-Timeout=3600;Framed-Pool=redirect;Idle-Timeout=300;cisco-SSG-Account-Info=AREDIRECT;cisco-SSG-Account-Info=AREDIRECT-DNS;cisco-SSG-Account-Info=ADEFAULT reject_to_accept.nas=11,15 reject_to_accept.db.write=1 Версия: Вложение:
|
Автор: | Администратор [ 17 фев 2010, 12:19 ] |
Заголовок сообщения: | Re: Вопрос про Reject-To-Accept. |
Цитата: Еще вопрос, прописали в кофигурацию модуля PPPoE настройки, в том числе reject_to_accept.db.write=1, запустили в работу - все заработало, страничка с показами ошибок работает, вот только база dialup_reject_to_accept_1 не чистится сама, т.е записи не уходят после Session-Timeout=3600. Что скорее всего приведет к исчерпанию пула с адресами. Оставьте всё как есть, ничего не исчерпается. |
Автор: | zzeka [ 27 фев 2010, 15:57 ] |
Заголовок сообщения: | Re: Вопрос про Reject-To-Accept. |
Собственно еще вопросик. Про "страничку-заглушку", можно ли на ней принудительно отключить кеширование браузерами и сквидами всяким, а то пользователи жалуются что после "правильного" пересоединения у них открытые ранее сайты не доступны, а стоит "страница-заглушка"? |
Автор: | snark [ 27 фев 2010, 20:27 ] |
Заголовок сообщения: | Re: Вопрос про Reject-To-Accept. |
Вы ее через что показываете? прокси какой нить a-la nginx? если да, то отдавайте header-ы Код: Cache-Control "no-cache, no-store, must-revalidate" Expires "Thu, 01 Jan 1970 00:00:01 GMT" и всех делов ... сама страничка не при чем, т.к. вы на нее заворачиваете юзеров, у которых скорее всего стоит очень вумная опера которая все кеширует, ну а Вы запретите ей это делать |
Автор: | zzeka [ 01 мар 2010, 10:17 ] |
Заголовок сообщения: | Re: Вопрос про Reject-To-Accept. |
snark писал(а): Вы ее через что показываете? прокси какой нить a-la nginx? если да, то отдавайте header-ы Код: Cache-Control "no-cache, no-store, must-revalidate" Expires "Thu, 01 Jan 1970 00:00:01 GMT" и всех делов ... сама страничка не при чем, т.к. вы на нее заворачиваете юзеров, у которых скорее всего стоит очень вумная опера которая все кеширует, ну а Вы запретите ей это делать Заворачиваем при помощи Cisco ISG, поэтому хотелось чтобы сам БГ отдавал ![]() |
Автор: | snark [ 01 мар 2010, 11:12 ] |
Заголовок сообщения: | Re: Вопрос про Reject-To-Accept. |
поставьте перед БГБ nginx и проксируйте им запросы - это будет правильно с точки зрения нагрузки на БГБ, людям сможете красивые URL для статистики/ошибки и т.д. давать (stat/error.provider.ru и т.п.) и хедеры любые отдавать сможете ![]() киньте плиз в личку конфиг кота, модуля и наса - хочется глянуть как Вы с ISG это все сдружили |
Автор: | zzeka [ 01 мар 2010, 11:28 ] |
Заголовок сообщения: | Re: Вопрос про Reject-To-Accept. |
snark писал(а): поставьте перед БГБ nginx и проксируйте им запросы - это будет правильно с точки зрения нагрузки на БГБ, людям сможете красивые URL для статистики/ошибки и т.д. давать (stat/error.provider.ru и т.п.) и хедеры любые отдавать сможете ![]() Да оно и так красиво все, кроме собственно клиентского кэша. Хотелось бы поменьше звеньев в цепочке. Сегодня постараюсь кинуть. |
Автор: | snark [ 01 мар 2010, 11:38 ] |
Заголовок сообщения: | Re: Вопрос про Reject-To-Accept. |
nginx перед БГБ будет дааалеко не лишним звеном ![]() у меня сейчас nginx просто отдает страничку с ошибкой, так по логам ее и windows update и кто только еще не "смотрит" |
Автор: | zzeka [ 01 мар 2010, 11:48 ] |
Заголовок сообщения: | Re: Вопрос про Reject-To-Accept. |
snark писал(а): nginx перед БГБ будет дааалеко не лишним звеном ![]() у меня сейчас nginx просто отдает страничку с ошибкой, так по логам ее и windows update и кто только еще не "смотрит" Пока нагрузка не велика, правда у нас туда только 80 и 443 заворачиваются. |
Автор: | snark [ 01 мар 2010, 12:08 ] |
Заголовок сообщения: | Re: Вопрос про Reject-To-Accept. |
у меня заворачивается только 80-й порт и страничка ошибки очень "востребована" всем подряд что куда-то в инет лезет ... от нуля до нескольких сотен, а то и тысяч (когда-как - зависит от кол-ва неплательщиков, открытых у них окон, настроки обновления и т.д. и т.п.) запросов в секунду бывает и слать их на БГБ у меня что-то нет особого желания, а nginx даже и не замечает что столько обрабатывает, т.к. для него это семечки |
Автор: | rush [ 26 мар 2010, 10:43 ] |
Заголовок сообщения: | Re: Вопрос про Reject-To-Accept. |
При авторизации MS-CHAP2 фича не работает, в логе mpd пишет следующее: Код: RADIUS: PANIC no MS-CHAP2-Success received from server! Можно что-то с этим сделать? |
Автор: | Администратор [ 26 мар 2010, 18:54 ] |
Заголовок сообщения: | Re: Вопрос про Reject-To-Accept. |
В настоящий момент с MS-CHAP v.2 функционал не работает. Отписал в TODO. Посмотрим при случае. |
Страница 1 из 1 | Часовой пояс: UTC + 5 часов [ Летнее время ] |
Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |