Перейти до

Удаленный NAS - Mikrotik


Рекомендованные сообщения

Доброго времени суток.

 

Сейчас в качестве NAS'ов используем FreeBSD.

Рассматриваем вариант перехода на Mikrotik.

Документация описывает простоту привязки mikrotik к ubilling.

 

Хотелось бы узнать есть ли у кого реальный опыт использования такого решения и конечно все за и против.

Сеть состоит из сервера ubilling и удаленных NAS серверов.

Пока что все NAS находятся в одной физической сети, но в виду установки следующих планируется использование каналов сторонних операторов.

В связи с этим выбираем оптимальную схему взаимодействия биллинга с удаленными NAS`ами. 

 

Благодарю.

Ссылка на сообщение
Поделиться на других сайтах

ну то что может держать хотяб 1к абонов это поидеи ccr36 цена около 1к у.е дешевле на тазике. у меня на микротике сидит 100+ абонов работает без проблем особо , все остально на фре .

Ссылка на сообщение
Поделиться на других сайтах

ccr36 = 1,2 гб трафика на рррое без ната..на натеменьше немного

а кол-во сессий сколько примерно? ну я так понимаю у человека будет и нат и шейпер на нем

Ссылка на сообщение
Поделиться на других сайтах

 

ccr36 = 1,2 гб трафика на рррое без ната..на натеменьше немного

а кол-во сессий сколько примерно? ну я так понимаю у человека будет и нат и шейпер на нем

 

NAS будет обслуживать 500 абонентов, потом можно будет заменить на более мощный.

NAT, щейпер. 95% серые IP.

 

Не совсем понятно стоит ли выносить DHCP на NAS, или сделать l2 тоннель для получения DHCP от биллинга.

Ссылка на сообщение
Поделиться на других сайтах

 

ccr36 = 1,2 гб трафика на рррое без ната..на натеменьше немного

а кол-во сессий сколько примерно? ну я так понимаю у человека будет и нат и шейпер на нем

 

1.5 k

Ссылка на сообщение
Поделиться на других сайтах

 

 

ccr36 = 1,2 гб трафика на рррое без ната..на натеменьше немного

а кол-во сессий сколько примерно? ну я так понимаю у человека будет и нат и шейпер на нем

 

NAS будет обслуживать 500 абонентов, потом можно будет заменить на более мощный.

NAT, щейпер. 95% серые IP.

 

Не совсем понятно стоит ли выносить DHCP на NAS, или сделать l2 тоннель для получения DHCP от биллинга.

 

А чем вас не устраивает фря? темболее вот вариант очень хорошо работает http://wiki.ubilling.net.ua/doku.php?id=freebsdremotenas

ну а вообще гдето тут я видел тему, шейпер и нат ccr36 тянет стабильно 1к абонов при 1500 начинает захлебываться

Відредаговано DemonidZe
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

А чем вас не устраивает фря? темболее вот вариант очень хорошо работает http://wiki.ubilling.net.ua/doku.php?id=freebsdremotenas

ну а вообще гдето тут я видел тему, шейпер и нат ccr36 тянет стабильно 1к абонов при 1500 начинает захлебываться

В одном из населенных пунктов магистрал позволяет установить у себя в стойке Mikrotik и даже запитать его от своего ups, а вот сервер нет.

Организация же своего места для установки будет ежемесячно влетать в копеечку.

А есть места, где придется устанавливать NAS на чердаке, соответственно проводить ему внутреннюю очистку будет требоваться намного чаще. 

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

Відредаговано NET-CREATOR
Ссылка на сообщение
Поделиться на других сайтах

 

А чем вас не устраивает фря? темболее вот вариант очень хорошо работает http://wiki.ubilling.net.ua/doku.php?id=freebsdremotenas

ну а вообще гдето тут я видел тему, шейпер и нат ccr36 тянет стабильно 1к абонов при 1500 начинает захлебываться

В одном из населенных пунктов магистрал позволяет установить у себя в стойке Mikrotik и даже запитать его от своего ups, а вот сервер нет.

Организация же своего места для установки будет ежемесячно влетать в копеечку.

А есть места, где придется устанавливать NAS на чердаке, соответственно проводить ему внутреннюю очистку будет требоваться намного чаще. 

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

 

а ну тогда микротик пойдеть аж нечего делать . я так считаю

Ссылка на сообщение
Поделиться на других сайтах
  • 2 weeks later...

Насколько реально средствами ubilling без особого ручного допила реализовать схему:

post-27933-0-88506600-1400752959_thumb.png

 

NAS серверы находятся удаленно.

К одним есть волокна, к другим транспорт оператора, а к некоторым есть только интернет канал.

Обязательно ли размещать dhcp на хосте биллинга, или его можно выносить на NAS по одному для каждого?

 

 

Ссылка на сообщение
Поделиться на других сайтах

Лучше на хосте с биллингом, потому что он там рулится.

Что бы без сверх допилов используй dhcp + option82.

Там где у тебя л3 конектед тема на форуме уже была какими методами это обходилось.

Ссылка на сообщение
Поделиться на других сайтах

Там где у тебя л3 конектед тема на форуме уже была какими методами это обходилось.

Допустим там где транспорт - оператор дает vlan.

Стоит ли поднимать q-n-q или все засовывать в один vlan?

 

Впервые будем строить удаленный nas и хотелось бы все сделать грамотно, дабы не ездить по пол дня на устранение косяков планирования.

Ссылка на сообщение
Поделиться на других сайтах

Вам дали влан из другой операторской сети, которая вам не принадлежит?

Потому что влан сам по себе - это л2, если у вас есть возможность сделать соединение насов с биллингом по л2 - 100% успех и без костылей :)

Відредаговано L1ght
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

Все верно, но если гнать dhcp с биллинга, то нужно как минимум 2 vlan`а.

