Mikrotik Backup на Email
-
Зараз на сторінці 0 користувачів
Немає користувачів, що переглядають цю сторінку.
-
Схожий контент
-
Від Karfax
Всем привет!
Делал миграцию ubilling на новую машину - установил новыю юбилинг в режиме "миграция с существующего сервера", затем вкатил дамп БД.
Всё перенеслось нормально, но вот только заметил что Пользователи (Система/Права администраторов) не переносится. В дампе БД даже нет намека на этих пользователей. Скажите, где находится их конфиг?
-
Від Hope
IPTV потоки для любых проектов как основные так и бекап.
UA AZ AM RUS DE TUR BL UK USA Ge Pribaltika sport all
писать в личку .
-
Від ixer
Привіт! Потрібен сервер з онлайн ~ 90% у робочий час. Від 2Тб простору з можливістю в майбутньому розширитись при необхідності. Доступ по FTP, чи інше (що запропонуєте). Під реселінг, тобто я буду надавати доступ до конкретних даних конкретним користувачам, і для цього потрібна можливість створювати користувачів самостійно. Великий трафік в нічний час. Бажано гігабітний канал для швидкого завантаження даних користувачів. Пріоритет - мінімальна ціна та гарантія захисту даних від втрати.
-
Від Oleg2018
При переносе биллинга на новый сервер сделал восстановоление базы строго по инструкции. Все данные получил. Пользователи работают. Но есть проблема, при создание копии базы через вебинтерфейс создается файл с размер 100 килобайт. База при переносе занимала 18 мегабайт. При проверке целосности базы нашел проблему из представлением op_customers выдает ошибку #1449 - The user specified as a definer ('root'@'%') does not exist. Кто решал и как эту проблему
-
Від bulgar
Коллеги, очередной вопрос по BDCOM OLT
BDCOM(tm) P3608-2TE Software, Version 10.1.0E Build 46085 Copyright by Shanghai Baud Data Communication CO. LTD.
Даём интернет абонентам по схеме vlan-per-user. Не используем темплейты вовсе, настраиваем все онушки ручками. Конфиг онушки всегда примерно следующего вида:
interface EPON0/1:4 description Trineva-23 epon onu description Trineva-23 epon onu port 1 ctc vlan mode tag 1104 priority 0 Собственно в чем сабж - при бэкапе конфига посредством костылей (скрипт на копирование по tftp запланированный в cron) скачивается конфиг несколько иного вида:
interface EPON0/1:4 description Trineva-23 epon onu description Trineva-23 Соответственно, при (НЕ ДАЙ БОГ!) выхода из строя пона и залива бэкапа на другой пон - все онушки придётся настраивать ручками, что при использовании даже 4-х лазерного пона мягко говоря вызывает благоговейный ужас. Есть какой-то ритуальный танец для слива полного актуального конфига? Или, возможно, кто-то мостил ещё более извращенные костыли - буду благодарен за ЛЮБОЙ вариант решения данной проблемы.
-
Рекомендованные сообщения
Создайте аккаунт или войдите в него для комментирования
Вы должны быть пользователем, чтобы оставить комментарий
Создать аккаунт
Зарегистрируйтесь для получения аккаунта. Это просто!
Зарегистрировать аккаунтВхід
Уже зарегистрированы? Войдите здесь.
Войти сейчас