nightfly

Насправді відповіді на всі ваші запитання, максимально прямо розписано в документації до Філій, у відповідному розділі. Технологічно - можливо. Перше, що приходить в голову, це вирізати цей шматок коду і накрити його відповідним правом, намалювавши то окремим модулем в чорну магію. Технологічно - можливо. Перше, що приходить в голову, це відокремити право на мапу ОНУ в якесь окреме, та й все. Теоретично? Напевне можливо. Якщо ви вивезете, переписування всього рендеру даних ПОНізатора та інтеграцію, біс зна якими підпорками в існуючу реалізацію філій. Хоча як на мене, дешевше та простіше було б взагалі то з нуля все переписати.

Добридень. Отак взяли і спалились, що навіть не намагались зазирнути в FAQ Фу таким бути.

Без міграції: після установки генерується новий рандомний, живе в базі та в ubapi. Після розвертання дампу - власне в базі опиняється старий з дампу, в ubapi залишається новий. Як результат - ubapi і відповідно всі періодичні та фонові процеси не працюють.

Ну може тому, що живе він в двох основних місцях - власне в /bin/ubapi та в базі. Той, що вказується при міграції, власне і потрапляє замість свіжозгенерованого в ubapi а той, що в базі, несподіваного але розвертається разом з базою з дампу

На якийсь запит куди? P.S. ні дякую, хочеться послухати ваші фантазії.

З якої причини, від ону щось провинно "приходити"?

UPD он, навіть документовано всьо чудово, для того ж мікротіка, що вище згадувався. Бери, роби R&D, пиши скільки влізе. Навіщо якусь шизу завідомо неробочу вигадувати? ?

Це не так працює. Оці всі придумування "стучання в ван-порти", вигадування "якихось впн-ів до оператора", одразу видають таку милу та безпосередню наївність. Так мило, мі-мі-мі. TR-069/TR-369 вже близько 20-ти років. Можна було б вже й ознайомитись, як воно задумано. Не вірна відповідь.

Теоретично - можливо. А який бюджет?

Відкриваю таємницю: з net.inet.ip.fw.one_pass в нас пайпи dummynet працюють, тупо як allow. Нема пайпа - малюєм allow. екхм ${FwCMD} add 62100 allow all from table\(2\) to table\(17\) ${FwCMD} add 62100 allow all from table\(17\) to table\(2\) всьо, молодець, можете переходити до наступного кроку:

Вам так, щоб поєбатись зaєбавши себе та інших, чи як нормальні люди роблять? Якщо, щоб пoєбaтись: робите список доменів "платіжних систем" та всіх їх CDN-ів парсите це все скриптом, наприклад dig-ом та резолвите кожен домен не забуваєте, що існують ще всякі гугло-аналітики та інші метрики не забуваєте, що існують ще DNS сервери, і вони потрібні користувачам, щоб до них добрались як це приблизно робиться можна подивитись десь тут тим же скриптом додаєте ту всю купу айпішок, в якусь вільну табличку та додаєте десь в початку фаєру аллоу трафіку від-до цієї таблички Все. Результат досягнуто. Все працює як гiвно, ви зaєбaлись самі, і можете починати переходити до того, щоб зaйoбувати всіх оточуючих. Якщо по-нормальному: можете просто дізнатись, для чого потрібні опції SC_* в кабінеті користувача. Якось так.

Ну причина, може бути, наприклад в тому, що його немає. Не так багато варіантів: 1. якась всрата вьюшка op_customers 2. в юзера стоїть галка "Заборонити онлайн платежі цьому користувачу" тоді це виглядає так: чи так якщо ж поля "Платіжний ID" взагалі немає, то це вимкнені опції вигляду OPENPAYZ_SUPPORT в alter.ini чи OPENPAYZ_ENABLED в userstats.ini, що виглядає наступним чином: або так

