Aomi Опубликовано 18 июня, 2014 · Жалоба Привет всем! Подскажите пожалуйста, что сделать что бы нормально работало: Два микротика как НАС серверы, абоненты авторизуются по радиусу, dhcp сервер выдает адрес, абонент авторизуется по маку (hotspot в микротике). Как сделать что бы оба работали одновременно, с одним пулом адресов и не выдавали одинаковые? Спасибо! Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nobody4097 Опубликовано 18 июня, 2014 · Жалоба Какой биллинг? Выдача адресов через радиус из пула должна производится логикой биллинга - любой биллинг не будет выдавать один и тот же адрес второй раз. У меня другой вопрос - как вы настроите маршрутизацию между бордером и двумя NASами и одним общим пулом? Я так понимаю речь идет про белые адреса, с серыми бы не нужен был такой изврат. А значит далее трафик идет на бордер без ната? Как на бордере маршруты пропишите - если сервака два, а пул один? Если бы речь шла о тунелях - там понятно - юзер на NAS подключился - создался фейс и роут/32, на бордер отослался маршрут с помощью любого протокола динамической маршрутизации.... Не знаю, как вы там разруливаете траф на хотспотах и какова топология, может прокси арп поможет, если не роутинг, а свитчинг между насами и бордером. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 18 июня, 2014 · Жалоба Убираете хотспот, при выдаче адреса вешаете маршрут /32 на нужном насе и по OSPF анонсируете его. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nobody4097 Опубликовано 18 июня, 2014 · Жалоба Убираете хотспот и, соответственно радиус, да? )))))P.S. Столько всего насоветовали, хотя вопрос был о другом ))))) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Aomi Опубликовано 18 июня, 2014 · Жалоба Адреса серые ) биллинг - коммутатор - два наса. Каждый за своим белым адресом. Юзеры за натом. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nobody4097 Опубликовано 18 июня, 2014 · Жалоба Значит забудьте все вышеперечисленные "советы" ) По существу вопроса - отправиться на форум/техподдержку биллинга. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 18 июня, 2014 · Жалоба Адреса серые ) биллинг - коммутатор - два наса. Каждый за своим белым адресом. Юзеры за натом. Микротик же умеет делать статические записи в DHCP по макам, соответственно если пул не введете то те, кого нет в списке работать не сможет. Поэтому хотспот не нужен в данной схеме. Если вам надо просто распределять абонентов, разбейте всех пополам, то создайте вторую подсеть на втором сервере, в биллинге части абонентам поменяйте адреса и пусть каждые сидят на своем сервере, соответственно подключены сервера будут к одному коммутатору и слушать абонентов, если на одном в DHCP нет мака, он абоненту ничего не выдаст и конфликтов не будет. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Lynx10 Опубликовано 20 июня, 2014 · Жалоба Убираете хотспот и, соответственно радиус, да? ))))) а почему "соответственно" ? у mt дхцп сервер умеет работать с радиус.... то что аккаунтинга не будет - то это да ... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 20 июня, 2014 · Жалоба а почему "соответственно" ? у mt дхцп сервер умеет работать с радиус.... то что аккаунтинга не будет - то это да ... Нетфлоу уже отменили? Кроме всего при аренде адреса 5 минут, можно легко узнать активен клиент или нет. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...