BiMouSe

Добрый день. Периодически (примерно 1 раз в день) появляется процесс SMBD, который грузит процессор на 100%. Решается через top --> kill -9 %pid%. Хочу оптимизировать этот процесс: через CRON определять зависшие процессы и убивать их. К сожалению - готовых решений не нашел, а решения для полноценного linux не подходят [spoiler=Урезанный ps]SRV06> ps -aux ps: invalid option -- 'a' BusyBox v1.16.1 (2015-11-12 18:06:25 CST) multi-call binary. Usage: ps Report process status Options: w Wide output [spoiler=Система]Текущая версия: DSM 5.2-5644 Update 8 Пользователи: AD 2003 Протокол файловый службы: SMB 3 (режим шифрования передачи - отключен) Вопрос: как решить проблему SMBD и/или чем правильно убивать зависшие процессы в Synology ? С уважением BiMouSe

Друзья, я разобрался как к локалке подключить удаленных пользователей средствами DSM - все свелось к "верстке" пользовательского конфига: dev tun tls-client remote [iP] [PORT] dhcp-option DNS [iP_DNS_SERVER] dhcp-option DOMAIN [DOMAIN_NAME] pull script-security 2 ca ca.crt reneg-sec 0 auth-user-pass route-method exe route-delay 2 route [OFFICE_IP] [OFFICE_IP_MASK] Нормально проходит подключение, видна вся сеть, работает NETBIOS (а может мне так кажется из-за работающего DNS-сервера...) Осталось сделать так, чтоб автоматически происходила авторизация в домене - вот это точно не решить сами DSM, а костылить - не кашерно для продакшена; буду разворачивать в другом месте отдельный OpenVPN Если резюмировать: + пользователь к сети теперь нормально подключается - пользователь вынужден всегда повторно авторизовываться при работе с сетевыми ресурсами/шАрами Развернул RADIUS-сервер в DSM, но че-та пока не понял как он работает - для меня совсем темный лес... пока темный лес Хотя, может я вообще не в том направлении двигаюсь: задача довольно простая - дать возможность некоторым пользователям удаленно редактировать документы, которые находятся в сетевых шАрах, которые можно редактировать совместно (MелкоМягкиеТаблицы). Подключение шары как сетевого диска (webdav) сразу накладывает монополию на открываемый документ. Если б не эта досадное принципиальное требование некоторых, то обошелся WebDrive для десктопов, DS-file для телефонов/планшетников...

Добрый день. Очень надеялся на то, что GUI OPENVPN, которые есть в XPEnology упростят жизнь, но оказался неправ... Суть вопроса: как победить этого монстра ?! Очень хочется из дома получить доступ к ресурсам сети на работе. Подключение поднимается - да, сеть пингуется, но NETBIOS не работает, DNS (типа)работает Домашняя сеть: 192.168.1.0/24 , подключение через роутер Рабочая сеть: 192.168.0.0/24 , фаервол , NAT , потры проброшены на XPEnologu 5.2-5644.8 , авторизация для одного доменного пользователя ( temp\tempuser ) VPN-сеть: 10.8.0.1, число пользователей 5, число подключений 10 Хочется подключить доступ (минимум) к серверу XPEnology через NETBIOS ( в офисе это делается через SMB://synology , можно привыкнуть к SMB://synology.temp.local ). Вопрос: что и как настроить в OpenVPN для такой работы ?! - кто-нибудь может помочь ? PS Если это поможет, возможно предложите другое решение. Вынужден активно использовать совместную работу в MS Excell. Это невозможно при подключении шары как сетевого диска ( через WebDrive например ) - файл перезаписывается поверх изменений, которые внесли в документ другие пользователи сети. При подключении шары как локальный диск через NetDrive вообще начинается котовасия с документами: хочу-сохраню, хочу-не-сохраню, а могу и ошибку сохранения выдать... С уважением BiMouSe

Поддерживаю, аналогичная проблема. Столкнулся, когда установил на ASUS ts500-e4/pa4, только BIOS немного другую ошибку выдает, но смысл тот же: 0251 cmos checksum bad