Ubilling 1.3.9 rev 8920 All Eyes on Lucian alter.ini: нова опція VSERVICES_AS_PAYMENTS котра керує поведінкою віртуальних сервісів. alter.ini: нова опція VISOR_CACHED_USERDATA що дозволяє вмикати та вимикати використання кешованих даних користувачів. alter.ini: нова опція BTRX24_POLLS_URL, що вказує URL для експорту опитувань. alter.ini: нова опція BTRX24_POLLS_VAR, що встановлює ім'я POST змінної для експорту опитувань та їх результатів. alter.ini: нова опція DEFERRED_SALE_ENABLED, що вмикає механіку продажів з розтермінуванням. ADcomments: трішки причесано та оптимізовано код. Реєстрація ONU на ZTE/Huawei OLT: додано скрипти QinQ для Huawei GPON. Модуль “Віртуальні сервіси”: тепер реагує на стан опції VCASH_ENABLED. Модуль “Віртуальні сервіси”: покращено логування, мінімально причесано код. Генерація логінів: додано можливість генерувати логіни з опцією YMINCREMENTFOUR. Модуль Обробка банківських виписок 2: спроба поправити “memory consumption”. Оскільки добровільних тестерів QA не знайшлось - тестують ВСІ! Модуль Обробка банківських виписок 2: трошки(зовсім) косметики. Модуль Mapon: додано відображення останніх відомих координат автомобіля. Модуль Mapon: додано можливість визначати координати довільної точки, клацанням по мапі. Модуль КупаГен: тепер при створенні та редагуванні атрибутів в полі “значення” примусово видаляються символи \n, \r, \t, \v, \x00 на початку та наприкінці. Модуль Навіщо телефонуєш?: в черговий раз виправлено проблему від'ємного часу реакції на дзвінки. Модуль “Резервування БД”: для завантаження резервних копій БД та файлів конфігурації додано окреме право BACKUPDL. Модуль “Редактор Crontab”: тепер теоретично повинен працювати на Debian 12 bookworm. Модуль Склад: в звіті “Залишки по датах” реалізовано можливість приховувати ТМЦ по котрих не відубвалось приходів/розходів. Модуль “Панель задач”: тепер попереджає та змушує змінити логін та пароль за замовчуванням. Модуль “Панель задач”: додано вспливаюче вікно з коротким списком рекомендованих дій, для свіжовстановлених систем. UbillingCache: додано хотфікс для збереження працездатності на PHP 8.2 з підозрілими версіями memcached. Debianstaller: тепер працює на Debian GNU/Linux 12.0 bookworm. Але це не точно.

Добридень. Угу, як виявилось є таке. Право на створення резервних копій(BACKUP), як виявилось не давало права на завантаження резервних копій, їх видалення та завантаження резервних копій файлів конфігурації. Для цього таки необхідно було право ROOT. В очевидь, за кільканадцять років, цього не було виявлено, оскільки нікому не приходило в голову, наділяти настільки безграничними (ну по факту вся абонбаза + всі критичні доступи, в конфігах) привілеями, не довірених адміністраторів, котрі не заслуговують на повний доступ, та використовують обмежені у будь-чому аккаунти Виправлено в Ubilling CURRENT 1.3.9 rev 8913 за допомогою додавання окремого права BACKUPDL, задля збереження поточного стану справ, на існуючих інстансах. Дякую.

О... ще один "внє палітіки". Звідки ж вони лізуть такі бл#дь.. Специальный перевод для тупеньких и лингвистически ограниченных: "довольно сложно сидеть и вытирать вам сопли, когда тебя ежедневно пытаются убить". Можете считать это специальной oхyитeльной операцией по десвинособакизации.

UPD: Мережі трішки не так працюють. Існують такі штуки як маршрутизація, маски, адресація оце от всьо скучне. Почитайте на дозвіллі про них, і ваше життя та розуміння того, шо відбувається навколо, радикально зміниться - гарантую

1. яким чином OS мала б вирішити, що пакети для адреси IP 62.80.138.134 потрібно форвардити на інтерфейс vmx0? 2. якого біса і з якої причини, вона взагалі повинна би це робити, якщо на інтерфейсі vmx0 висить мережа 172.16.0.1/24 і жодних інших аліасів та мереж я там не бачу? 3. чому пакети для підмережі 62.80.138.131/29 куди входить і 62.80.138.134 повинні матеріалізуватись десь окрім vmx1 де і висить мережа 62.80.138.131/29? 4. чому у 62.80.138.134 маска /32? А хто мав би бути його дефолтгейтвеєм який потрапляє в цю маску? Він сам собі? Хтось інший? Якась інша сусідня IP? 5. яким чином по вашому повинен би регулюватись доступ активних/неактивних користувачів з таблички 10? 6. нафіга ви для неї allow в'єбенили посеред правил, якщо шейпера даммінетом самі по собі працюють як allow враховуючи замовчувальний one pass. 7. як взагалі це мало би працювати? Стільки запитань, і так мало відповідей :(

