Roman Pogosyan

ну к примеру высокий пинг до какого либо сегмента сети может дать быструю ориентировку тех службы о проблемах в сегменте , помощь супорту

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

На дебиане вообще пустое поле вместо пинга ... во фре может не совпадать .. не помню когда последний раз синхронизировал

хм тогда почему пинг до компа который в том же свиче что и сервер маркируется желтым (<600 сек) а не зеленым (<120 сек) и всетаки может там должно быть msec ?

И еще интересно действие пинг .. в админке он желтым показывает т.е. пинг <600 секуд о каком пинге тут речь ?

ok poprobuyu

ну типо пропал пакет именно в тот момент когда он проверял алив.. не изучал точно , просто сейчас он крутится как бетта версия на одном из сервяков на нем всего клиента висит , один на ЛАН другой на вайфай. вот у вайфая бывают слеты .. хотя интернет в это время у него не слетает . Просто не с того не с сего клиент краснеет , а в след за ним тухнет инет (сервер вырубает)

sori za latinicu, na etom kompe drugogo net, glyuki obychno na wifi segmente, propadet UDP i vse , sletaet po tajmautu (hotya tajmauta ne bylo)

Почему он на юдп протоколе ? из за этого глюки с аливами, иногда с подключением , это чтоб не закорачиваться с нитями или ?

Я не подошел к к вопросу "о "неудобности" авторизатора ". Наобород как раз подошел к его удобности. Когда сеть бывает малой в ней хватает VPN когда сеть растет и возникают довольно весомые конкуренты с их техническими возможностями , наступает стадия когда есть 2 выхода : 1) найти много денег сделать апгрейд сети так чтоб везде крутились умные железки . вариант правильный но не всегда оправданный , так как этот апгрейт может вогнать в большой минус из которого не вегда можно выйти. и 2) найти удобную реализацию работы на "тупой технике" вот как раз в этом случае авторизатор самое то. Клиент

Сделать так что при успешной авторизации с нового IP старій становится недействительным. Вот это идея! после нового логина делать дисконект старому и авторизировать нового , со всеми записями коннект скриптов. ... буду думать

DHCP Сверь к примеру имеет комп сидящий на ЛАН, имеет телефон или т.п. для юзания на улице через мои АП-шки. привязывать МАК и ИП не имеет смысла так как народ компы меняет часто , и часто за одним АП-клиент девайсом сидит несколько зверей и у них мак выходит одинаковым. DHCP, обычно, не меняет leased ip без надобности. А надобность возникает только если пул исчерпан. В принципе, можно извернуться и с помощью Action Expression "execute" и внешнего скрипта (или утилиты) передавать в Stargazer информацию об истечении срока lease и разавторизовывать такого абонента. Тогда возникнет

DHCP Сверь к примеру имеет комп сидящий на ЛАН, имеет телефон или т.п. для юзания на улице через мои АП-шки. привязывать МАК и ИП не имеет смысла так как народ компы меняет часто , и часто за одним АП-клиент девайсом сидит несколько зверей и у них мак выходит одинаковым.

Учту, хотя можно было высказать это в более нормальном языком. п.с. каждый думает по мере своей испорченности

А зачем держать? Сессию авторизации Stargazer хранит. Отключение сделать явным, кнопкой. А если какой индюк оставит включенным , а другой индюк зайдет получит IP и будет наслаждаться. В последствии придется разбираться с первым индюком.

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

doc, ужас какой. Тут бы хватило простого текстового файла или даже ссылки на pastebin. AliveSyn6 можно было не трогать, это поддержка старого протокола. Классический авторизатор с этим, скорее всего, работать не будет или будет глючить. Если не менять клиента он работает покрайней мере мой работал просто в лабле всего 4 буквы писал я голову ломал в чем дело , потом долшло что либы пересобрать надо было На счет дока просто описал поподробнее если кому надо до релиза доделать (если впишите в релиз)

Было бы весело если бы можно было авторизоваться через веб интерфейс , чтоб не писать авторизатор для телефонов с wifi и подобных девайсов что то по типу хотспот

В принципе вот все что было изменено буквально 6 строчек кода Tarif_out_todo.doc

Патчей нет могу написать что проделал

Разве что для файловой базы. У Stargazer'а нет параметра "дата регистрации" как такового. А если указать в конфиге списывание по дням? в принципе получается то что мне нужно , деньги снимаются после платежа и их хватает как раз на 30-31 день, только вот не знаю 1 го числа сумма всего тарифа спишится или нет

В принципе все то же самое , преобразование в стринг а потом в чар, только сточек меньше П.С. Я не занимаюсь проф программированием , скорее это хобби и иногда по нужде так что оптимальный код реально не выдам просто исходя из костылей для нарезки скорости название тарифа надо было запихнуть , вот и запихнул видал тут народ делился скриптами в выковыриванием из файловой бд, для базы это еще куча строчек , вот решил подправить и поделится, кстате сделал так же отображение тарифа в клиенте , тоже нужная фишка для "современного" зверя. в будущем если будет время попытаюсь на .NET переложит

Вот слегка модифицировал стг для того чтоб не лезть в базу сторонними скриптами для получения названия тарифа извините диф делать не смогу (много чего переделывал и не все пока работает) но кому нузхно могут дописать и так в файле projects/stargazer/user_impl.cpp находим string scriptOnConnect = blablabla Дописываем после етой строчки string tarifname; tarifname.append(tariffName); далее находим strprintf(&scriptOnConnectParams, blablabla и переделываем ее в такой вид strprintf(&scriptOnConnectParams, "%s \"%s\" \"%s\" \"%f\" \

Да , но тогда сумма будет списанна один раз в начале месяца(старгазером) а второй когда ето реально будет нужно (скриптом)

Возможно ли списание абонент платы не определенного числа каждого месяца а в зависимости от того когда зарегистрирован пользователь ?