Jump to content
XPEnology Community

XPEnoBoot 5.2-5644.5 RUS


Recommended Posts

Если просто квик коннект то можно просто в файле конфигурации, а если хотите что бы работал WOL традиционным способом через приложение synology то мак нужно вшивать в карту

Link to comment
Share on other sites

Если просто квик коннект то можно просто в файле конфигурации, а если хотите что бы работал WOL традиционным способом через приложение synology то мак нужно вшивать в карту

Не нужно. Если МАК определился правильно и соответствует тому, что показывает XPEnology, то традиционный WOL работает. Нужно только включить его поддержку в BIOS.

Link to comment
Share on other sites

Аааа все, забыл совсем что он при старте подхватывает реальный ...

А при изменении мак станет другим для приложений и WOL работать не должен, WOL работает только с реальным маком когда ОС еще не загружена, а после программной подмены в ОС мака работать будет квик коннект а вол на физическом уровне уже не должен.

 

И 9й порт не забудьте открыть

Link to comment
Share on other sites

Добрый день. Поставил данную систему на материнскую плату p8h77-i. WoL и засыпание hdd работают, но возникло несколько вопросов.

1. При засыпании системы должны ли выключаться еще и вентиляторы?

2. Где можно посмотреть подробный лог завершения работы. Просто на подключенном мониторе можно увидеть несколько похожих строк root1 cannot unmount kill all и т.п.

