Jump to content
Калькуляторы

2 Nas mikrotik как сделать DHCP Что бы не глючило.

Привет всем! Подскажите пожалуйста, что сделать что бы нормально работало:

Два микротика как НАС серверы, абоненты авторизуются по радиусу, dhcp сервер выдает адрес, абонент авторизуется по маку (hotspot в микротике). Как сделать что бы оба работали одновременно, с одним пулом адресов и не выдавали одинаковые? Спасибо!

Share this post


Link to post
Share on other sites

Какой биллинг?

Выдача адресов через радиус из пула должна производится логикой биллинга - любой биллинг не будет выдавать один и тот же адрес второй раз.

У меня другой вопрос - как вы настроите маршрутизацию между бордером и двумя NASами и одним общим пулом? Я так понимаю речь идет про белые адреса, с серыми бы не нужен был такой изврат. А значит далее трафик идет на бордер без ната? Как на бордере маршруты пропишите - если сервака два, а пул один? Если бы речь шла о тунелях - там понятно - юзер на NAS подключился - создался фейс и роут/32, на бордер отослался маршрут с помощью любого протокола динамической маршрутизации....

Не знаю, как вы там разруливаете траф на хотспотах и какова топология, может прокси арп поможет, если не роутинг, а свитчинг между насами и бордером.

Share this post


Link to post
Share on other sites

Убираете хотспот, при выдаче адреса вешаете маршрут /32 на нужном насе и по OSPF анонсируете его.

Share this post


Link to post
Share on other sites
Убираете хотспот
и, соответственно радиус, да? )))))

P.S. Столько всего насоветовали, хотя вопрос был о другом )))))

Share this post


Link to post
Share on other sites

Адреса серые ) биллинг - коммутатор - два наса. Каждый за своим белым адресом. Юзеры за натом.

Share this post


Link to post
Share on other sites

Значит забудьте все вышеперечисленные "советы" )

По существу вопроса - отправиться на форум/техподдержку биллинга.

Share this post


Link to post
Share on other sites

Адреса серые ) биллинг - коммутатор - два наса. Каждый за своим белым адресом. Юзеры за натом.

 

Микротик же умеет делать статические записи в DHCP по макам, соответственно если пул не введете то те, кого нет в списке работать не сможет. Поэтому хотспот не нужен в данной схеме.

 

Если вам надо просто распределять абонентов, разбейте всех пополам, то создайте вторую подсеть на втором сервере, в биллинге части абонентам поменяйте адреса и пусть каждые сидят на своем сервере, соответственно подключены сервера будут к одному коммутатору и слушать абонентов, если на одном в DHCP нет мака, он абоненту ничего не выдаст и конфликтов не будет.

Share this post


Link to post
Share on other sites
Убираете хотспот
и, соответственно радиус, да? )))))

 

а почему "соответственно" ? у mt дхцп сервер умеет работать с радиус.... то что аккаунтинга не будет - то это да ...

Share this post


Link to post
Share on other sites

а почему "соответственно" ? у mt дхцп сервер умеет работать с радиус.... то что аккаунтинга не будет - то это да ...

 

Нетфлоу уже отменили? Кроме всего при аренде адреса 5 минут, можно легко узнать активен клиент или нет.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this