Заметил еще одну проблему. Недавно отвалился один из сателлитов. Так исчезли все зеленые ключики. Не только у клиентов этого сателлита, а вообще у всех. И появились только тогда, когда восстановили связь с упавшим сателлитом.

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

Можна ли убрать нолик в поле ввода сумы платежа? Такая себе очередная защита от кривых рук. Операторы привыкли к 1С, где нолик автоматически меняется вводимым символом.

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

P.S. платежы == платежи, платежов == платежей.
_{У меня нет платежов - не учу я падежов}

http://www.netsetman.com/index.php?s=nsm

Этот, блин, "модуль" до сих пор требует установки апача на каждый долбанный сателлит? Или автор сумел довести до ума свое детище?

даю 150%%, что те, кто больше всего кричат в этой теме, на самом деле не платили ни копейки за биллинг. Не позорьтесь украинцы.

Да, давно поправил, просто не выкладывал.

Спасибо. Теперь все работает как надо

Небольшая трабла при редактировании алиаса. При тычке на свободный ip он вставляется не в поле ip-адрес, а в поле ФИО.

Можно это поправить?

Это есть:

Код:

209 if (!$AUTH && $p->{auth} eq 'no') {&Login(); &Exit}

?
Должно быть. Делай так:

Код:

if (!$AUTH && ($p->{auth} eq 'no' || $p->{lstate})) {&Login(); &Exit}

Между прочим, по теме: БЕЗ этого исправления использование вышеописаной "фишки" (показ иконки-ключика возле клиента если у него "всегда онлайн" и есть трафик) чревато СЕРЬЁЗНЫМИ проблемами в плане безопасности пользовательских данных (первый пост темы).
Поэтому всем исправить в срочном порядке )

Хочу добавить, что это исправление нужно внести не только в /usr/local/www/apache22/cgi-bin/stat.pl, но и в /usr/local/www/apache22/cgi-bin/adm/stat.pl.
Иначе, при наборе адреса вида https://your.billing.tld/cgi-bin/adm/stat.pl?a=99&a=99, неавторизованному клиенту покажет страничку статистики предназначенную для администратора.

[0xbad0c0d3]

Я полагаю, что 0xbad0c0d3 шутит

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

[fwd нормально работает только с локалхостом]

fwd нормально работает только с локалхостом, прикрутил еще redir и все завелось. Может можно както сделать через ipfw или pf чтоб не запускать лишний сервис?

Перенаправлять запросы можно по-разному, например так, как у тебя:

Код:

ipfw add 10 fwd 194.28.36.20,80 tcp from not table(0) to any 80

а можно еще и так:

Код:

# setfib 1 route add default 194.28.36.20
# ipfw add 10 setfib 1 ip from not table(0) to any

_{В последнем случае ядро должно быть скомпилировано с поддержкой множественных страниц маршрутизации (options ROUTETABLES=N, где N - число от 1 до 16)}

И попробовать использовать fwd непосредственно на сервере, куда поступают запросы. Например, на 194.28.36.20:

Код:

# ipfw add 10 fwd 127.0.0.1 tcp from any to not me 80

Теоретически должно работать.

UPD: И, разумеется, в любом случае, серевер 194.28.36.20 должен находиться в одной подсети с шлюзом, заворачивающим на него пакеты.

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

А кто знает, что за говно-сетевухи вы туда воткнули? Вам со своим сервером прямая дорога в гарантийный сервис, а не оффтопить тут.

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

Такая же фигня случается. Можно попробовать сделать down/up интерфейса. Иногда помогает. Если поменять карты местами, то будет "выпадать" внешний интерфейс , а внутренний будет работать, что позволит зайти на маршрутизатор из внутренней сети и ребутнуть его корректно.

Такое наблюдается как на FreeBSD, так и на Windows-маршрутизаторах. По ощущениям, это случается с дешевыми десктопными карточками возрастом >1 года. Решаем кардинально - меняем сетевухи на новые и спим спокойно.

Уже было : http://forum.nodeny.com.ua/index.php?topic=1133.0

MAC выдирается из арп-кеша системы на кторой крутится биллинг

Выдирается из arp-кеша собственно биллинга (что не имеет смысла при распределенной сети с несколькими сателлитами), или из arp-кеша сателлита, к которому подключен клиент?

[ser970,]

ser970,
ты сам только что проиллюстрировал справедливость этого анекдота