admin vs. usuário sudo: programa não funciona para usuário (sudo env problem?)

0

Estou trabalhando em um QNAP NAS-system (que sozinho é problemático; firmware: 4.1.1 (não tão novo)) e instalei duplicidade em alguma comunidade -package.

Problema

Conectado como admin (que é a substituição de root no sistema QNAPs) através de ssh , os seguintes trabalhos:

duplicity
Command line error: Expected 2 args, got 0
Enter 'duplicity --help' for help screen.

Tentando o mesmo que outro usuário falha o tempo todo ( aqui: sudo -i ):

sudo -i -u backupScript
duplicity
Could not find platform independent libraries <prefix>
Could not find platform dependent libraries <exec_prefix>
Consider setting $PYTHONHOME to <prefix>[:<exec_prefix>]
ImportError: No module named site

Também sudo --login :

sudo -u backupScript --login
duplicity
Could not find platform independent libraries <prefix>
Could not find platform dependent libraries <exec_prefix>
Consider setting $PYTHONHOME to <prefix>[:<exec_prefix>]
ImportError: No module named site

sudo -E (que pode ser um candidato) parece não estar disponível com a minha versão: 1.8.14p3 .

Depuração da configuração de env:

admin: env

HOSTNAME=XXX
TERM=xterm
SHELL=/bin/sh
HISTSIZE=1000
SSH_CLIENT=192.168.2.106 55935 22
SSH_TTY=/dev/pts/5
LC_ALL=en_US.UTF-8
HISTFILESIZE=1000
USER=admin
TEMP=/Apps/opt/tmp
LS_COLORS=no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.bz2=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.jpg=01;35:*.jpeg=01;35:*.png=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.mpg=01;35:*.mpeg=01;35:*.avi=01;35:*.fli=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:
PAGER=/bin/more
MAIL=/var/mail/admin
PATH=/Apps/opt/bin:/Apps/opt/sbin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/bin/X11:/usr/local/sbin:/usr/local/bin:/usr/local/ruby/bin:/Apps/bin:/Apps/sbin:/usr/local/jre/bin
INPUTRC=/etc/inputrc
PWD=/root
JAVA_HOME=/usr/local/jre
RUBY_PATH=/usr/local/ruby
EDITOR=/bin/vi
LANG=en_US.UTF-8
DMALLOC_OPTIONS=debug=0x34f47d83,inter=100,log=logfile
PS1=[\w] #
SHLVL=1
HOME=/root
TERMINFO=/Apps/opt/share/terminfo
TMP=/Apps/opt/tmp
LOGNAME=admin
LC_CTYPE=en_US.UTF-8
SSH_CONNECTION=192.168.2.106 55935 192.168.2.103 22
_=/usr/bin/env

env de backupScript após sudo -i -u backupScript

HOSTNAME=XXX
SHELL=/bin/sh
TERM=xterm
HISTSIZE=1000
LC_ALL=en_US.UTF-8
HISTFILESIZE=1000
USER=backupScript
LS_COLORS=no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.bz2=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.jpg=01;35:*.jpeg=01;35:*.png=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.mpg=01;35:*.mpeg=01;35:*.avi=01;35:*.fli=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:
SUDO_USER=admin
SUDO_UID=0
USERNAME=backupScript
PAGER=/bin/more
MAIL=/var/mail/backupScript
PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/bin/X11:/usr/local/sbin:/usr/local/bin:/usr/local/ruby/bin:/Apps/bin:/Apps/sbin:/usr/local/jre/bin
INPUTRC=/etc/inputrc
PWD=/share/homes/backupScript
JAVA_HOME=/usr/local/jre
RUBY_PATH=/usr/local/ruby
EDITOR=/bin/vi
LANG=en_US.UTF-8
DMALLOC_OPTIONS=debug=0x34f47d83,inter=100,log=logfile
PS1=[\u@\h \W]\$
SHLVL=1
SUDO_COMMAND=/bin/sh
HOME=/share/homes/backupScript
LOGNAME=backupScript
LC_CTYPE=en_US.UTF-8
SUDO_GID=0
_=/usr/bin/env
  • Ambos não têm nenhum PYTHONHOME definido (o que é mencionado no erro)
  • Como o administrador pode executar a duplicidade, enquanto o backupScript do usuário não é?
  • Alguma idéia de como consertar isso?
  • Alguma idéia de outras tentativas de depuração? Apenas mencione se eu estou me aproximando disso de uma maneira completamente errada!
por sascha 14.09.2016 / 14:22

1 resposta

0

Eu acho que no seu caso, o principal problema é que isso está faltando no $ PATH: "/Apps/opt/bin:/Apps/opt/sbin" . Provavelmente python deveria vir de lá.

Na verdade, sudo -i deve funcionar se o usuário "backupScript" tiver os arquivos de configuração de perfil / shell corretos em seu home /share/homes/backupScript . Se não, então mude seu perfil ou não use --login ou -i.

Você pode imitar o comportamento sed -E editando /etc/sudoers . Desabilite Defaults env_reset ou adicione PATH a Defaults env_keep

BTW se admin for root, então você nem precisa usar o sudo. su deve estar bem:

su -c duplicity backupScript

    
por 14.09.2016 / 15:20