VV>>> У меня тоже была такая проблема - установить правильные разрешения VV>>> в Linux, чтобы все настройки и базы хранить в одной домашней папке, VV>>> как это было у меня в Windows и запускать скрипты под обычным VV>>> пользователем, под которым я обычно работаю. PG>> Глобальная концепция (как я её понимаю) тут в идеале должна быть PG>> такая. Всё (binkd, hpt) работает от пользователя fido, VV> Вопрос2All - зачем вообще husky нужен пользователь fido/ftn в VV> unix/linux?
Такой пользователь нахрен не нужен: фидошный софт прекрасно работает под любым существующим пользователем.
VV> У меня есть только одно оправдание - повысить безопасность сервера, VV> на котором работает нода. Других причин я не вижу.
Создание такого пользователя само по себе никак не влияет на безопасность.
VV> Если так, то может быть просто дать возможность указывать с какими VV> правами запускать программы husky либо в конфигурационном файле, либо VV> в каком-нибудь заголовочном или установочном до компиляции, как это VV> сделано в Golded для vendor_vars
Нет: это подразумевает запуск тоссера с рутовыми правами, что недопустимо.
VV> Потому как я заметил - сколько людей, столько подходов, а VV> следовательно и разрешений. У кого-то сервер, у кого-то простой VV> клиент, а кто-то утверждает, что группа fido/ftn вообще не нужна...
Ни специальный пользователь, ни специальная группа действительно не нужны. То есть, даже для полностью автопилотной FTN-системы достаточно самого обычного пользователя с возможностью запуска хотя бы одного(!) скрипта через crond.
-- Alexey V. Vissarionov aka Gremlin from Kremlin gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii
