sudo -Hi -u user_name script.sh

с его окружающей средой

оригинально ты это дело назвал. ты имеешь ввиду дефолтный env или какой? а то оно как бы меняться может.

и вроде как именно для твоего случая придумали sticky bit и suid/sgid

в общем думал поможет опция -i или -s, но они запрашивает пароль,

схерали? Если есть NOPASSWD то запрося пароля не будет

Но с окружением все-равно беда будет. Не используй -i, а в запускаемом csh-скрипте читай через source тотже .login и/или дугой файл.

Сам недавно сталкивался с таким для SAP на AIXe

схема сложнее я тут ее упростил

все дело выглядит в общих чертах так oper – запускает скрипт, он же оператор, он же бесправный пользлователь. ecladm – админ SAP, у него права на старт/стоп SAP ec3adm – админ БД, выполняет работу с БД.

в общем скрипт запускает пользователь oper: sudo -u ec3adm /tmp/tst.sh

Т.к. у ec3adm слишком много команд в этом скрипте и они километровые, это по части БД. я выбрал их как отправную точку - команды которые нельзя трогать и заносить в судо. Значит все должно плясать вокруг них. В общем oper запускает, а сам скрипт выполняется от ec3adm. но внутри скрипта надо остановить sap. останов SAP это еще один скрип, но туда точно лезть нельзя и тот скрипт рассчитан на ENV ecladm . задача подтянуть через sudo ENV пользователя ecladm если запускается оно скриптом от имени ec3adm. скрипт в свою очередь запускает бесправный пользователей oper. как то так. Поэтому я так описал в начале темы.

А задача такая - как запустить скрипт через sudo, чтобы ENV использовалось другого пользователя в данном случае хозяина скрипта. иначе скрипт не отработает. Ему нужна окружающая среда от SAP (ecladm )

я не вижу путей как мне это сделать в данной ситуации.

как мне это сделать в данной ситуации.

Что именно? Пароль или окружение?

запуск скрипта с чужим окружением без запроса пароля.

чтобы ENV использовалось другого пользователя в данном случае хозяина скрипта

sudo по дефолту и так юзает env другого пользователя, это регулируется флагом в sudoers. а вот если у тебя ecladm еще там что-то себе в env успевает загнать перед тем как стартануть SAP - тогда уже надо его профиль смотреть и скрипты которые он тянет

в целом если совсем все лень - есть тупой и простой вариант. от ecladm выполни env и схорони в файл. внизу допиши строчку инициализации SAP. файл пускай от oper выставив suid на ecladm.

Я уже сказал что делать. конкретно что не понятно?

А что за флаг? у меня ecladm работает с shell по умолчанию

 /bin/csh

source $HOME/.sapenv.csh 

setenv SAPSYSTEMNAME  ECL

sudoers
ec3adm  ALL=(ALL) NOPASSWD: /usr/sap/ECL/SYS/exe/dbg/startsap
ec3adm ALL=(ecladm) NOPASSWD: /usr/bin/env

/home/ec3adm> sudo  -u ecladm /usr/sap/ECL/SYS/exe/dbg/startsap
SAPSYSTEMNAME not set
please send the tracefile /home/ecladm/startsap.trc to support

/home/ec3adm> sudo  -u ecladm /usr/bin/env
TERM=xterm
LANG=en_US.UTF-8
COLORTERM=1
SHELL=/bin/sh
MAIL=/var/mail/ecladm
PATH=/usr/sbin:/usr/bin:/sbin:/bin
LOGNAME=ecladm
USER=ecladm
USERNAME=ecladm
HOME=/home/ecladm
SUDO_COMMAND=/usr/bin/env
SUDO_USER=ec3adm
SUDO_UID=14301
SUDO_GID=221
XDG_SESSION_ID=1842
XDG_RUNTIME_DIR=/run/user/261

И да у oper по умолчанию окружение bash и у ec3adm bash. они не принимают интерактивно (без подготовки левого файла) команды из окружения csh. тот же source. Поэтому я не вижу пока идеи реализации. Сижу маны читаю по sudo...

Выполнил через одно место

visudo
ec3adm ALL=(ecladm) NOPASSWD: /usr/bin/ssh ecladm@server2 /usr/sap/ECL/SYS/exe/dbg/startsap

как бы банально это не выглядело команда для запуска будет такой:

sudo -u ecladm /usr/bin/ssh ec3adm@server2 /usr/sap/ECL/SYS/exe/dbg/startsap

между ecladm сделал обмен ключами ssh.