nightfly

Эммм... был не прав.... прошу меня извинить - нагрузился, че-то на GOOD_URL/BAD_URL из OpenPayz Редирект на ISP_URL в UHW происходит в случае, если к странице UHW обращается пользователь с уже известным Ubilling и присвоенным кому-то MAC адресом из подсети не принадлежащей к UNKNOWN_MASK. Тоесть поменял себе юзер себе мак, либо нам позвонил и мы ему поменяли "четыре красных буквоцифры", после чего возможны два сценария его последующих действий: 1. либо юзер баран и не переполучил по DHCP свои новые настройки 2. либо юзер умный и скажем умеет страшную технологию "вкл-выкл сетевую либо перегрузить компьютер", но у него больной браузер который жестко кеширует страницы (угадайте на какой намекаю?) В любом из этих случаев он остается на странице uhw либо добрый браузер отправит его туда при попытке опять зайти на vk.com или откуда там его редиректнуло на нее. В таком случае происходит следующее: 1. UHW проставит хидеры no-store, no-cache, must-revalidate и прочие теоретически подавляющие кеширование браузером 2. Смотрит, что у пользователя уже известный для Ubilling MAC раз оный не попадает под UNKNOWN_MASK и насильно его перенаправляет на наш сайт чтобы показать этому гаду - что вот он, есть уже твой интернет. Слегка путано получилось но основную мотивацию для вот этих редиректов, вроде как обозрел. Надеюсь. Да и провайдеру должно быть приятно, что пользователь будет хоть иногда попадать на его сайт

А разрешить трафик по UDP 53 для подсети неизвестных MAC сквозь локальный DNS? Чем они резолвить ISP_URL должны? Тем более в NAT они не попадают и не надо.

Нечего там считать. Если абонент сам себя морозит из кабинета пользователя - снимается сумма указанная в AF_FREEZPRICE а также та сумма которая указана в тарифе в поле "Стоимость заморозки", если она не нулевая. В замороженном состоянии на абонента просто не начисляется АП и не выполняется OnConnect, даже если у абонента достаточно средств. Вот и все.

Жизнь скучна без экстрима Я лучше напложу еще побольше жертв 408, и думаю рано или поздно ты не выдержишь изобразив хотябы предварительное 2.409

"Наверное" не знаю зачем его вы выключали. Вот дефолтный конфиг как он есть, и его работа полностью понятна и четко обозначена в документации: DayFee = 1 ReconnectOnTariffChange=yes DayFeeIsLastDay = no DayResetTraff = 1 SpreadFee = no FreeMbAllowInet = no WriteFreeMbTraffCost = yes FullFee = yes

Это проблема "быстрого reset" на rscriptd а не замены тарифа. ReconnectOnTariffChange у нас нынче бай дефолт. Была попытка включить гитовую версию старгейзера в одну из сборок ubinstaller, но она у меня на то время не собралась, а релиз горел Потому, что это действительно подпорка и стоит ждать 2.409 где это все исправлено "изкаробки".

Вот, как-то так 0.3.6 - rev 2264 billing.ini: новая опция RESET_AO хотфиксящая проблему при использовании rscriptd (включать строго по дикой нужде) Установите RESET_AO=1 и будет вам щастье.

А так, мало не забув. Таблички які не будуть звертатись кліканням по модулю бекапів з вебінтерфейсу - встановлюються опцією NOBACKUPTABLESLIKE=

За замовчуванням в бекап weblogs не потрапляє. Тому я і раджу на продакшні використовувати ось це.