В одном пригонять dhcp для портов доступа, а во втором инет и управление.

 

Другого способа кроме qinq не знаю.

 

Ubilling позволяет одновременно использовать NAS FreeBSD и Mikrotik (например 2 NAS на тазиках и 2 на routerboard)?

Насторожила строчка

Для того, чтобы скрипты On* могли управлять устройствами на базе RouterOS, необходимо заменить их, последовательно выполнив следующие команды в консоли сервера Ubilling

Відредаговано NET-CREATOR
Ссылка на сообщение
Поделиться на других сайтах

ну щас микротик управляется через api в стандарте On* идут без управления микротиком , поэтому если нужен микротик то надо делать вот так http://wiki.ubilling.net.ua/doku.php?id=mikrotikapi

Ссылка на сообщение
Поделиться на других сайтах

ну щас микротик управляется через api в стандарте On* идут без управления микротиком , поэтому если нужен микротик то надо делать вот так http://wiki.ubilling.net.ua/doku.php?id=mikrotikapi

А если надо и микротик и фря?

Ссылка на сообщение
Поделиться на других сайтах

 

ну щас микротик управляется через api в стандарте On* идут без управления микротиком , поэтому если нужен микротик то надо делать вот так http://wiki.ubilling.net.ua/doku.php?id=mikrotikapi

А если надо и микротик и фря?

 

ну правильно оно будет то и то , просто из коробки оно не умеет микротиком рулить .

Ссылка на сообщение
Поделиться на других сайтах
DemonidZe   

Я дивився скрипти стандартні і ті які підтримують мікротіки то вони досить суттєво відрізняються від тих які по дефолту... Хотілося б дізнатися на, що потрібно першочергово звертати увагу при заміні скриптів на робочому білінгу, щоб можна було максимально швидко і безболісно вернути в роботоспособність віддалений нас на фрі, але вже з новими скриптами. Дякую

Ссылка на сообщение
Поделиться на других сайтах

удаленные насы выполняют свои скрипты On* и к локальным скриптам не имеют ни какого отношения . замена локального скрипта позволяет управлять микротиком и выполнять также локально On*  если используется все в одном флаконе.

