Sudo выполнить сценарий оболочки по-разному по сравнению с прямым пользователем выполнить его

У моего клиента есть скрипт runDaemon.ksh который должен быть выполнен как пользователь app-admin . Сценарий создаст подключение сокета к IP с портом 3001.

Меня попросили автоматизировать этот скрипт, но с использованием другой automation пользователей. Они уже дают моим пользователям право sudo и выполнять runDaemon.ksh как app-admin в своих /etc/sudoers .

Когда я пытаюсь выполнить мой скрипт с помощью automation с помощью этой команды sudo -u app-admin ./runDaemon.ksh , демон начал, но он никогда не создает соединение сокета с целевым IP-адресом с портом 3001. Очень странно, я прошу клиента направить войти в систему, выполнить сценарий и работать нормально.

Как сделать, чтобы мой пользователь, получивший sudo имел такое же поведение, как и настоящий пользователь?

One Solution collect form web for “Sudo выполнить сценарий оболочки по-разному по сравнению с прямым пользователем выполнить его”

-i в sudo помогает мне запускать скрипт с тем же поведением, что и реальный пользователь.

sudo -i -u app-admin ./runDaemon.ksh

  • Как сохранить пользовательский PS1 в режиме суперпользователя?
  • Как запустить это в sudo?
  • Предоставляет ли команда unattended-upgrade безопасным пользователям, не использующим sudo?
  • Запуск openvpn без привилегий root
  • Можно ли заставить члена группы запускать что-то, что разрешено только судьей, как он сам?
  • запускать команду как другого пользователя с доступными разрешениями sudo
  • Могу ли я ограничить sudoer nopasswd каталогом?
  • sudo не работает над debian
  • Что произошло после sudo -s
  • Как исправить пустые / etc / sudoers как root?
  • Почему этот каталог не добавляется в мой PATH, когда я использую sudo?
  • Linux и Unix - лучшая ОС в мире.