コマンドのecho出ないし標準出力に吐くコマンドじゃないと正常終了かどうかわかりにくい。(なのでSSHしたらhostnameを打っておく。)でもエラーの時はメッセージ出る。 複数のコマンドを一気に投げたい場合。(シェルスクリプトを作成してscpで飛ばして実行でもよいけど) testも書ける。
コマンドのecho出ないし標準出力に吐くコマンドじゃないと正常終了かどうかわかりにくい。(なのでSSHしたらhostnameを打っておく。)でもエラーの時はメッセージ出る。 複数のコマンドを一気に投げたい場合。(シェルスクリプトを作成してscpで飛ばして実行でもよいけど) testも書ける。
個人的まとめ公開鍵認証編 はじめにsshとは sshとはSecure Shellの略で暗号化や認証を用いて安全にリモートコンピュータと通信が出来るプロトコル。 telnetとsshの違い telnetではIDやパスワードを含めたすべての通信が平文(暗号化されない)で送信されているのに対し、sshはIDやパスワードを含めたすべての通信が暗号化されて送信されています 暗号化の種類 共通鍵認証 データの暗号化と復号化に同じ鍵を使う もし誰かに鍵が渡ってしまうと復号して盗聴が可能 公開鍵認証 暗号化に公開鍵、復号化に秘密鍵を使う データは受信者しか持たない秘密鍵を使って復号するので盗聴される可能性が低い 今回、クライアント(ログイン元)からサーバ(ログイン先)に通信するとする どちらもlinux系OSを使用し、ターミナルを使っています(私の場合はクライアントはubuntu、サーバはdebianを使
解説 dockerだからといって特別な何かをするわけではない。 通常のサーバーと同じように、 openssh をインストールする パスワードを設定する 必要な設定を書き換える ということを順におこなう。 動作例 (Ubuntuの場合) Dockerfile sed で強引に ssh の設定ファイルを書換えたりしている FROM ubuntu:16.04 RUN apt-get update && apt-get install -y openssh-server RUN mkdir /var/run/sshd RUN echo 'root:screencast' | chpasswd RUN sed -i 's/PermitRootLogin prohibit-password/PermitRootLogin yes/' /etc/ssh/sshd_config # SSH login f
(2014年02月28日:初投稿) (2020年01月24日:Ubuntu 18.04 LTS で動作確認) ssh接続エラー(ワーニング)になり接続できないことがある。 * エラー原因のknown_hostsの設定削除する方法 * 手軽にエラーを無視する方法 * エラーとならないようにサーバ側を設定する方法 について記載する。 ただし、これらの方法がセキュリティ的によいのかは各自判断が必要。 ssh接続先サーバがOSを再インストールしたとか、接続先サーバがDHCPでアドレスが変わるとか、接続先サーバがホスト名を付け替えたとか、そういったときに次のエラー(ワーニング)が発生して接続ができない。 $ ssh remote_host @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @ WARNING: REMOTE HOS
sshのデフォルトでは、未知のホスト鍵に対しては、ユーザーに確認を求める。既知のホスト鍵に対してはとくに確認を求めたりしない(既知のホストの鍵が変わっていたときは確認がある)。 未知の場合と既知の場合で動作が違ってしまうわけだが、処理を自動化するときなどにいちいち訊かれたくないとき、StrictHostKeyChecking を no にすると訊かれなくなる。 StrictHostKeyChecking は yes/no/ask のいずれかの値が設定できる。デフォルトはask(尋ねる)。 普通はこうなる。yes/noを答えてから、パスワード入力。 $ ssh 192.168.130.136 The authenticity of host '192.168.130.136 (192.168.130.136)' can't be established. RSA key fingerprin
PCにシリアルコンソールでログインできるように設定した。シリアルコンソールを使えばNICの設定などでもあわてずに利用できる。便利。シリアルコンソールでつかうmgetty mingettyのttyってなんだろう ttyとは、 どうやら、標準出力の接続先デバイス事のらしい。一般的にはpts、RS232C経由などはttyS0が標準出力の接続先になっていて、中継しているプログラムがmgetty。 図で表すと PC----ssh------/dev/pts/1--sshd----bash #ssh が接続されている PC----rs232c---/dev/ttyS0--mgetty--bash #rs232c が接続されている とttyなど仮想端末経由になっている。コレ今はよく解ったけど、ずっとよく解らなかった。 私が理解できるようになるまで、次のプロセスがありました。 2ヶ月前 先輩に訊いてみた
Secure Shell(SSH)は安全にリモートコンピューターと通信するためのプロトコルで、当時、学生だったTatu Ylonen氏が開発した技術です。SSHのデフォルトのポートは「22」番が指定されていますが、22番に決まった経緯について、当時のメールを使ってYlonen氏が明らかにしています。 SSH Port https://www.ssh.com/ssh/port 1995年にフィンランドのヘルシンキ工科大学の学生だったYlonen氏は、別のマシンに安全に接続するためのプログラムを書いていました。当時、リモートホストのシェルを利用する既存のプロトコルとしてTelnetやFTPがありましたが、いずれもパスワードを平文でネットワーク上に送信しているため、セキュリティ面に難がありました。そこで、Ylonen氏は、TelnetやFTPに代わるプログラムを設計しようと考え、「Secure
基本的には、以下の情報に従い設定する。 https://wiki.jenkins-ci.org/display/JENKINS/Git+Plugin#GitPlugin- はまったポイントは以下の通り。 GIT_SSHという環境変数を用意して、ssh.exeに通常アカウントで作ったSSHの鍵を読むように設定したbatを設定するという方法を紹介しているサイトもあるが、不要だった。JenkinsのWindowsサービスをLOCAL SYSTEMで動かしている場合は、SSH鍵は C:\Windows\SysWOW64\config\systemprofile.ssh に置く。PATH_TO_MSYSGIT/cmd/git.exeのフルパスをJenkinsのGit設定項目に設定する。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く