sobol

Вся проблема в том, что изменение параметров на уровне upscmd возможно только под правами админа, указанного в конфиге users nut-а. И вот как раз тут засада - независимо от состава конфиг-файлов в папках /etc/ и /etc.defaults/ (она не важна по идее) upscmd теперь выдаёт ошибку прав, при этом upscmd -l ups отрабатывает нормально, на других девайсах авторизуется для изменения тоже как надо. Я сделал вывод, что синопроггеры пошли ещё дальше и навертели ещё больше своего кода поверх nut.

Всем доброго времени суток! Так как интерес к теме не утихает чиркану пару слов - всё вышеописанное как минимум для моего UPS-а больше не работает. Точнее где-то с последних релизов 6.1 и до самого свежего 6.2 - все пункты то работают, а результат нулевой - upscmd в итоге не авторизуется ни под рутом ни под юзером, имеющим в конфиге админ права. В итоге я на очередной маразм Синологов забил и перекинул UPS на роутер, где есть пакет NUT хоть и в несколько обрезанном виде. После такой переделки НАС подключается к роутеру клиентом и всё в общем то работает, включая управление параметрами UPS чере

Ох как повалили апдейты по дырам: Version: 6.1.1-15101-4 (2017/05/25) Important Note The update is expected to be available for all regions within the next few days, although the time of release in each region may vary slightly. Fixed Issues Fixed a security vulnerability regarding samba service (CVE-2017-7494).

Косяки с тегами, вот ссылка http://www.synoforum.ru/index.php?showtopic=7860

Я думаю всё таки больше про локальные доработки. Из этой темы. Хотя если с этим будет тухло - то да, сетевой доступ - тоже вариант.

Ну зачем же так категорично. Если удастся прикрутить к девайсу исполняшку upscmd и UPS поддерживает тест батареи то можно настроить тем или иным способом регулярный запуск команды типа: Насколько я помню этот тест как раз использует переход на батарею для проверки её состояния без физического отключения кабеля питания.

Смотря что вы подразумеваете под "доступом по nfs" - если рассматривать процесс внутри сегмента локальной сети то за это отвечает служба Samba (SMB), но обычно в этом сегменте нет файрволов и все устройства считают её активной, поэтому брандмауэры как правило не блокируют порты. Если же рассматривать доступ к сетевым ресурсам из других сегментов локальной сети или из Интернета то Samba - не лучший выбор. Там обычно используют WebDAV или FTP c HTTP(S). Кстати Samba не ограничивается портом 445, так что если хотите всё настроить корректно - проверяйте открытые порты файрвола на роутере, Сино к

Стандартная ситуация - когда у одного имени один адрес и одно устройство. Если вы хотите использовать несколько устройств на одном имени и адресе - требуется либо балансировщик (который будет перенаправлять запросы в зависимости от набранного адреса) либо разнесение этих устройств по разным портам. Первый вариант хлопотнее в реализации, второй вариант неудобен клиентам, так как им необходимо добавлять номер порта к адресу страницы на том сайте, который находится не на дефолтных портах 80 или 443.

Всем доброго времени суток. Не знаю насколько будет полезна моя информация окружающим, но решил всё таки разместить её. Итак в продолжение темы про управление UPS, подключенным к НАС мне удалось не только мониторить состояние UPS по сети но и управлять им. Изначально у Синолоджи есть ограничения в поддержке сетевых UPS следующего плана: 1. DSM не умеет работать в режиме клиента с другими сетевыми серверами UPS, если они не Синолоджи или не работают по SNMP. 2. DSM не имеет настроек авторизации на сервере. Алгоритм моего варианта следующий: 1. Включаем сервер сетевого ИБП в настро

Фишка больше в том, что родная поддержка UPS в DSM несколько отличается от NUT, хоть и имеет те же корни. Из-за этого мало подсунуть нужные файлики и дать им нужные права, если версии в opkg и DSM отличаются. Всё, что могу посоветовать при попытке колхозинга - смотреть логи и проверять на чём идёт затык. Если Вы уже добились корректного определения драйвера адаптера и UPS через этот адаптер - ищите в чём проблема дальше. А дальше - конфиги UPS на стороне DSM, включающие настройки подключения этих драйверов, авторизации юзеров и подключения UPS в систему.

Поищите тут мою же тему, я там описывал танцы с бубнами как подружить DSM с неподдерживаемым UPS. Может это поможет. P.S. вот эта тема.

Вам тоже доброго времени суток. Я думаю cтоит начать с проверки корректности версий драйвера, его реального подтягивания системой, корректности определения USB-Serial девайса и т.д. Плюс учитывайте, что Вы делаете всё через opkg, а эта среда не имеет ничего общего с обычной средой обработки DSM, поэтому как минимум надо выстраивать отдельную структуру работы с UPS (отработка его команд и управление через них НАСом) а как максимум - забыть о том, что этот UPS появится в панели управления DSM. ИМХО куда проще смотреть в сторону LAN стека - подключить этот UPS к ПК и на нём открыть доступ по

