Bigegg Lab

2012年 4月 11日

mosh: MITからモバイル時代のSSH代替品

06:15

http://mosh.mit.edu/

• ローミング可能
• 断続的な接続でも平気
• ローカルエコーで快適なレスポンス

などの機能をそなえたSSH代替ターミナルソフト。その名も「モッシュ」

iPhone/iPadでウロウロしながらサーバ作業をするのを想定しているようだ。ドキュメントやパッケージの充実度からしてもかなり高質のプロジェクト。こいつら本気でSSHを越えようとしている。

こんな能書き

• IPが変っても大丈夫
• スリープ後もターミナルが生きている
• 遅いリンクでもローカルエコーにより快適
  • 要は素早く打ち込んでいるときにスクリーンが止っちゃうことがない
  • フルスクリーンモードでも有効
  • サーバ側と同期化されていない入力はアンダーラインで記される
• ルート権限がなくてもサーバのインストール可能
  • サーバは一般プログラムとしてインストールして、それをSSHで立ち上げる
  • SSHをinetdとして使っている感じだと思う。いったん立ち上がるとUDPでクライアントと通信しはじめる。
• ユーザ認証はSSHに任せている
  • ので今迄通りに使える
  • セキュリティー上難しく危ない部分は実績のあるSSHにまかせているので安心できる
• 頑丈なターミナルソフト
  • バイナリのエスケープシーケンスでセッションが文字化けするようなことが無い
  • 最初からutf8サポート。既存ターミナルのエンコーディング関係のバグをとってある。
• Control-Cがいつでもきく

ローミングとか今やっていないので、全ての恩恵にはあずかれないが、いくつか検証できた。

• ラップトップをスリープさせて起した後、ネットワークが接続するとターミナルが生き返った。これだけでも使う価値あり。
• ローカルエコー： 素早く打ち込んでも全くラグがない。これは快適。

これならサーバにつなげっぱなしにしたターミナルをずっと開けていられる。カフェに移動したら再接続とかする必要がなくなる。

これだけでも凄いが、このプロジェクトは単にローミング可のターミナルを作ったのではない。State Synchronization Protocolという状態同期可プロトコルを開発し、moshはそれをもちいた「最初のアプリケーション」という位置付けになっている。単にGUI環境を作るのでなく、それを可能にするプロトコルとツールキットを開発したMITらしい壮大な発想だ。

学術的な話を読みたが、取りあえず使えるようにしよう。

mosh: MITからモバイル時代のSSH代替品 - karasuyamatenguの日記

設定のまとめ

クライアントとサーバにmoshをインストール
サーバでUDP 60000-61000を開ける

1ヶ月前 | 固定リンク | 2012年 4月 11日 |

2011年 11月 30日

/etc/hosts.allow に以下のように記載し

1	sshd: /etc/hosts.sshd_allow

includeするファイルを以下のように作成すると

1 2	192.168.1.10 192.168.1.11

通常記載するような以下の動きと同じになります。

1 2	sshd: 192.168.1.10 sshd: 192.168.1.11

役割が違うサーバーのそれぞれの /etc/hosts.allow をバージョン管理していて、両方で共通のルールだけ別ファイルで一元管理などに便利に使えそうです。

/etc/hosts.allowで外部ファイルをincludeして使う - blog.tnmt.info

5ヶ月前 | 固定リンク | 2011年 11月 30日 |

2010年 9月 17日

こんなコマンドがあったのか。常識？

ssh-copy-id [email protected]

か。パスワード認証のパスワードが求められる。

あああ、こんな便利なコマンドあったのか。

いわゆる authorized_keys に登録する処理が簡単に行える。

ただ、ほとんどの環境に入ってない。

最近のOpenSSHだと入ってるのかな。

ちなみにいつもはこうやってる。

$ cat ./.ssh/id_rsa.pub | ssh user@remote_host "cat >> ./.ssh/authorized_keys"

ssh-copy-idコマンドで公開鍵をリモートホストに登録する - 技術メモ帳

CentOS5.5にはssh-copy-idというコマンドが標準であるので使えますね。

1年前 | 固定リンク | 2010年 9月 17日 |

2010年 8月 8日

User *** not allowed because account is locked

SSHを

PasswordAuthentication no
ChallengeResponseAuthentication no
UsePAM no

としてキー認証のみにしてユーザー設定を済ませた上で、いざログインしようとして上記のエラーで入れない。

調べてみると、あ・・・

http://fragments.g.hatena.ne.jp/hogem/20080924/1222215746

こちらの通り。
ユーザーは作ったのにそのユーザーのパスワードを設定してなかった場合に発生orz

新規セットアップしたサーバでやってしまった・・。

sshキー認証に失敗する User *** not allowed because account is locked

/var/log/secure に以下のログが出てリモートからログイン出来ない状態となりました。
Aug 8 22:12:35 サーバ名 sshd[3830]: User ○○ not allowed because account is locked

解決方法としてはユーザを作成しただけではだめで、パスワードの変更コマンド、passwdを実行する必要があるとのことです。

1年前 | 固定リンク | 2010年 8月 8日 |

2010年 8月 5日

SSHでリモートサーバに対して色々

• リモート先のファイルをsortして比較。パスフレーズなしにしておくことが必要。

$ diff <(sort /home/user/.bashrc) <(ssh user@hostname "sort /home/user/.bashrc")

• リモートサーバのファイルを編集

$ vim scp://user@hostname//home/user/.bashrc

最近知ったLinux/UNIXの小技 - harry’s memorandum

パスフレーズ無しで繋がるよう、鍵認証を行えばこんな便利なことも出来ます。

1年前 | 固定リンク | 2010年 8月 5日 |