URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID15
Нить номер: 4018
[ Назад ]

Исходное сообщение
"Сохранение настроек mc при переходе в root через sudo"

Отправлено shaman.jr , 16-Апр-13 17:23 
FreeBSD 9.1
установлен mc-4.8.1.7 из портов

Свои настройки он хранит в /home/user/.config/mc

При переходе по sudo -s и запуске mc - он берет свои настройки уже из каталога /root/.config/mc

В настройках sudo
visudo

Defaults  env_keep += "EDITOR HOME HTTP_PROXY HTTP_PROXY_AUTH"

Вопрос следующий: как при переходе в root через sudo -s сохранять работу mc с настройками из /home/user/.config/mc

Соответственно при работе другого пользователя через sudo -s сохранять работу mc с настройками /home/second_user/.config/mc

Спасибо.


Содержание

Сообщения в этом обсуждении
"Сохранение настроек mc при переходе в root через sudo"
Отправлено John , 16-Апр-13 17:51 
sudo su -l [user]

"Сохранение настроек mc при переходе в root через sudo"
Отправлено sTALK_specTrum , 18-Апр-13 08:34 
Симлинк не пробовал?


"Сохранение настроек mc при переходе в root через sudo"
Отправлено shaman.jr , 18-Апр-13 11:52 
> Симлинк не пробовал?

Симлинк устраивает только в том случае, если я один выхожу в root. Проблема состоит в том, что:
1) я должен переходить в root и работать со своими настройками mc
2) мой коллега, который тоже входит в группу wheel, переходя в root должен работать со своими пользовательскими настройками mc.

PS
Когда в прошлых версиях mc, его пользовательские настройки хранились в
/home/user/.mc
То все было именно так как требуется - переходя в root я и коллега работали _со_своими_ (различными) настройками mc!


"Сохранение настроек mc при переходе в root через sudo"
Отправлено shaman.jr , 16-Май-13 18:06 
>[оверквотинг удален]
> Симлинк устраивает только в том случае, если я один выхожу в root.
> Проблема состоит в том, что:
> 1) я должен переходить в root и работать со своими настройками mc
> 2) мой коллега, который тоже входит в группу wheel, переходя в root
> должен работать со своими пользовательскими настройками mc.
> PS
> Когда в прошлых версиях mc, его пользовательские настройки хранились в
> /home/user/.mc
> То все было именно так как требуется - переходя в root я
> и коллега работали _со_своими_ (различными) настройками mc!

Мною было найдено следующее решение проблемы:

$ mc –F – посмотреть какими директориями пользуется mc

$ cat /home/valeriy/.bash_profile | grep MC_HOME
export MC_HOME="/home/user"

# visudo
--cut--
Defaults  env_keep += "MC_HOME"
--cut--

В результате при запуске sudo –s а затем mc – его домашней директорией является /home/user
Как результат при переходе из пользователя через sudo -s - mc использует настройки пользователя а не из /root/.config/mc/

Имеем: разные пользователи заходят по sudo -s под root - но mc у них грузится со своими пользовательскими настройками.

P.S.: в качестве шела bash


"Сохранение настроек mc при переходе в root через sudo"
Отправлено shaman.jr , 21-Май-13 15:46 
>[оверквотинг удален]
> --cut--
> Defaults  env_keep += "MC_HOME"
> --cut--
> В результате при запуске sudo –s а затем mc – его домашней
> директорией является /home/user
> Как результат при переходе из пользователя через sudo -s - mc использует
> настройки пользователя а не из /root/.config/mc/
> Имеем: разные пользователи заходят по sudo -s под root - но mc
> у них грузится со своими пользовательскими настройками.
> P.S.: в качестве шела bash

Конечно вместо строчки
export MC_HOME="/home/user"

следует использовать
export MC_HOME=$HOME


"Сохранение настроек mc при переходе в root через sudo"
Отправлено pavlinux , 27-Июн-13 02:14 
>> Симлинк не пробовал?
> Симлинк устраивает только в том случае, если я один выхожу в root.

Два рута в системе - это жопа!


"Сохранение настроек mc при переходе в root через sudo"
Отправлено LSTemp , 24-Май-13 04:16 
> FreeBSD 9.1
> установлен mc-4.8.1.7 из портов
> Свои настройки он хранит в /home/user/.config/mc
> При переходе по sudo -s и запуске mc - он берет свои
> настройки уже из каталога /root/.config/mc

1) понимаю использование sudo для запуска отдельной команды под другим пользователем. использование для запуска оболочки с правами рута - не понимаю.