Ссылка на сообщение
Поделиться на других сайтах
  • 5 weeks later...

Доброго дня. Знову вертаючись до теми віддаленого наса цікавить наступне питання. Як правильно буде сконектити віддалений нас на FreeBSD пр наявності на насі тільки інтернету... Транспорту немає... Вихід наскільки я розумію тільки VPN... Підскажіть як це правильно реалізувати і чи можливо сервер DHCP винести на нас, щоб не ганяти трафік лишній через VPN. Дякую

Ссылка на сообщение
Поделиться на других сайтах

Mpd5 на сервер настраивпете pptp конфиг. На микротике настраиваете pptp client. И все ок. Так же можно настроить автоматический подъем маршрутизации для того что бы пинговать клиента или снимать нужные данные с устройств.

Ссылка на сообщение
Поделиться на других сайтах

Mpd5 на сервер настраивпете pptp конфиг. На микротике настраиваете pptp client. И все ок. Так же можно настроить автоматический подъем маршрутизации для того что бы пинговать клиента или снимать нужные данные с устройств.

Ви мене трошки не вірно зрозуміли. В даній схемі мікротік не буде використовуватися взагалі. Тільки білінг на FreeBSD і NAS на FreeBSD...

Ссылка на сообщение
Поделиться на других сайтах

Тільки білінг на FreeBSD і NAS на FreeBSD...

Можно попробовать поднять EoIP между биллингом и НАСом: http://fr0mscr4tch.wordpress.com/2012/12/10/eoip-tunnel-mikrotik-on-freebsd/

...и немножко обсуждения вышеуказанного: http://local.com.ua/forum/topic/43565-ubilling-nas-на-freebsd-бортжурнал-починаючого-адміна/?p=431323

 

UPD: Ну а дальше на интерфейсе поднимаете DHCP.. Интерфейс, кстати, прозрачный для L2

Відредаговано jcomm
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

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

Уж очень не хочется гонять в нем DHCP.

Я так понимаю, что на данный момент, управлять удаленным DHCP на NAS`е возможно только в случаи использования Mikrotik?

В случае с удаленными NAS`ами где размещать заглушку?

Відредаговано NET-CREATOR
Ссылка на сообщение
Поделиться на других сайтах

ну кроме костылей дхп сервером управлять ни как (что-то типа копировать конфиг скриптамии дергать дхп) или микротик вкачестве наса. заглушку можно и на нас повесить или как то так

4. Устанавливаем JavaScript редирект с умолчательного VirtualHost на URL