CREATE TABLE IF NOT EXISTS `weblogs` ( `id` int(11) NOT NULL AUTO_INCREMENT, `date` datetime NOT NULL, `admin` varchar(45) DEFAULT NULL, `ip` varchar(64) DEFAULT NULL, `event` varchar(255) DEFAULT NULL, PRIMARY KEY (`id`), KEY `date` (`date`), KEY `date_2` (`date`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 AUTO_INCREMENT=1 ;

cat ваш_дамп.sql | /usr/local/bin/mysql -u root -p stg --password=newpassword --default_character_set utf8

Кому как. Комутируемые соединения пора бы оставить в прошлом. Если выглянуть через окно, можно заметить - 2013-й год на улице. HP_MODE, как следует из его названия задуман как режим высокой продуктивности, отчасти он вполне себе справляется с пережевыванием абонбаз до 60000 абонентов, полагаясь на фоновую подгрузку данных при помощи ajax в фоне, отчасти используя deffered rendering (отложенную прорисовку?), а от части оно нормально работает с нормальными количествами абонентов изза того, что не производит в цикле тысячами всяких глупых проверок - типа "а исполнился ли OnConnect?". В угоду быстродействию там даже трафик отображается с игнорированием опции TRAFFSIZE.

Это - сезонное обострение.

Здається - ні, не упустили. Критичними є конфіги: /config/mysql.ini /config/billing.ini /config/alter.ini /config/ymaps.ini /userstats/config/mysql.ini /userstats/config/userstats.ini Все інше затирається навіть при оновленнях обновлятором, після чого вищевказані конфіги повертаються на місце. Можна взагалі бути брутальним і після того як поставились з нуля інсталятором і розгортання бази перелити поверху каталог billing з бекапа (це такий варіант для надто лінивих). У будь якому випадку треба пам'ятати, що заливати дампи БД потрібно при незапущеному stargazer. Він читає такі таблички як users чи скажімо tariffs тільки на старті, після чого тільки перезаписує їх.

Страааашно?

Таблички покрашились, при непередбаченій зупинці MySQL. Загалом в таких випадках варто робити наступне: 1. зупиняємо stargazer 2. шукаємо хто поламався з допомогою CHECK TABLE `імя_таблички` 3. рихтуємо її з допомогою REPAIR TABLE `імя_таблички` 4. запускаємо stargazer

Это ONLINE_HP_MODE=1

Более-менее подчистил. Должно бы работать. Теоретически. Планировал причесать к релизу - но раз публика требует...

Привязка либо есть - либо ее нет. Можете вполне себе погрохать при помощи arp -d конкретных юзеров. Но это хтоническое мудацтво, и какого-либо смысла в этом найти не представляется возможным. FAQ В норме это называется конвертацией базы. И нет - это никак не соотноситься с ручной расстановкой айпишек по феншую. Возможно вам не нужен биллинг. Ексель скажем вполне себе справляется с учетом денежных средств, и да - "без привязки по макам".

Упс. Забыл слегка Сейчас досмотрю сериалы - выложу.

На видео четко сказано(3:05), что "as network gateway" - YES. Подозреваю что это и так самоочевидно. Я уже где-то трижды упомянул на тему шаблонизации подсетей DHCP и того, по какому принципу по умолчанию выбирается шлюз для конкретной подсети заполненной в модуле "Сети и сервисы". Занимательные уроки чтения - продолжаются.

Нет. Плохо поняли. Давайте еще раз перечитайте этот пост - внимательно на этот раз.

А теперь начинаем занимательные уроки чтения. Домашнее задание: перечитайте еще раз, внимательно этот пост и расскажите что вы из него поняли.

Да..... Обломист Блин, я уже настолько предсказуем?

felixio_01 не даром потыкал вас в FAQ. Очень плохо читали. Они все полностью описаны в документации. Ничего. Я пока что в очень благодушном настроении с утра, поэтому не начну со старта проводить так популярные здесь "занимательные уроки чтения". Раз {ROUTERS} - шлюз, по умолчанию - это начальная IP+1 Два Q: Что такое «ВсегдаОнлайн»? A: Флаг обозначающий, что пользователю ничего не нужно делать, для того, чтобы иметь шанс попасть в интернет, при условии оплаченой услуги. Также в соседней теме я уже рисовал картинку на тему того, как можно делать все что захочется с подсетями DHCP.