nightfly

Поговорим о интеграции? Я бы свои инвалидные "Виртуальные сервисы" по дороге деприкейтнул...

Откуда?

Вообще не мое. Ну давайте изза каждого юзера у которого вирусня или корявая винда, искать проблемы у себя и попутно перелопачивать пол сети. А что, сурйозные провайдеры так и делают - "раз юзер сказал, что у нас проблемы - значит давайте сломаем БГП бордер и резвенько фрю переставим на десятке NAS-ов, а что, юзер же сказал"

Эммм, а это как?

Ну настройте обратную зону что-ли. Хотя bandwidthd и так не является образцом быстродействия, ему это особо не поможет.

Ну да. А во что оно по вашему должно бекризолвиться?

10.102.0.225, 10.102.0.107.... да блин, реальней не бывает.... пофиг

тсссс, не пали контору

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

молодец, прочитали наконец выше, что следует сделать перед обновлением? Кстати как, за ваш заказ, сумашедшие деньги "до первых чисел октября" собрали уже, не?

Это кстати я не вас вспомнил - была ситуация с пересчитыванием на счетах/калькуляторах, по блокнотику + "вспоминанием" по памяти что это за абонент и сколько там денег должно было быть и куда. Что-то под кило абонентов так, поштучно. У вас еще все хорошо в этой жизни. Радуйтесь

2 samsung Стучите что-ли, попробуем вам что-то придумать. 2 logic При внедрениях я уже и не такое видел , поверьте - это еще очень хороший вариант. В любом случае хотя бы без записок в блокнотиках и деревянных счетов

Между и вобще не вижу никакой взаимосвязи. Не вижу проблем просто из онконекта просто устанавливать флаги активности пользователя а кроном ежесуточно колбасить доп. сервисы. Это светит как минимум убиранием тяжелой логики из скриптов инициализации пользователей. На нормальных количествах абонентов это может оказаться очень полезным решением.

нету там его, файрбьорд же

Тем более глупость. Больным местом вайфая является пакетная производительность железок, а не какие-то астральные "сессии" в текущем контексте. В любом случае абонент заплатил за то, чтобы быть "качком" и если провайдер не может выдержать вот такого одного "качка", то на лицо проблема организации инфраструктуры самого провайдера, либо неверный подход к построению уровня доступа для CPE, а не проблемы конечного абонента. Это даже не смешной мизер. Мне интерестно не случится ли с вами эпилептический припадок, если вы увидите "от полумилиона" connections на каждом из экземпляров nat-а?

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

Ну никто не запрещает рисовать setup рулесы, отдельно по портам, прямо из OnConnect или оттуда же основываясь на каких-то CF полях из профиля пользователя, чтобы обеспечить визуальность. Только смысла в этом нету никакого - операции типа шейпа-ната более pps чем "сесионно" зависимы, а городить statefull решение будет какраз в контексте экономии ресурсов NAS бесперспективно. Докрутить памяти кернелспейсу намного проще и эффективнее. А если самоцель, как я подозреваю, просто "сэкономить" интернеты от пользователей - дык еще проще им просто их отключить. Они деньги за интернет платят что-ли

Почитайте про keep-state, например.

Обновиться до 0.3.4 по дороге не забудьте. Там много мажорных изменений которые требуют фидбека, и собственно это единственный поддерживаемый релиз на сегодняшний день.

какой модуль захвата используется в stargazer?

У меня сейчас эпилептический припадок будет. Эти ваши линуксы не перестают радовать

Ubilling 0.3.4 rev 2060 Изменения в структуре БД, см дамп. alter.ini: новая опция TB_LABELED добавляющая подписи к иконкам alter.ini: новая опция ARPING_EXTRA_OPTIONS описывающая дополнительные опции для arping alter.ini: новая опция CATV_HP_MODE включающая альтернативный рендер для списка пользователей КТВ alter.ini: новая опция DISCOUNTS_ENABLED включающая поддержку скидок alter.ini: новая опция DISCOUNT_PERCENT_CFID определяющая ID доп. поля устанавливающего процент скидки alter.ini: новая опция DISCOUNT_OPERATION устанавливающая тип операции под которым будет осуществляться работа с

Да, это описано в FAQ Приблизительно правильно. Все что вам нужно от PHP по минимум это вот такой конфиг: magic_quotes_gpc = Off magic_quotes_runtime = Off magic_quotes_sybase = Off date.timezone="Europe/Kiev" больше там может ничего не быть. А вот это очень даже даром вы попытались сделать. Об этом тоже сказано в FAQ =) Для начала загляните на такого пользователя в "Черная магия" -> "Проверка целосности" Для начала давайте попробуем отдебужить по наивному. Тыкаете "SQL консоль" -> "PHP консоль" и исполняете там следующее: $login_q="SELECT `login

Ну при ресете он должен сохранять свое предыдущее состояние. Именно по этому по дефолту ресет использует "Down".

Не, сами пользуемся, отморозков предостаточно На будущее планирую убить двух зайцев - сделать управляемой опицю ресета и заодно рассматривать ее в AlwaysOnline ипостасии как хотфикс проблемы до 2.409.