sshpassでssh/scpの対話型のパスワード入力を自動化する - Qiita
Linuxの対話がめんどくさい?そんな時こそ自動化だ！-expect編- - Qiita 対話型のシェルを自動化する際は基本的には上の記事のように expect で頑張らないといけないが、 ssh と scp に関しては sshpass を利用すれば簡単に自動化が可能。 (セキュリティに関する是非とか公開鍵使用したほうが良いとかは今回は省略する) sshpass(1) - Linux man page イントール ubuntuならaptでインストールできる。(MacのHomeBrewの場合は警告が出るらしい) # パスワードを指定 sshpass -p 'password' ssh -o StrictHostKeyChecking=no user@host 'command' sshpass -p 'password' scp -o StrictHostKeyChecking=no loc
expectやsshpassを使わずにシェルでSSHパスワード認証を自動化する - Qiita
はじめに 接続先サーバ側を変更できるのであれば公開鍵認証方式をおとなしく使いましょう。 どうしてもパスワード認証方式を使わないといけない場合は、接続クライアント側にソフトウェアをインストール可能ならSSHPassを使いましょう。巷にはexpectコマンドを使った方法があふれていますが、インストール可能な環境ならSSHPassのほうが良い (参考: sshにパスワードで自動ログインするならexpectよりもsshpassを使おう サーバ側もクライアント側も変更がどうしてもできない…残念ながら大人な事情でそういうこともあります。そんな時は本記事が参考になるかと思います。 実現方式 sshにはSSH_ASKPASSという仕組みがあります。以下、引用。 SSH_ASKPASS パスフレーズを入力する際、ssh が端末から起動されているとssh はパスフレーズをその端末から要求します。ssh が制御
SSHのサーバー認証の仕組み
SSHの暗号化とホスト認証 SSH（Secure Shell）は、暗号化に対応していないTelnet（テルネット）、rsh（リモートシェル）、rlogin（アールログイン）の代替として利用されています。それぞれ通信プロトコル名やアプリケーション名ですが、一般的には遠隔地のサーバーを操作するために利用します。遠隔地と書きましたが、他のコンピューターという意味なので隣にあってもかまいません。 通信の暗号化 まずは通信そのものを暗号化します。SSHにはSSH1とSSH2があります。手順はそれぞれ異なりますが、データ通信自体の暗号化には共通鍵方式が用いられます。 SSH1 SSH1では、 サーバーキー が利用されます。 サーバーキーの公開鍵をクライアントが受け取ります。 クライアントは、サーバーとの暗号化通信（セッション）に利用する共通鍵（セッションキー）を作成します。 共通鍵をサーバーキーの公開
ssh の brute force アタックパケットの制限 -- DOS 的パケットをフィルタリングする : DSAS開発者の部屋
KLab はコンテンツの開発と共に運用も日々担っていますが，その活動の全ての拠点は社内のシステムです．そのため，社のシステムにはいつでも外からアクセスできる必要があります．システムへのアクセスは ssh を使うのですが，この ssh へのアクセスは前記の理由で世界中からアクセスできる必要があります．こういった公開されている ssh のポートへは日々飽きもせずに brute force アタックが繰り返されています．sshd はこのような成功するはずのないアタックであっても律儀にログを出力してくれます．しかしながら，無意味なログの羅列は，重要なログが埋もれる結果になって嬉しくありません．それに，アタックによるログインの試行のために CPU 時間を無駄に費やすのもばかばかしいことです． ログの出力や CPU 時間の浪費を低減するには，これらの攻撃パケットをフィルタリングしてやればいいのですが，
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