У меня на моём Powerex VI 750 такие же ID. Мой одинаково работает как с первым так и с вторым, на сайте NUT это указано. Сейчас это: root@DS212J:~# upsc ups battery.charge: 100 battery.voltage: 13.80 battery.voltage.high: 13.00 battery.voltage.low: 10.40 battery.voltage.nominal: 12.0 device.type: ups driver.name: nutdrv_qx driver.parameter.pollfreq: 30 driver.parameter.pollinterval: 5 driver.parameter.port: auto driver.version: SDS6-0-8445-factory-repack-8445-160817 driver.version.data: Voltronic-QS 0.01 driver.version.internal: 0.06 input.current.nomina

Если UPS реально отключается и кабеля не при чём - цепляйте его на ПК, желательно с Линуксом и смотрите поведение. Но подозреваю, что тут ещё кривая кастомизация софта от Сино виновата.

На чистом Линуксе - проще. А на Сино - возможно, но сложно из-за кучи заморочек со стороны синопроггеров. Сначала в любом случае надо убедиться, что используемый PID действительно принадлежит этой линейке девайсов. Потом на сайте NUT смотрим какие драйвера поддерживают этот девайс. Далее можно попробовать скорректировать конфиг привязки PID-драйвер. Если делать это на Сино - потом проверяем наличие драйвера. Потом пытаемся перезапустить поддержку UPS и смотрим результат.

Я больше к тому, что вводных данных маловато. Да, идут оповещения об отключении UPS, да, неверный USB PID. Но если upsc ups выдаёт данные то ИМХО UPS всё таки подключен и проблема с софтом плюс драйвер. Но это легче всего проверяется на Линуксе.

Ну а что тут подсказывать... Помнится на первых релизах 5й версии народ жаловался на аналогичные проблемы - после апгрейда UPS отваливался судя по оповещениям на ровном месте. Так что тут сложно советовать. Начать предлагаю с того, что в момент отвала UPS посмотреть список процессов по маске" ps | grep ups" (должны быть как минимум upsmon и upsd) и вывод upsc ups. Если с подключением в реальности норма то последняя команда даст вывод).

Мне они нужны постольку-поскольку, поэтому со вторым возни с установкой куда меньше. Тем более он по дефолту присутствует в репозитории и не требует танцев с установкой под нужную платформу. А управление в нём - буквально каплю сложнее чем в Entware и иже с ним.

Апдейт по теме - после установки обновления 6.0.1-7393 старый способ (точнее старый файл из optware) работать перестал, выдавало ошибку Segmentation fault (core dumped). Восстановить управление получилось через Debian chroot установив через него NUT и вытащив исполняемый файл upscmd оттуда.

Всем доброго времени суток и с майскими праздниками! В моём случае я не наблюдал нирвану довольно давно, но! 1. У меня на NAS стоит получение адреса по DHCP. Для меня - достаточно, потому что роутер не поддерживает настройку по UPNP (а другие приблуды вроде не требовательны к типу адреса статика\динамика). 2. На роутере настроена постоянная аренда адреса для MAC адреса NAS. 3. Проброс портов и прочего сделан средствами файрвола на роутере на нужный мне список портов (приложений). 4. Брандмауэр NAS вручную настроен на полный доступ из локальной сети и фильтрацию остальных подключений.

Всем доброго времени суток! Есть ли универсальный рецепт подключения аудиопотока с кастомных камер, вещающих его внутри rtsp потока? Судя по имеющимся темам по Сяоми Ю эту проблему так и не решили.

Наивность - не порок. Если завтра криворукие синопроггеры решат, что Ваша модель UPS больше их не устраивает, то кто будет виноват в том, что оно больше не работает? Вы, поверивший им, они, такие коварные или времена Linux, когда некто (Синолоджи) считает, что допилив вручную одну из версий свободно распространяемой ОС и назвав это Synology DSM они защитили себя от пряморуких индивидуумов, способных менять отдельные части их произведения? Я уже высказывался - то, что Синолоджи написали свой продукт на основе Linux не лишает нас возможности доводить его до ума. И то, что они считают, что не

В общем случае это для любого действия с настройкой UPS, связанного с списком доступных параметров. На разных UPS они разные. В моём случае доступно тестирования состояния самого UPS, батареи, управление выходом и как я упоминал бипером. На других UPS список поболее. P.S. это больше пост для тех, у кого железяки не из списка совместимости. Им вечно надо что-то придумывать, чтобы оно работало как надо. Вам проще, у Вас вроде совместимый APC. Но с другой стороны и Вам будет полезно протестировать батарею: > Here the output of 'upscmd -l apc' > Instant commands supported on UP

В рамках перехода на 6.0 получилось снова вернуть управление неподдерживаемым UPS на моём DS212J через командную строку. Суть проблемы - на моём UPS есть функция бипера, статус которой перезаписывается после его отключения (после разряда батарей или принудительного отключения питания). Ранее я уже описывал как поборол эту "фишку" - на версиях до 5.2 получалось инжектировать отсутствующий в конфигурации DSM файл upscmd, через который возможно управление параметрами подключенного UPS. В 5.2 Сино что-то поменяли, у меня не работал ни кастомный драйвер NUT ни инжектирование исполняемого файла. В

Помнится в ходе установки DSM6 файрвол ругался на блокировку некоторых портов, проверьте не попали ли туда же порты Photo Station.