mac

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

по 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 диапазона. (как оказалось - может, м

Вобщем, мой вариант с маркировкой пакетов должников и последующей маршрутизацией оказался работающим без проблем на компе с windows 7 . Может и другие варианты заработали бы, но пока не стал пробовать. Попутно всплыл другой вопрос. Как уговорить биллинг заполнять таблицу должников? Поскольку local NAS на сервере нет, соответственно table 47 не заполняется адресами должников и редиректятся в кабинет пользователя все, кто не в таблице ALLOW, а значит и те, кто, назначил себе левый статический адрес. Естественно в браузере у таких будет ошибка, если абонента с таким ip адресом нет.

Микротик - шлюз. фаер микротика: фаер сервера биллинга (FreeBSD 9.3 x64, таблица 101 - защита от брутфорс, табл 2 - сеть абонентов). пробовал и без 404 правила. uhw работает таким образом, что, в качестве дефолтного шлюза, dhcp сервера выдает свой ip виртуалхост биллинга на 81 порту

А если вдруг пользователей станет 256, тогда альяс городить для новой сети или маску расширять? Ну можно конечно /22 взять, но тогда есть риск где-то перепутать /24 и /22. А с /16 - не спутаешь ) Вообще это пока стенд на столе и под столом) По проблеме. Сервер подключен к бриджу микротика (LAN), туда же включен и комп пользователя. Все находятся в одной 10.12.0.0/16. Все хосты знают маршрут в свою сеть и шлюз. Я так понимаю, если бы сервер был шлюзом, то указанной в моем предыдущем посте проблемы бы не было. Я так сразу и пытался сделать, но не получилось и начал ковырять роутинг маркированн

Спасибо за ответ. Попробовал. Может какие-то не те свои параметры прописал в правила микротика, но проблема в следующем: 2787 101.379988000 10.12.0.254 81.19.70.3 TCP 74 [TCP Retransmission] 50492 > http [SYN] Seq=0 Win=29200 Len=0 2788 101.380372000 10.12.255.254 10.12.0.254 TCP 74 [TCP Previous segment not captured] http > 50492 [SYN, ACK] Seq=1212807420 Ack=1 Win=65535 Len=0 2789 101.380446000 10.12.0.254 10.12.255.254 TCP 54 50492 > http [RST] Seq=1 Win=0 Len=0 ИМХО, я думаю что запрос от юзера (10.12.0.254) на установку соед