Немає за що, звертайтесь.

Можливо. Для цього просто треба вміти копіпастити і знати як користуватись вашим терміналом Підказка: ctrl-insert/shift-insert оце от всьо

Так. Тому, що там база нова. Але після розгортання вашої старої бази, власне разом з нею підійметься ваш старий серійник, власне разом з базою. На етапі встановлення, він запитується для того, щоб його було прописано в ubapi (і може ще десь, вже не пам'ятаю) замість того, котрий генерується на етапі встановлення.

Ubilling 1.3.8 rev 8894 The Ever-Living Man Зміни в структурі БД - див. дамп. alter.ini: нова опція BTRX24_ENABLED, що вмикає інтеграцію з CRM Bitrix24 alter.ini: нова опція BTRX24_EXPORT_LAT що вмикає чи вимикає оновлення таймстемпу LAT. alter.ini: нова опція BTRX24_EXPORT_URL що встановлює URL хук-скрипта для надсилання апдейтів абонбази. alter.ini: нова опція BTRX24_EXPORT_VAR що вказує ім'я POST змінної, в якій буде надіслано JSON з апдейтами. alter.ini: нова опція WOLFRECORDER_ENABLED що вмикає інтеграцію Відеоспостереження з WolfRecorder. Автокредитування: тепер враховує кількість присвоєних тегів, при розрахунку вартості віртуальних сервісів. Модуль ПОНізатор: інтерфейс присвоєння користувачеві ONU більше не відображається, якщо немає жодної “нічийної” ONU. Модуль “ПОНізатор”: додано трохи прийнятніше логування змін серійних номерів ONU. Модуль “Останні події”: додано можливість ввімкнути підсвітку профілів у дзен-режимі. Модуль Відеоспостереження: реалізовано можливість автоматичної реєстрації камери на DVR під керуванням WolfRecorder. Модуль “Відеоспостереження”: наявні DVR-и тепер відсортовані від найсвіжіших до старіших. Модуль “Відеоспостереження”: додано попередній перегляд, каналів на DVR WolfRecorder. Модуль “Відеоспостереження”: реалізовано автоматичну реєстрацію користувачів на DVR WolfRecorder при редагуванні каналів. Модуль “Відеоспостереження”: реалізовано автоматичну синхронізацію ACL на DVR WolfRecorder при редагуванні каналів. Модуль “Відеоспостереження”: проведено рефакторинг практично всіх місць де відбувається робота з БД. Модуль “Пошук користувачів”: додано можливість пошуку користувача за серійником його ONU. Завдяки sdocent. Модуль “ПОНізатор”: оновлено шаблон STELS_FD16XXS_gpon. Чому? Відомо тільки sdocent. Модуль “Екзистенційний кінь”: виправлено проблему, що виникала при спробі відмалювати графіки при відсутніх підключеннях. Кабінет користувача: тепер також вміє відображати попередній перегляд пов'язаних каналів з WolfRecorder. RemoteAPI: новий коллбек btrxupd котрий пушить дані про зміни абонбази для CRM. StarDust: додано можливість зберігати відомості про стан процесів в роздільних ключах кешу. UBinstaller: видалено підтримку FreeBSD 13.0 та FreeBSD 12.3, вони вже EOL. UBinstaller: додано бінарні пакети для встановлення на FreeBSD 13.2 amd64.

Вы заметили, что вам постоянно хочется какого-то странного? https://wiki.ubilling.net.ua/doku.php?id=envy#mikrotik_css326_swos

А яка різниця? Тіпа торгувати інтернетом і боятись, що інтернет прийде до тебе? Ну тіпа ту айпішку можна і не раутити нікуди... або фаєрволити як люди, чи взагалі який-небудь неюзабельний network address типу .0 під то виділити... чьо...

Титанічна спроба зекономити одну айпішку? Ну рілейте тоді на НАС, я хз...