~/.ssh/config で簡単に複数ホストへのSSH接続を管理する - すぱぶらの日記
ssh で鍵やユーザ名を複数のホストで使い分けないといけない場合、それら設定を覚えておくのは面倒です。 それらホスト毎の設定は ~/.ssh/config で簡単に管理することができます。 複数の鍵を管理する場合 identity, id_rsa などのファイル名で保存しますが、これでは複数の鍵を置くことができないので、 test.org の場合、「id_rsa.test.org」 hoge.in の場合、「id_rsa.hoge.in」 など、ホスト名や用途名の prefix, suffix を付けて管理しています。 どの鍵をどのような用途で利用しているのかが分かればファイル名は何でも構いません。 ~/.ssh/configを記述する Host test.org HostName test.org IdentityFile ~/.ssh/id_rsa.test.org User test
ssh-agentのforwardを利用し、ホストマシンとローカルVMの非公開鍵を共有する - MANA-DOT
ssh-agentはずっと利用していたものの、agentのforwardという機能をつい最近まで知リませんでしたが、ローカルVM開発する上でかなり便利な機能でしたので書きます。 ssh-agentのforwardを利用すると、例えばVM開発する上で、ホストマシンの非公開鍵を使用してゲストマシンでsshを利用できたりします。特に、githubに複数の鍵登録する必要がなくなるのが便利。 ssh-agentとは リモートマシンにSSHでログインする際、最もよく利用する方式は公開鍵認証であると思います。 公開鍵認証では、あらかじめログイン先に登録しておく公開鍵と、ローカルマシンにおいておく非公開鍵のペアを用いますが、非公開鍵には通常パスフレーズを設定すると思います。 この、パスフレーズの入力を、シェルにログインした時の一回のみで済ませ、以後の入力を省いてくれるのがssh-agentの仕事になります
Cygwinでssh-addできないときは - TODO: ブログの名前を考える
Cygwinで普通にssh-addしようとすると… $ exec ssh-agent /usr/bin/bash $ ssh-add .ssh/id_dsa Could not open a connection to your authentication agent.こうなるはず。 こんなときは、もう一つCygwinを立ち上げ、そちらで $ ssh-agent -d SSH_AUTH_SOCK=/tmp/ssh-hOgehoGe/agent.8956; export SSH_AUTH_SOCK; echo Agent pid 8956;とやって、表示されたのを「元のターミナルで」実行してやればOK。 $ SSH_AUTH_SOCK=/tmp/ssh-hOgehoGe/agent.8956; export SSH_AUTH_SOCK; $ ssh-add .ssh/id_dsa Iden
sudo をプログラムで使う際の注意点 - bluepapa32’s Java Blog
『Wake on LAN してみる Part 3 (shutdown)』 で Linux サーバを停止する際の sudo の使い方に問題があったので まとめておくことに... 問題１ sudo のバージョンによって標準入力からパスワードを渡す方法が異なるらしい。 Ubuntu 8.04 LTS の sudo (1.6.9p10) では echo "pass" | ssh hoge@192.168.1.1 "sudo /sbin/shutdown -h now"で問題がなかったが 最新の Ubuntu 10.04 LTS の sudo (1.7.2p1) では sudo: no tty present and no askpass program specifiedのようなエラーになってしまう。どうやら echo "pass" | ssh hoge@192.168.1.1 "sudo -S
多段ssh設定のまとめ
B! 349 0 0 0 多段sshについて、ターミナルからsshを直接使う場合と WindowsでのPuTTYでの設定について、 久しぶりに設定をしなおしたのでそのまとめ。 ~/.ssh/configで多段接続 同じ踏み台サーバーを持つ物を一括指定 複数の踏み台サーバーを経由してログイン Windows+PuTTYで多段ssh plinkを使用する方法 ログインサーバーにログインしてさらにsshコマンドを実行する ショートカットの作成 Gitサーバーに対する多段接続 ~/.ssh/configで多段接続 ターミナルからsshを使うときには~/.ssh/configファイルが設定ファイルとして 使われます。 直接外部からログインできない様なサーバーに踏み台サーバーを通って ログインするときに、毎回踏み台サーバーにsshしてそこから また入りたいサーバーにログインして。。。は面倒なので そこ
リモートホストのファイル等でdiffする方法 : しげふみメモ
2009年02月28日21:14 カテゴリLinux リモートホストのファイル等でdiffする方法 Linuxのdiffコマンドで、リモートホストのファイルやコマンド実行結果を比較する方法をメモ。 最近知りました。 $ diff <(ssh host1 cat file1) <(ssh host2 cat file2) bash系のプロセス置換（process substitution）がサポートされているシェルで可能です。 この場合、公開鍵認証で認証エージェントに鍵を追加してあるか、ホストベース認証を使用するなどして、パスワードやパスフレーズを入力せずに接続できる必要があります。 ちなみに、一方がローカルなら以下でも可能。 $ ssh host1 cat file1 | diff - file2 sshでコマンド実行した結果とか。 $ diff <(ssh host1 "rpm -qa"
Linuxでのリモート越しの差分チェック(diff)色々 - 元RX-7乗りの適当な日々
今さっき、サクッと書き殴ったワンライナーなので突っ込みどころはあると思いますが、汚いのを承知の上で備忘録的に公開してみようと思う。ポータビリティ重視。 ※ ちなみにノンパス設定している環境です(^^;)。必要に応じて各種パラメータを書き換えて実行してください。 ローカルの1ファイルと、リモートサーバにある1ファイルの差分チェック $ ssh 192.168.1.1 "cat /usr/local/apache2/conf/extra/httpd-mpm.conf" | diff - ./httpd-mpm.confこれは基本。ユーザ名を付ける時は、"username@192.168.0.1"とか指定してください。(＞＜) ローカルの1ファイルと、複数のリモートサーバそれぞれにある1ファイルの差分をチェック $ for i in `seq 1 10`; do IP=192.168.1.${i
SSHへのブルートフォースアタック（ID, PASS 総当たり攻撃）への対応｜プログラムメモ
SSHへのブルートフォースアタック（ID, PASS 総当たり攻撃）は必ず経験する攻撃の一つです。 ブルートフォースアタックへの対応策（ID,PASSでのSSHログインを不可にする）は必ずしておきましょう。 ● SSHへのブルートフォースアタックの確認 ブルートフォースアタックを受けていることを確認するにはログファイルを確認します。 まずログファイルの場所を確認し、そのログファイルを参照します。 cat /etc/syslog.conf Fedora や CentoOSの場合下記コマンドで確認できます。 cat /var/log/secure | grep "Invalid user" cat /var/log/secure | grep "Failed password" cat /var/log/messages | grep "failure" webmin で見る場合 【システム】
PoderosaのSSH2の秘密鍵をOpenSSHで使う: 端っこなひとの備忘録
Poderosaで作成したSSH2（RSA）の秘密鍵をLinuxに持っていてそのまま使おうとしたが無理だった。 Poderosaの秘密鍵はSECSH形式で、OpenSSHのものとは形式が違うらしい。 忘れないうちにメモ。 ●公開鍵ならOpenSSHで変換できるらしい http://ja.poderosa.org/faq/14.html ●秘密鍵を同じ方法で試すとエラー。 $ ssh-keygen -i -f id_rsa_poderosa > id_rsa unsupported cipher 3des-cbc decode blob failed. ●puTTYで秘密鍵を変換 eto.com/d「Poderosa OpenSSH」 SSHでRSA公開鍵認証を使う事に関する事を書くページ などを参考にできた。 １、PuTTYの「puttygen.exe」のみを本家（？）からダウンロード ２
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