P.s. Заметил на данной конфигурации и на настоящем synology ds213. При использовании настроенного в системе ибп завершение работы (при пропадании электричества) происходит по системным логам правильно, система переходит в safe mode, затем отключает сам ибп, при появлении напряжения самостоятельно стартует. Но если посмотреть значения smart hdd видно, что увеличивается параметр Power-off retract count (Число циклов выключений или аварийных отказов (включений/выключений питания накопителя).

Link to comment
Share on other sites

Добрый день. Поставил данную систему на материнскую плату p8h77-i. WoL и засыпание hdd работают, но возникло несколько вопросов.

1. При засыпании системы должны ли выключаться еще и вентиляторы?

2. Где можно посмотреть подробный лог завершения работы. Просто на подключенном мониторе можно увидеть несколько похожих строк root1 cannot unmount kill all и т.п.

P.s. Заметил на данной конфигурации и на настоящем synology ds213. При использовании настроенного в системе ибп завершение работы (при пропадании электричества) происходит по системным логам правильно, система переходит в safe mode, затем отключает сам ибп, при появлении напряжения самостоятельно стартует. Но если посмотреть значения smart hdd видно, что увеличивается параметр Power-off retract count (Число циклов выключений или аварийных отказов (включений/выключений питания накопителя).

 

1 В режиме гибенерации дисков! спят только диски - это не спящий режим системы, прочтите в справке DSM! Что касается режима глубокого сна, то он функционирует только для внешних модулей расширения (там все под корень вырубается)

 

2 подробный лог завершения работы должен находиться в директории /var/log например

cat /var/log/messages | grep httpd

в синолоджи путь нужно перепроверить

либо воспользоваться командой dmesg справку по команде найдете в интернете

 

3 По вопросу UPS сразу однозначно сказать не смогу... нужно проверить.

к UPS подключал через snmp в режиме только чтение, так как сам упс физически подключен к Windows Server, хател на оборот сделать, но родная утилита APC врядли будет работать, хотя была где то программка как раз для APC которая вырубает машину мониторя UPS как раз через snmp

в общем работал и отключался, до того как выключается сам UPS (MS server работает еще 6 минут после отключения NAS)

 

может кто еще отпишется, а сегодня попробую проверить Power-off retract count

Link to comment
Share on other sites

Господа , такая вот проблема. После перехода на Nanoboot и обновления до DSM 5.0-4482 ( у меня старая х86 машинка) пропал один из трех дисков . Как мне его смонтировать обратно? В биосе при загрузке он виден а в диспетчере хранения его нет...

Link to comment
Share on other sites

Наверное все заметили в рускоязычной секции форума топик SynoLocker Ransomware Affecting DSM 4.3-3810

 

Да и пока писал сообщение пришло сообщение от компании Synology

 

Итак, весь шум из за экполита SynoLocker

Это вымогатель который шифрует данныи и присит отплатить расшифровку. Для заражения DSM нет необходимости в доступе root пользователя. Атакующие определяют DSM по данным DDNS synology и открытым фирменным портам (5001 и т.д.) - поэтому не рекомендуется использовать родную службу DDNS synology, а порты можно изменить на любые. Сам использую masquerade & NAT в роутере микротик.

[spoiler=SynoLocker Экполит - вымогатель эффективный на DSM 4.3-3810 оригинал топика из ветки]SynoLocker Экполит - вымогатель эффективный на DSM 4.3-3810

Основываясь на наших текущих наблюдений, этот вопрос задевает только серверы Synology NAS под управлением некоторых устаревших версий DSM (DSM 4.3-3810 или более ранние), открыты для уязвимости системы безопасности, что было зафиксировано и исправленно в декабре 2013 года компанией Synology. В настоящее время, мы не наблюдалем эту уязвимость в DSM 5.0.

 

Пользователи, которые не сталкивались с любым из указанных выше признаков, мы настоятельно рекомендуем загрузить и установить DSM 5.0 Уязвимости, так же не подвержены следующие версии DSM:

-Для DSM 4.3, необходимо установить DSM 4.3-3827 или более поздней версии

-Для DSM 4.1 или DSM 4.2, необходимо установить DSM 4.2-3243 или более поздней версии

-Для DSM 4.0, необходимо установить DSM 4.0-2259 или более поздней версии

 

Источник: Synology форум

Пользователи жалуются на форуме Synology , что они больше не могут получить доступ к данным и, чтобы разблокировать / расшифровать данные, необходимо заплатить 0,6 Bitcoin (260 ЕВРО или 350$), через скрытый Сайт TOR.[spoiler=Заявление Synology:]Возможно, Вы уже слышали, что DSM подвержена уязвимости CryptoLocker, хак под названием SynoLocker - По состоянию на вчера (08/03/14). Это Bitcoin Mining который после взлома шифрует данные, и просит выкупить ключ для дешифрования за 0,6 Bitcoin ($ 350). Пока это уязвимость работает только на не обновленных версиях DSM 4.3, но мы активно работаем над исследованиями этой уязвимости, чтобы удостовериться, на сколько она влияет на DSM 5.0. Тем временем, мы просим людей соблюдайть следующие меры предосторожности:

А. Закройте все открытые порты для внешнего доступа как можно скорее, и / или отключите Disk / RackStation от вашего маршрутизатора

B. Обновите DSM до последней версии

C. Произведите резервное копирование данных как можно скорее

D. Synology будет предоставлять дополнительную информацию, как только она будет доступна.

 

Если ваши NAS был заражен:

А. Не доверяйте / игнорировать любую электронную почту от не санкционированной / не подлинной электронной почте Synology. Synology письмо всегда имеет адрес суффикс "synology.com".

B. Произведите жесткое выключение Disk / RackStation, чтобы предотвратить любые дальнейшие последствия. Это можно сделать долгим нажатием кнопки питания вашего аппарата, пока не раздастся длинный звуковой сигнал. Устройство выключится безопасно.

C. Связаться поддержки Synology как можно скорее на, http://www.synology.com/en-global/suppo ... ledge_base

 

Synology занимается изучением и работой с пользователями, пострадавших от недавнего вымогателей под названием "SynoLocker." Synology подтвердил вымогателей влияет серверы Synology NAS с более старыми версиями DiskStation Manager, используя уязвимость, что было зафиксировано в декабре 2013 года, в это время Synology выпустила исправленную программу и уведомление пользователей для обновления по различным каналам.

 

Пострадавшие пользователи могут столкнуться со следующими Симптомы:

При попытке войти в DSM, появится экран информирования пользователей, что данные были зашифрованы и сбор необходимых, чтобы разблокировать данные.

Аномально высокая загрузка CPU или запущенный процесс называется "synosync" (которые могут быть проверены в главном меню> Монитор ресурсов).

DSM 4.3-3810 или ранее; DSM 4.2-3236 или ранее; DSM 4.1-2851 или ранее; DSM 4.0-2257 или ранее установлен, но система говорит никакие обновления не доступны в Панель управления> Обновление DSM.

 

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

Для других пользователей, которые не сталкиваются вышеуказанные симптомы, Synology настоятельно рекомендуем загрузке и установке DSM 5.0, или любую версию ниже:

DSM 4.3-3827 или более поздней версии

DSM 4.2-3243 или более поздней версии

DSM 4.0-2259 или более поздней версии

DSM 3.x или более ранней не влияет

Пользователи могут вручную загрузить последнюю версию с нашего сайта Центра загрузки и установить его на Панель управления> Обновление DSM> Руководство Обновление DSM.

Synology приносит искренние извинения за любые проблемы или неудобства этот вопрос вызвал наших пользователей. Как киберпреступности размножается и все более изощренных вредоносных программ эволюционирует, Synology продолжает выделять ресурсы для смягчения угроз и посвящен предоставляя пользователям надежные решения.

[spoiler=Письмо Synology]Уважаемые пользователи продуктов Synology,

 

Сообщаем вам, что у некоторых владельцев NAS-серверов Synology возникли проблемы с программным обеспечением, требующим выкуп, под названием SynoLocker. Оно блокирует серверы, шифрует файлы пользователей и требует плату за возобновление доступа к зашифрованным файлам.

Мы выяснили, что данное ПО представляет опасность только для NAS-серверов под управлением устаревших версий операционной системы DiskStation Manager, т.к. оно использует уязвимость, исправление для которой вышло в декабре 2013 г.

 

При заражении могут появиться следующие симптомы:

 

При попытке войти в DSM появляется экран с сообщением о том, что данные зашифрованы и для их разблокировки нужно заплатить.

Необычно высокий коэффициент использования центрального процессора или выполнение процесса под названием synosync (см. Главное меню > Мониторинг ресурсов).

Установлена ОС DSM 4.3-3810 или более старой версии; DSM 4.2-3236 или более старой версии; DSM 4.1-2851 или более старой версии; DSM 4.0-2257 или более старой версии, но при открытии Панель управления > Обновление DSM появляется сообщение, что обновления отсутствуют.

При возникновении указанных выше симптомов незамедлительно выключите систему и обратитесь в службу техподдержки: https://myds.synology.com/support/support_form.php

 

Если в вашей системе нет указанных выше симптомов, настоятельно рекомендуется скачать и установить ОС DSM 5.0 или одну из следующих версий:

 

DSM 4.3-3827 или более новой версии

DSM 4.2-3243 или более новой версии

DSM 4.0-2259 или более новой версии

для DSM 3.x и более старых версий это ПО угрозы не представляет

Можно вручную скачать самую новую версию в Центре загрузок и установить ее в Панель управления > Обновление DSM > Обновление DSM вручную.

Если вы заметили странное поведение системы или подозреваете, что ваш NAS-сервер Synology заражен, напишите нам по адресу security@synology.com.

 

Приносим искренние извинения за любые неудобства, связанные с этой проблемой. Мы продолжим работать над решением данной проблемы и будем держать вас в курсе.

Благодарим за терпение и понимание.

 

С уважением,

Команда разработки продуктов Synology

 

Уязвимости не подвержены DSM версии 5.0 и

DSM 4.3-3827 или более новой версии

DSM 4.2-3243 или более новой версии

DSM 4.0-2259 или более новой версии

для DSM 3.x и более старых версий это ПО угрозы не представляет

 

добавлено в шапку

Link to comment
Share on other sites

1 В режиме гибенерации дисков! спят только диски - это не спящий режим системы, прочтите в справке DSM! Что касается режима глубокого сна, то он функционирует только для внешних модулей расширения (там все под корень вырубается)

 

Т.е. не существует возможности перевести данную систему в режим полного засыпания ( к примеру, режим s3 или s4) из-за отсутствия поддержки со стороны самой ос xpenology.

Link to comment
Share on other sites

Если это x86 про которую думаю 214Play то но как у нее всего 2 диска

 

Да , у меня именно 214Play. Выходит что я более 2х дисков использовать не смогу? Может мне какую другую версию посоветуете, я особо не экспериментировал, не знаю.

Link to comment
Share on other sites

1 В режиме гибенерации дисков! спят только диски - это не спящий режим системы, прочтите в справке DSM! Что касается режима глубокого сна, то он функционирует только для внешних модулей расширения (там все под корень вырубается)

 

Т.е. не существует возможности перевести данную систему в режим полного засыпания ( к примеру, режим s3 или s4) из-за отсутствия поддержки со стороны самой ос xpenology.

 

Все верно, можете только выключить, в режиме гибенерации жесткого диска(ов) эноргоплтребление дисков и всей системы снижается за исключением некоторых процессов. Дальнейшее уменьшение эноргоплтребления не даст серьезной экономии энергии если только не отключить полностью.

Link to comment
Share on other sites

Если это x86 про которую думаю 214Play то но как у нее всего 2 диска

 

Да , у меня именно 214Play. Выходит что я более 2х дисков использовать не смогу? Может мне какую другую версию посоветуете, я особо не экспериментировал, не знаю.

 

Да там только 2 диска, ставьте версию 3612, другой все равно нет. Будет работать даже на самом слабом железе.

Link to comment
Share on other sites

Если это x86 про которую думаю 214Play то но как у нее всего 2 диска

 

Да , у меня именно 214Play. Выходит что я более 2х дисков использовать не смогу? Может мне какую другую версию посоветуете, я особо не экспериментировал, не знаю.

 

Да там только 2 диска, ставьте версию 3612, другой все равно нет. Будет работать даже на самом слабом железе.

Спасибо за совет , попробую.

Link to comment
Share on other sites

to lekos

 

В общем скачал и установил: NB_x86_5024_DSM_50-4493_Xpenology_nl и соотв. DSM_DS214play_4493.pat

Воткнул DAC CA DacMagic 100, и в Системной информации он видится и в версии 1, и в версии 2. Похоже действительно дров не хватает на х64.

 

Не добавили ли в х64 драйвера на звуковые карты?

Link to comment
Share on other sites

to lekos

Не добавили ли в х64 драйвера на звуковые карты?

 

Итак, первое что нужно сделать это определить какой именно драйвер нужен,

затем в папке /lib/modules/<версия ядра>" найти этот модуль или убедиться в его отсутствии,файл с расширением «ko»

 

затем попробовать подгрузить этот модуль (скопировав его в любую папку если таковой отсутствует)

командой (это пример синтаксиса) ! Внимание, для этой команды необходимо указывать польный путь !

insmod /lib/modules/версия ядра/kernel/drivers/net/wireless/rt2x00/название_модуля.ko nohwcrypt=0

 

После загрузки модуля можно проверить его наличие в списке загруженных в ядро модулей при помощи команды "lsmod"

lsmod | grep название_модуля

(без .ko)

 

выгрузить рдайвет можно командой

rmmod название_модуля

(без .ko)

 

Так же можно воспользоваться командой modprobe, в отличае от lsmod, подгружает все зависимые модуль, в то время как для последней эту процедуру нужно проделывать вручную, но и загружает modprobe модули только из дерева, а не с любого места на диске.

 

Поэксперементируй, если понадобятся файлы с оригинала DSM думаю многие смогут помочь, ну если совсем ни кто не готов вышлю тебе любой файлик.

Link to comment
Share on other sites

да чуть не забыл, для вывода списка всех модулей нужно выполнить команду поиска всех файлов с расширением «ko» в каталоге с модулями текущего ядра:

find /lib/modules/`uname -r` -name ‘*.ko’

 

и проверь черный список модулей, который может хранится в файле "/etc/modules.d/blacklist.conf" в формате «blacklist <имя модуля>». Эта функция используется в ОС Линукс для запрета загрузки глючных или конфликтных модулей.

 

Возможно в DSM структура немного другая но архитектуру Linux они точно не меняли.

 

Если все получиться, добавим модуль в автозагрузку, надеюсь не прийдется пересобирать модуль под ядро, еще не лишнем будет посмотреть зависмомити в файле modules.dep

Link to comment
Share on other sites

Если просто квик коннект то можно просто в файле конфигурации, а если хотите что бы работал WOL традиционным способом через приложение synology то мак нужно вшивать в карту

 

Сгенерировал MAC с помощью файла, прописал в файл загрузки, но после запуска отражается в DSM старый адрес (зашитый в железе). Будет ли работать КвикКоннект со старым MAC-ом и сгенерированным серийным номером?

Link to comment
Share on other sites

В вашем случае не должен, проверьте синтаксис указания мак адреса, в файле конфигурации, кроме серийна туда нужно указывать и мак. Если еще и Флешку скрыть то и VID и PID Флешки, который можно посмотреть в диспетчере устройств windows.

Должно все работать. Заодно проверь как работает WOL. Не забудь отписать ..

Link to comment
Share on other sites

Если просто квик коннект то можно просто в файле конфигурации, а если хотите что бы работал WOL традиционным способом через приложение synology то мак нужно вшивать в карту

 

Сгенерировал MAC с помощью файла, прописал в файл загрузки, но после запуска отражается в DSM старый адрес (зашитый в железе)

 

У меня так тоже было. Потом вычитал правильность/последовательность написания строки (красным). Серийный номер и МАС по совету demon_sl подискал валидные/реальные. После запуска отражается в DSM прописанный Серийный номер и МАС, всё работает, включая PUSH уведомления для системы и станции наблюдения. WOL не пробовал, ибо сервак вкл 24/7 за белым стат IP, соотв. все DDNS и Коннекты не пробовал тоже. Уверен, что работают.

 

title Nanoboot DSM 5.0-4493

root (hd0,0)

kernel /zImage ihd_num=0 netif_num=4 sn=***************** mac1=***************** vid=0x0EA0 pid=0x2168 loglevel=0 vga=0x305

 

Это для моей системы в подписи.

Link to comment
Share on other sites

Господа, прошу помощи в вопросе. Есть необходимость в использовании esata порта, для работы с информацией на внешнем диске. Проблема заключается в том, что при подключении диска к esata, диск определяется как внутренний накопитель, а не внешний. В диспетчере устройств, он не виден. Курил форум, кое что нашел viewtopic.php?f=2&t=1028&start=80#p5413

[spoiler=]@stuhad and @interested : I think your issue is related to the internalport and esataportcfg settings inside /etc/synoinfo.cfg

Depending on your motherboard the result of these may differ... so you have to "play" with it.

 

It's look something like this in /etc/synoinfo.cfg :

 

esataportcfg="0x10"

tusbportcfg="0xfffc0" to interested: try something crazy like 0xfffffff to see if USB still not working ^^

internalportcfg="0xfff" try 0xffff

 

EDIT : You may need to edit both /etc/synoinfo.cfg and /etc.defaults/synoinfo.cfg

 

Some informations I found on the Microserver thread (yes it's not that easy to understand):

 

 

For the N40l there is 6 ports, the internal ones are 1(left) to 4 (right). so is left 0 and 5

The easiest to identify the port number is to connect a disk on the ports, look at the port number in the storage manager and generate the masks as below:

. internalportcfg="0x1e" = 1e (hex) = 00011110 (binary) = four internal SATA ports enabled (on mask 1-4)

. esataportcfg="0x21" = 21 (hex) = 00100001 (binary)= two ESATA ports (0,5) (because 1-4 internal ICH9R sata ports).

 

 

The N40l has 6 sata ports (4 sata, 1 eSata, 1 optical Sata) and 6 USB ports.

. esataportcfg="0x10" (binary 01 0000) (1 eSata ) or "0x30" (binary 11 0000) (2 eSata if using small form factor sata to eSata bracket)

. internalportcfg="0x2f" (binary 10 1111) (5 sata) or "0xf" (binary 00 1111) (4 sata if using small form factor sata to eSata bracket)

. usbportcfg="0xfc1" for 7 usb ports 1 1111 1100 0000. trying to identify the internal USB port to not show the disconnect icon for the usb key

 

Законнектился нашел у себя указанные выше 2 строки со следующими параметрами:

esataportcfg="0x1000"

internalportcfg="0xfff"

А вот на какие параметры менять, так и не вкурил :geek:

Конфиг системы:

NanoBoot 5.0.3.1 DSM 5.0-4493 Update 3

Материнская плата asrock Z87E-ITX http://www.asrock.com/mb/Intel/Z87E-ITX/

Заранее спасибо

Link to comment
Share on other sites

  • XPEH locked this topic
Guest
This topic is now closed to further replies.
×
×
  • Create New...