<script type="text/javascript">
<!--
window.location = "http://172.32.0.1/"
//-->
</script>  
Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від x-net
      Продам вживаний світч Mikrotik CSS326-24G-2S+: 24 мідних гігових та 2 SFP+ порти, вуха, коробка, БЖ. 4 тис. грн.
    • Від igra
      Привіт. Підскажіть таке питання.  Є два канала.  один по оптиці другий резерв на 4g. канали перелючаються все ок.  на оптиці все парцює в правилах фаєрвола проброс портів указан на sfp інтерфейс. при відключення накалана sfp  не можу зайти с канала 4г. вказую що інтерфейс 4г порти не прокидує. як вказати сразу два інтерфейса
    • Від nightfly
      Ubilling 1.5.9 rev 9525 The Perfect Lock
       
      Зміни в структурі БД. alter.ini: нова опція GENERATORS_ENABLED, що вмикає модуль моніторингу генераторів. alter.ini: нова опція TB_GENERATORS_NOTIFY, що вмикає нотифікацію про запущені генератори в області сповіщень. alter.ini: нова опція PON_ONU_UNI_STATUS_COMPACT, що вмикає компактне відображення стану мідних портів на ONU. alter.ini: нова опція PONBOXES_MINIMAP, що дозволяє вмикати та вимикати міні-мапу, при редагування ПОН коробки. Новий модуль Єдинорожий телепорт: дозволяє просто та зручно переносити ваш робочий білінг на новий сервер. Модуль “Реєстрація користувачів”: виправлено проблеми сумісності з PHP 8.5. Модуль “Останні події”: викинуто дубову статку на мороз. Askozia PBX: інтеграція була давно непідтримуваною, викинуто на мороз, разом зі всіма опціями. Модуль Mapon: тепер використовує OmaeURL для взаємодії з API. Модуль “Мапа ONU”: в черговий раз покращення навігації між мапою та іншими модулями системи. Новий модуль Генератори: дозволяє моніторити стан генераторів, базово облікувати мотогодини, пальне та планувати ТО. Модуль ПОНізатор: тепер причини останньої дереєстрації ONU можуть визначатись також по серійнику ONU а не тільки за MAC. Модуль “ПОН Коробки”: покращено продуктивність відмальовки зв'язків коробок на мапах. Глобально: проведено чергову спробу зробити логування подій, що відбуваються навколо користувачів, якимось трішки більш притомним. RemoteAPI: новий виклик generators, що запускає скрипти обробки станів генераторів з автоматичним запуском. RemoteAPI: новий виклик gencontrol, для примусового запуску/зупинки генераторів за допомогою зовнішнього ПЗ. Бібліотека UbillingCache: виправлено проблеми сумісності з PHP 8.5. Бібліотека OmaeURL: виправлено проблеми сумісності з PHP 8.5. Бібліотека UbillingTelegram: вся робота з CURL перенесена до одного методу, покращено сумісність з PHP 8.5. Кабінет користувача: виправлено проблеми сумісності з PHP 8.5. UBinstaller: тепер при встановленні попередньо розгортає та конфігурує SphinxSearch. UBinstaller: Зібрано бінарні пакунки для FreeBSD 14.3 amd64 + PHP 8.5. UBinstaller: Зібрано бінарні пакунки для FreeBSD 15.0 amd64 + PHP 8.5.  
      Повний чейнджлог
      Оновлена демка
       
       

    • Від maxkorn
      Доброго дня!
      На Mikrotik NAS, створив нову підмережу для клієнтів, все наче порядок, тільки помітив, що не створюються шейпери в Queues для клієнтів цієї підмережі.
      В логах Stargazer наступне:
      2025-12-29 09:05:57 - [Ubilling] - OnConnect started for user `xxasdb5rzm`:
      2025-12-29 09:05:57 - [Executer] - Success: Firewall entry was updated/created
      2025-12-29 09:05:57 - [Executer] - Error: Queue entry can't be updated, missing
      2025-12-29 09:05:57 - [Executer] - Success: Queue_tree entry was updated/created
      2025-12-29 09:05:57 - [Executer] - Success: DHCP entry was updated/created
      2025-12-29 09:05:57 - [Executer] - Success: ARP entry was updated/created
      2025-12-29 09:05:57 - [Ubilling] - QC: 6, elapsed time: 0.064 sec.
       
      При чому, на тому ж мікротіку є ще кілька підмереж, в яких все проходить нормально:
       
      2025-12-29 08:30:17 - [Ubilling] - OnConnect started for user `22zxp7u58x`:
      2025-12-29 08:30:17 - [Executer] - Success: Firewall entry was updated/created
      2025-12-29 08:30:17 - [Executer] - Success: Queue entry was updated/created
      2025-12-29 08:30:17 - [Executer] - Success: Queue_tree entry was updated/created
      2025-12-29 08:30:17 - [Executer] - Success: DHCP entry was updated/created
      2025-12-29 08:30:17 - [Executer] - Success: ARP entry was updated/created
      2025-12-29 08:30:17 - [Ubilling] - QC: 6, elapsed time: 0.602 sec.
       
      Налаштування аналогічні, в чому може бути причина?
    • Від ProstoName
      Змінювали мережеву карту. Здається все поправив. Працює. Але є невелика проблема - після внесення коштів (коли абонент був відключений), інет в нього не з'являється. Тільки після заміни тарифу на інший (і потім вернувши тариф) в абонента з'являється інет. 
×
×
  • Створити нове...