mac

Годы спустя все было настроено и заработало как надо. Спасибо всем тем форумчанам, кто отвечал на мои вопросы. Как это выглядет в итоге можно почитать на этой страничке. Написано для себя, чтобы не забыть, но может быть окажется полезным кому-то еще.

nightfly, вопрос не в логике. У вас есть полное представление как работает система, поэтому вы считаете, что логичным будет только вот так и только так. Все другие способы - нелогично. У меня не полное представление, я пока что понятия не имею что уже может быть 10 лет взаимодействие с ПС - это пром стандарт - отсюда варианты работы системы и вопросы. Спасибо за объяснения и терпение.

спасибо

Ну их деньги - это понятно. Но деньги для провайдера предназначены, просто проходят через них на счет провайдера. Почему бы не дать считать деньги провайдера - типа Ubilling авторизуется и запрашивает поступления денег за период или просто новые платежи...

Читал несколько раз, схему смотрел, видел стрелу от платежной системы в опенпейз. Но означает ли стрела то, что именно ПС инициатор,- хз. А логика может быть разная: по событию, расписанию или поллинг. Вот и спросил. Еще мысль пришла, если к примеру фронтэнд недоступен временно, а в это время ПС решала выгрузить данные. Такие нюансы регулируются какими-то условиями использования ПС ? Сильно не пинайте, если считаете вопрос глупым.

по openpayz, подскажите пож-та, кто инициатор транзакции: frontend или платежная система? Ubilling периодически опрашивает платежную систему о поступивших платежах или последняя периодически обращается в фронтэнду?

А в свиче какой проц - 88e6218 ? wiggler jtag + H-JTAG использовали?

Понял, спасибо

Пользуюясь случаем, спрошу в этой теме: Можно ли с помощью настроек в userstats.ini (я не нашел такой опции, или я плохо смотрел?) отключить отображение "Платежный ID" в кабинете пользователя? Или только выпиливать откуда-то из кода кабинета? Просто при не использовании openpayz, этот ID сбивает абонентов с толку и всякое-такое.

nightfly, большое спасибо за быстрый ответ! Значит будут нужны организационные меры

Добрый день. Не удается самостоятельно разобраться, прошу помощи. Имеется НАС Микротик (6.19) соединенный туннелем с биллингом. Проблема (или фича?) в том, что биллинг не заполняет dhcp leases микротика, если у абонента отрицательный баланс. В итоге, он получает лизу из диапазона UHW, редирект на страницу UHW, даже если уже активировал правильный MAC адрес своего оборудования. Ресет пользователя, массовый ресет, рестарт stg не помогает. Помогает только если выставить неотрицательный баланс у пользователя. Поковырял немного mikrotik.drv, но не разбираясь в php, почти ничего не понял. Ест

Щупал пару раз. Т.е. все кто здесь спрашивает - не имеют прав суперюзера?

Вообще не понял о чем тема... Сбросят пароль удаленно... хм... Если есть доступ к свичу суперпользователя - алгоритм такой: читаем документацию, вводим команду, пароль на загрузчик станет стандартным

Здесь пример аналогичного dhcpd.conf конфига приводится

Думаю, так будет быстрее работать, чем редирект по !ALLOW (меньше нагружать Микротик): список ALLOW - большой, список DENY - маленький

Так в теме три варианта редиректов. Просто микротик перенаправляет все адреса, кроме разрешенных. А значит и те левые, что назначены пользователями самостоятельно статиком. Эти редиректы попадут на сервер, ipfw их перенаправить в кабинет пользователя. А такого пользователя нет. Если табл 47 заполнена правильно, то ipfw будет редиректить в кабинет пользователя только табл 47, а не всех подряд. Возможно вам это вообще не нужно если у вас IP source guard + dhcp snooping binding на абонентских портах, статич адреса свич не пропустит, значит вам табл 47 не нужна.

А что микротик? В микротике все работает

фух! управляет через /etc/stargazer/system/executer/rscriptd.drv

сделал исправления в скриптах: /etc/stargazer/OnDisconnect добавить строчку в блок // User's IP чтобы выглядел так: // User's IP: if ( isset($argv[2]) ) { define('IP', $argv[2]); shell_exec("/sbin/ipfw -q table 47 add ".$argv[2]); } else define('IP', NULL); /etc/stargazer/OnСonnect добавить строчку в блок // User's IP чтобы выглядел так: // User's IP: if ( isset($argv[2]) ) { define('IP', $argv[2]); shell_exec("/sbin/ipfw -q table 47 delete ".$argv[2]); } else define('IP', NULL); Изменил б

Я модифицировал себе, для включения абонента на двух серверах, для этого правил файлик /etc/stargazer/system/executer/mikrotik.drv Я думал править вот эти php скрипты: /etc/stargazer/OnConnect /etc/stargazer/OnDisconnect посмотрел код и дошло : при адаптации под микротик table 47 заполняется только скриптом debtors.php !? я правильно понял? локальный НАС таблицой 47 уже не управляет?

спасибо! но сходу не понял назначение "небольшого костылика", буду разбираться. и еще - зачем лизы записывать немедленно на диск. это ведь гостевые лизы. чтобы еще кому-то не назначить такой же адрес после перезагрузки роутера при сбое питания?

спасибо!

Респект. У меня не получилось - роутер отказывался поднять еще один dhcp сервер на бридже PS В статику добавили релей 255.255.255.255 ? Точно, после этого разрешил поднять динамик или uhw pool как next pool в основной добавили?

если eoip между микротиками (один удаленный, другой - с биллингом) то должно получится в этой теме jcomm подробно объяснял http://local.com.ua/forum/topic/54809-mikrotik-%D0%BA%D0%B0%D0%BA-%D1%83%D0%B4%D0%B0%D0%BB%D0%B5%D0%BD%D0%BD%D1%8B%D0%B9-nas/

Очень актуальная тема, у меня не получилось, может у вас получится. Вкратце, как делал я, но впоследствии отказался. Задача была в повышенной автономности удаленной сети от биллинга. Т.е. принципиальный вопрос был - возможность безпроблемной работы абонентов в случае отсутствия связи биллинг-микротик. 1. Поэтому все запросы dhcp релеить нельзя. dhcp должен быть локальным, а на микротике dhcp сервер не такой гибкий как isc-dhcp в фре. Микротиковский dhcp сервер не может раздавать статиком ip адреса известным mac адресам, и динамиком - неизвестным из uhw диапазона. (как оказалось - может, м