別のユーザーおよび実行画面としてのSudo

今日、sudoを実行する別のユーザーとして実行中の画面が機能しないことがわかりました！

すなわち

ssh bob@server         # ssh into server as bob
sudo su "monitor" -
screen                 # fails: Cannot open your terminal '/dev/pts/0'

「モニター」ユーザーとして実行するスクリプトがあります。出力を画面に表示するために、スクリーンセッションで実行します。問題は、自分のアカウント（ボブ、ジェームズ、スージーなど）でログインするユーザーが多数いることです。その後、「モニター」ユーザーにsudoします。「モニター」ユーザーへのアクセスを許可することは問題外です。

画面を起動する前にscript /dev/nullユーザーとして実行してみてくださいsu-それはゲットーの小さなハックですが、画面を幸せにするはずです。

私がscreenするユーザーのためにラッパー関数を使用していますsudo su。これは、ユーザーに追加したラッパー関数です~/.bashrc。

関数screen（）{
  / usr / bin / script -q -c "/ usr / bin / screen $ {*}" / dev / null
}

これにより、使用する可能性のあるすべてのオプションとパラメーターscreenを使用できます。この関数をシステム全体に配置することを考えています。

とにかくホストにSSHで接続していると仮定すると、〜monitor / .ssh / authorized_keysファイルのモニターアカウントにアクセスする必要がある各ユーザーの公開sshキーを追加できます。次に、各ユーザーのリモートマシンで実行できます

ssh -t monitor@remote.machine画面-RD

このエラーについて話していると仮定します。

$ sudo su - bob
$ screen
Cannot open your terminal '/dev/pts/5' - please check.

ワンライナーは次のとおりです（たとえば、「エイリアスゴボブ」として使用できます）。

sudo su - bob -c "script -c bash /dev/null"'

説明：

これにより、ユーザーbobとしてシェル（ログインシェルなど）が開始されます。ユーザーbobがscript起動し、bash（ダッシュまたはksh ...）を呼び出すように指示され、セッションのコピーが破棄されます。

おそらく、問題のデバイスのアクセス許可を変更するか、そのデバイスの読み取りアクセス許可を持つグループにモニターを追加する必要があります。これが私の最初の傾向です。しかし、そうすることのセキュリティへの影響を比較検討する必要があります。

あなたが言う：

sudo su "monitor" -

後ダッシュについて疑問に思っています。私は通常：

sudo su - username

ダッシュ（suのmanページによる）はsuに「シェルをログインシェルにする」ように指示します。これは、通常のシェルスタートアップスクリプトをすべてソースし、PATHやHOMEなどを適切に設定することを意味します。

私はちょうどこの問題にぶつかりました。chmod +rw $(tty)sudoを実行する前に解決しました。このソリューションの問題は、その後だれでも端末に接続してスヌープできることです。