Я действительно не понимаю, какая модель учетных записей/разрешений unix предназначена для Capistrano.
Допустим, у меня есть приложение для рельсов под названием Widget, и я буду развертывать его с помощью пассажира. В общем, до капистрано, я хочу, чтобы весь каталог ./widget принадлежал пользователю с именем «виджет». И затем по умолчанию пассажир будет запускать процесс приложения как пользовательский виджет, потому что пассажир работает как пользователь, которому принадлежит файл.
И весь смысл этого в том, что эта учетная запись «виджет» имеет довольно ограниченные разрешения, верно? Поскольку веб-приложение будет работать под этой учетной записью?
Итак, поскольку я хочу, чтобы файлы принадлежали «виджету», я говорю шапке
установить :пользователь, "виджет"
Но теперь, когда я запускаю «cap deploy: setup», он хочет «sudo» из этой учетной записи. Ни в коем случае эта учетная запись «виджет» не получает привилегии sudo, весь смысл в том, чтобы сохранить ограниченные привилегии этой учетной записи.
Хорошо, я могу сказать Cap не использовать sudo... но тогда, возможно, у него не будет привилегий, чтобы делать то, что ему нужно.
Я тоже могу найти обходной путь. Но я начинаю думать, почему мне все время приходится заново изобретать велосипед? Я ошибочно думал, что цель рецептов кепки в том, чтобы дать мне несколько лучших практик. В любом случае... что люди на самом деле здесь делают?
Использовать одну учетную запись unix для установки, но затем каким-то образом заглушить ее чем-то другим? Используйте одну учетную запись unix, но настройте что-то без ограничения (марионетка?), чтобы этой учетной записи не нужно было использовать sudo, чтобы начать работу? Какие? Что мне не хватает?
