Работает теперь с обновлением Drive Application 2.0.1.

Каждому своё, если вам подходит ваша конфигурация, я не могу это изменить, но высказываю своё мнение. Я обслуживаю сети многих клиентов, основанные на DC/AD, с разными NAS-устройствами, но проектирую систему так, чтобы никогда не запускать исполняемые файлы с файловых систем, отличных от NTFS. Я обрабатываю более 50ТБ живых данных, которые резервируются на NAS-дисках, и никогда бы не запускал с них исполняемые файлы.

@acebmxer Я подключил его буквой диска ("Map network drive..."), может, это имеет значение? @FrankNicklin Нет никаких технических причин ограничивать это только локальными дисками, подключенными через SATA или PCIe, это не менее безопасно.

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

Я не согласен. Это все равно что сказать, что безопаснее не ездить на машинах, чем ездить. Это правда, но в реальности не имеет особого смысла, потому что люди не только хотят, но и *нуждаются* в том, чтобы ездить на машинах. Можно потребовать ключ и права, но запрещать людям вообще ездить — это уже перебор.

Ну это странно. У меня разрешения сохраняются. Какие версии UniFi OS для UNAS Pro и Drive App используете? У меня вот эти:

Спасибо за цитату. Ну, в этом случае это все равно проблема, которую Ubiquiti действительно должны решить, потому что это противоречит цели персонального диска. Решать пользователю, использовать его только для фотографий или для разработки, где совершенно нормально выполнять файлы. После удаления сетевого диска и переназначения прав они, правда, не вернулись. Ты знаешь, когда они возвращаются? Раз в день?

Это не ошибка, но противоречит назначению диска, особенно учитывая, что это мой личный диск. Но выходит, что, вероятно, я что-то не понимаю — хотя это всё ещё может быть проблема UniFi. Разрешите объяснить: сейчас я временно использую Windows, так как обычно использую GNU/Linux. Как мы знаем, там по умолчанию нельзя запускать файлы без предоставления им разрешений предварительно. Так в GNU/Linux я бы просто использовал chmod +x WinMTR.exe и всё.

Это кажется отличающимся в Windows, и потому, что я не использую WinMTR.exe в Linux, а только в Windows, я никогда не задумывался о том, что в Windows пользователи могут запускать такие файлы без предоставления им предварительных разрешений. Я просто был сбит с толку.

Так, что я сделал сейчас, фактически то же самое, что и в GNU/Linux: правой кнопкой мыши на файл > Свойства > Безопасность > Выбираю свою учётную запись пользователя (не Everyone или unifi-drive) > Редактировать... > Устанавливаю галочку "Чтение и выполнение": И сработало!

Я думаю, для пользователей только Windows всё равно должна быть опция в UNAS Pro, но если это изменение постоянное (я не знаю, такое ли оно), я бы не увидел в этом проблемы больше. Раньше я думал, что это совершенно невозможно изменить. Поведение имеет полный смысл, ведь в конце концов UNAS Pro основан на GNU/Linux, но может быть сбивающим с толку в Windows, как мы здесь видим.

Да, это ограничение/риск безопасности с точки зрения Unifi. Вы не можете запускать или выполнять *.EXE файлы с сетевой папки с UNAS-Pro.