Aomi Posted June 18, 2014 Posted June 18, 2014 Привет всем! Подскажите пожалуйста, что сделать что бы нормально работало: Два микротика как НАС серверы, абоненты авторизуются по радиусу, dhcp сервер выдает адрес, абонент авторизуется по маку (hotspot в микротике). Как сделать что бы оба работали одновременно, с одним пулом адресов и не выдавали одинаковые? Спасибо! Вставить ник Quote
nobody4097 Posted June 18, 2014 Posted June 18, 2014 Какой биллинг? Выдача адресов через радиус из пула должна производится логикой биллинга - любой биллинг не будет выдавать один и тот же адрес второй раз. У меня другой вопрос - как вы настроите маршрутизацию между бордером и двумя NASами и одним общим пулом? Я так понимаю речь идет про белые адреса, с серыми бы не нужен был такой изврат. А значит далее трафик идет на бордер без ната? Как на бордере маршруты пропишите - если сервака два, а пул один? Если бы речь шла о тунелях - там понятно - юзер на NAS подключился - создался фейс и роут/32, на бордер отослался маршрут с помощью любого протокола динамической маршрутизации.... Не знаю, как вы там разруливаете траф на хотспотах и какова топология, может прокси арп поможет, если не роутинг, а свитчинг между насами и бордером. Вставить ник Quote
Saab95 Posted June 18, 2014 Posted June 18, 2014 Убираете хотспот, при выдаче адреса вешаете маршрут /32 на нужном насе и по OSPF анонсируете его. Вставить ник Quote
nobody4097 Posted June 18, 2014 Posted June 18, 2014 Убираете хотспот и, соответственно радиус, да? )))))P.S. Столько всего насоветовали, хотя вопрос был о другом ))))) Вставить ник Quote
Aomi Posted June 18, 2014 Author Posted June 18, 2014 Адреса серые ) биллинг - коммутатор - два наса. Каждый за своим белым адресом. Юзеры за натом. Вставить ник Quote
nobody4097 Posted June 18, 2014 Posted June 18, 2014 Значит забудьте все вышеперечисленные "советы" ) По существу вопроса - отправиться на форум/техподдержку биллинга. Вставить ник Quote
Saab95 Posted June 18, 2014 Posted June 18, 2014 Адреса серые ) биллинг - коммутатор - два наса. Каждый за своим белым адресом. Юзеры за натом. Микротик же умеет делать статические записи в DHCP по макам, соответственно если пул не введете то те, кого нет в списке работать не сможет. Поэтому хотспот не нужен в данной схеме. Если вам надо просто распределять абонентов, разбейте всех пополам, то создайте вторую подсеть на втором сервере, в биллинге части абонентам поменяйте адреса и пусть каждые сидят на своем сервере, соответственно подключены сервера будут к одному коммутатору и слушать абонентов, если на одном в DHCP нет мака, он абоненту ничего не выдаст и конфликтов не будет. Вставить ник Quote
Lynx10 Posted June 20, 2014 Posted June 20, 2014 Убираете хотспот и, соответственно радиус, да? ))))) а почему "соответственно" ? у mt дхцп сервер умеет работать с радиус.... то что аккаунтинга не будет - то это да ... Вставить ник Quote
Saab95 Posted June 20, 2014 Posted June 20, 2014 а почему "соответственно" ? у mt дхцп сервер умеет работать с радиус.... то что аккаунтинга не будет - то это да ... Нетфлоу уже отменили? Кроме всего при аренде адреса 5 минут, можно легко узнать активен клиент или нет. Вставить ник Quote
.png.5d2afa2996cc6a85d0f2c09b92dd0a28.png)
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.