リモートの Ubuntu に ssh で sudo でコマンドを実行しようとすると
$ ssh user@server sudo ls -la
user@server's password:
sudo: no tty present and no askpass program specified
というように怒られてコマンドを実行できません。
tty が割り当てられているか askpass プログラムが指定されているかのどちらかであれば実行できるようです。
今回はリモートから ssh で sudo コマンドを実行するので askpass プログラムで対応するのは難しそうです。
askpass 以外で調べてみたら回避方法がいろいろありました。
回避方法その1
tty が割り当てられるようにすれば良いようなので
$ ssh -t user@server sudo ls -la
user@server's password: # server に ssh する時のパスワードを入力
[sudo] password for user: # sudo のためにパスワードを入力
...
というように ssh に -t オプションを指定するとうまくいきました。
なお、-t を指定ない場合は
$ ssh user@server tty
user@server's password:
tty ではありません
というように確かに tty が割り当てられていません。
-t を指定する場合は
$ ssh -t user@server tty
user@server's password:
/dev/pts/4
Connection to server closed.
今回のケースでは /dev/pts/4 が割り当てられました。
回避方法その2
visudo コマンドで sudoers ファイルに
Defaults visiblepw
を追加すると
$ ssh user@server sudo ls -la
user@server's password: # server に ssh する時のパスワードを入力
[sudo] password for user: ごにょごにょ # sudo のためにパスワードを入力
...
というように、うまく sudo できるのですが visible なパスワードだけに sudo 実行時に入力するパスワードが見えてしまいます。
sudoers の man ページで visiblepw の箇所を参照すると...
$ man sudoers
...
visiblepw By default, sudo will refuse to run if the user must
enter a password but it is not possible to disable
echo on the terminal. If the visiblepw flag is set,
sudo will prompt for a password even when it would be
visible on the screen. This makes it possible to run
things like "rsh somehost sudo ls" since rsh(1) does
not allocate a tty. This flag is off by default.
...
パスワード入力が必要な場合に端末上でエコーをしないようにする (パスワードを見えないようにする) ことができない場合には初期状態では sudo を実行できないようです。
セキュリティ上の理由でしょうね。
visiblepw を設定するとパスワードが見えてしまう場合でも sudo を実行できるようになるんですね。
なお、tty が割り当てられていない場合も、端末上でエコーをしないようにすることができないからだめだったのかな。
回避方法その3
sudo コマンドに -S オプションを付けて実行
$ ssh user@server sudo -S ls -la
user@server's password: # server に ssh する時のパスワードを入力
[sudo] password for user: ごにょごにょ # sudo のためにパスワードを入力
...
これもパスワードが見えてしまいますが sudo 実行できます。
sudo の man ページで該当箇所を参照すると...
$ man sudo
...
-S The -S (stdin) option causes sudo to read the password
from the standard input instead of the terminal device.
...
端末 (tty のことかな) からパスワードを読み込む代わりに標準入力から読み込むようになるようです。
上の「回避方法その2」の場合もバスワードを見えなくすることができる tty を使えない場合に、見えても良い標準入力からパスワードを入力するってことでよさそうなので、今回の場合は「回避方法その2」と「回避方法その3」は動作は同じとなるようです。
おまけ:
今回は
sudo: no tty present and no askpass program specified
というメッセージで ssh + sudo が実行できなかったのですが、
sudo: sorry, you must have a tty to run sudo
というメッセージで実行できな場合もあります。
これは sudoers ファイルで
Defaults requiretty
が指定されている場合で、tty が割り当てられていないと sudo を実行できないので「回避方法その2」、「回避方法その3」では回避できず、「回避方法その1」で ssh に -t オプションを付けて tty が割り当てられるようにしないと sudo 実行できません。
なお、Ubuntu のデフォルトでは requiretty は指定されていないようです。
