Linuxは

Question

私の目標は

（パスワードなしのキーがすでにsteupある）リモートSSHセッションにログインし、マスターシェルスクリプトから次

• を自動化することであるが相互に作用使用した後にbashスクリプトに制御を戻すない期待します私はrootアクセスが必要なので、私はログインを期待して使用しています。つまり"su"を送信し、 "Password："を期待して、 "を送ってください。
• 次に、expectスクリプトを呼び出したbashスクリプトに制御権を戻し、rootとしてログインしたさまざまなSSHコマンドを実行したいと思います。

これは可能ですか、それともすべてを期待通りに行う必要がありますか？

Answer 1

問題は、さまざまなコミュニケーション層が残っていなければならないということです。あなたが気づいている以上に多くのことが起こっています。

あなたのモデルがこれです：

+------+ expect +-----+ su +----------------+ 
| bash | ---------> | ssh | -----> | remote-context | 
+------+   +-----+  +----------------+ 

だが、実際に起こっているのはこれです：

+----------------+ +----------------------+ +----------------------------+ 
| local terminal | |  expect  | |  remote terminal  | 
|    | | +------------------+ | | +------------------------+ | 
| +------+ | | | virtual terminal | | | |   bash   | | 
| | bash | -----> | |     | | | | +--------------------+ | | 
| +------+ | | |  +-----+  | | | | |   su   | | | 
|    | | |  | ssh | ---------> | | | +----------------+ | | | 
+----------------+ | |  +-----+  | | | | | | remote context | | | | 
        | +------------------+ | | | | +----------------+ | | | 
        +----------------------+ | | +--------------------+ | | 
               | +------------------------+ | 
               +----------------------------+ 

またはそのような何か（私はネットワークで何ビットのほとんどを省略しましたが、例えば）。 のレイヤリングが行われていますが、そのほとんどはあなたが気付いていません。しかし、sshはexpectの中で実行されているため（自動化機能を利用するために）、がexpectで制御されているローカル仮想端末で実行されていることを意味します。 bashは制御を直接取ることができません。は仮想端末のマスター側の方法を知らないので、とsshdはとなります。

代わりに、コードの残りの部分を直接期待して書くか、引数として実行するコードを提供する必要があります（ある意味では、おそらくファイルから引っ張られます）。 send。

は、その発信者からのテキストの行を読み取るためにgets stdinを使用することができ、argv変数から引数を取得する期待、そしてopen/read/closeは、ファイルの内容にプルします。

---

あなたはsuの代替としてsudoを知っていますか？これは、特定の要求元ユーザーに対して完全にパスワードなしの操作を許可するように構成することができます。これは、あまりにも大きなセキュリティホールを露出させることなく、システムの操作を可能にするのに役立ちます。それが動作たら何