2) не проще ли тогда su -l (алиас на su при необходимости в .*rc)? сколько там админов-то? если больше 2-х, то можно не заморачиваться вообще в контексте заданного вопроса.


> В настройках sudo
> visudo
> Defaults  env_keep += "EDITOR HOME HTTP_PROXY HTTP_PROXY_AUTH"
> Вопрос следующий: как при переходе в root через sudo -s сохранять работу
> mc с настройками из /home/user/.config/mc
> Соответственно при работе другого пользователя через sudo -s сохранять работу mc с
> настройками /home/second_user/.config/mc
> Спасибо.


"Сохранение настроек mc при переходе в root через sudo"
Отправлено SB , 30-Май-13 22:13 
> 1) понимаю использование sudo для запуска отдельной команды под другим пользователем. использование
> для запуска оболочки с правами рута - не понимаю.

Морочно вводить пароль. А так: думаешь над листингами сколько хочешь, и не отвлекаешься на ерунду, типа ввести пароль 100 тыс. пятисотый раз.

Не, ну можно настроить вообще всё, и проверить интернет на вирусы, да. ;)
Linux way - это такой путь, что у каждого собственный. ;)


"Сохранение настроек mc при переходе в root через sudo"
Отправлено LSTemp , 02-Июн-13 05:20 
>> 1) понимаю использование sudo для запуска отдельной команды под другим пользователем. использование
>> для запуска оболочки с правами рута - не понимаю.
> Морочно вводить пароль. А так: думаешь над листингами сколько хочешь, и не
> отвлекаешься на ерунду, типа ввести пароль 100 тыс. пятисотый раз.

морочно будет, когда не ту команду наберешь, смотря логи по рутом. каждый сам себе злобный Буратино. это 1 раз в 100 тысяч лет конечно происходит.. хочешь стаь буратиной этого века? )

> Не, ну можно настроить вообще всё, и проверить интернет на вирусы, да.
> ;)
> Linux way - это такой путь, что у каждого собственный. ;)


"Сохранение настроек mc при переходе в root через sudo"
Отправлено SB , 05-Июн-13 22:13 
> морочно будет, когда не ту команду наберешь, смотря логи по рутом. каждый
> сам себе злобный Буратино. это 1 раз в 100 тысяч лет
> конечно происходит.. хочешь стаь буратиной этого века? )

А вот это неверное объснение. Привыкаешь к sudo и уже не думаешь, под кем ты запускаешь команду. Глаза и мозг тупо не фиксируют наличие sudo. И тут становится неважно, под кем админишь.

Под рутом хотябы приглашение к вводу другого цвета. А с sudo вообще не отличить: где от рута, а где не от него.

Sudo предназначена для других целей.


"Сохранение настроек mc при переходе в root через sudo"
Отправлено LSTemp , 26-Июн-13 22:24 
>> морочно будет, когда не ту команду наберешь, смотря логи по рутом. каждый
>> сам себе злобный Буратино. это 1 раз в 100 тысяч лет
>> конечно происходит.. хочешь стаь буратиной этого века? )
> А вот это неверное объснение. Привыкаешь к sudo и уже не думаешь,
> под кем ты запускаешь команду. Глаза и мозг тупо не фиксируют
> наличие sudo. И тут становится неважно, под кем админишь.
> Под рутом хотябы приглашение к вводу другого цвета. А с sudo вообще
> не отличить: где от рута, а где не от него.
> Sudo предназначена для других целей.

тяжко с Вами:

1)
цитирую сам себя немколькими постами выше:
"понимаю использование sudo для запуска отдельной команды под другим пользователем. использование для запуска оболочки с правами рута - не понимаю."

2)
цвета и прочие фенечки  - как настроешь

3)
работы из под рута по возможности следует избегать

4)
хочешь интерактивно под рутом работать - так нах для этого mc|shell под sudo запускать? su не проще?


"Сохранение настроек mc при переходе в root через sudo"
Отправлено pavlinux , 27-Июн-13 02:16 
> Sudo предназначена для других целей.

Судо - для лошопедов не умеющих управлять системой.



"Сохранение настроек mc при переходе в root через sudo"
Отправлено Andrey Mitrofanov , 27-Июн-13 11:57 
>> Sudo предназначена для других целей.
> Судо - для лошопедов не умеющих управлять системой.

sudo - для админов, понимающих, что делают. (Вне зависимости от того, что с ним делают убутноиды.)

У меня (да, это я -- "понимающий, что делаю" :-P) sudo всегда спрашивает пароль root-а, например. А через NOPASSWORD: раздаются _fine grained_ права скриптам на R/O операции, где лениво или сложно выстроить доступ дисковыми правами.