※タイトルの元ネタは以下の作品です。 はじめに この記事は、公開鍵暗号の全体感を正しく理解するためのものです。数学的な部分や具体的なアルゴリズムは説明しません。気になる方は最後に紹介するオススメ書籍をご覧ください。 少し長いですが、図が多いだけで文字数はそこまで多くありません。また、専門的な言葉はなるべく使わないようにしています。 ただしSSHやTLSといった通信プロトコルの名称が登場します。知らない方は、通信内容の暗号化や通信相手の認証（本人確認）をするためのプロトコルだと理解して読み進めてください。 公開鍵暗号の前に：暗号技術とは 公開鍵暗号は暗号技術の一部です。暗号と聞くと、以下のようなものを想像するかもしれません。 これは情報の機密性を守るための「暗号化」という技術ですが、実は「暗号技術」と言った場合にはもっと広い意味を持ちます。まずはこれを受けて入れてください。 念のため補足して
こんにちは、エウレカ SRE チームの原田です。 今年 (2021年) エウレカでは、公開鍵認証で接続するEC2の踏み台サーバを廃止し、代わりに各サーバへの接続をIAMで認証できるSSM Session Managerへのリプレースを行いました。本記事ではそのモチベーションや、実装のポイントを紹介していきたいと思います。 旧来の踏み台サーバ 旧来の踏み台サーバエウレカで長く運用されていた踏み台サーバ (Gateway) は以下のようなものでした。 各開発者は、自分の秘密鍵を使って踏み台サーバへSSHを行う ( 踏み台サーバ上には各開発者の個別ユーザーおよび公開鍵が登録されている )踏み台上では、接続が許可されているSSH対象のサーバの秘密鍵がユーザー毎に配置されており、その鍵で各サーバにSSHするMySQL / Elasticsearch / Redis など、Private Subnet
あるポートへの通信をSSHで暗号化し、他のサーバーのポートへと転送する技術が「SSHポート転送」です。SSHポート転送は「ポートからポートへトンネルを通るようにデータが転送される」ことから、「SSHトンネル」とも呼ばれます。便利な技術ではありますが、「どっちのポートを転送するんだっけ……？」と、SSHトンネルを確立する方向に混乱してしまうこともしばしば。エンジニアのLinmiao Xu氏が、そんなSSHトンネルのイメージ図をコマンドとともにまとめています。 Visual guide to SSH tunnels https://robotmoon.com/ssh-tunnels/ ◆ポート転送の種類 SSHトンネルは、内部ネットワークにのみ公開されているサービスに外部からアクセスしたり、通信を暗号化したりする手段として知られています。一般的には、青色のローカルサーバーから、SSHサーバーを
Chromebookを買って持ち歩いたりしていると、 「ちょっとした開発なんかもこのマシンでできないかなー」 なんて思ったので、ターミナルの環境を整えてみました。 はじめに 今回の目的は、あくまでターミナルを得ることです。 なんでターミナルがほしいかというと、そっからメインPCなりクラウドなりにsshして作業したいからです。 最初はGoogle Chromeの拡張機能とかでsshできればそれで済ませるつもりでしたが、 日本語入力に難があり、結局Linuxを入れることになりました。 でも、LinuxにVSCode入れたり とかはせずに、あくまでsshで作業することを目的にしてます。 でないと、ただでさえChromebookはストレージ容量が少ないのに、Linux入れてRuby入れてNode.js入れて……なんてやってたら あっという間にストレージが枯渇してしまいます。 なので、あんまり余計な
読み返してたら滑ってて恥ずかしかったので冒頭の文を消しました。 タイトルでも滑ってるのに２重で滑るのは耐えられません。 今回は @pjxiao が SSHを使いこなしているのを見て悔しかったので自分もちゃんと理解しようと思い記事にしました。 Local forwarding開発者にとってはこれが最も一般的な使い方かなーと勝手に思ってます。 DBや内部システムで使われるサーバではアクセス元制限がかかっていることが多いんですが、動作確認のために接続したくなることはよくあります。 特に開発用のDBのレコードをローカル環境のプログラムで表示したくなるケースはとっても多いです。ね？ こんなときに使うのが俗にSSHポートフォワーディングと呼ばれるもので、ローカルに対するアクセスをリモートに受け流す方法です。 (以降はローカルフォワーディングとか、単にフォワーディングという) L option具体的には
意外と知らない人がいるようなのでブログに書いておきます。 GitHub のアドレスのあとに .keys を付けるとその人の SSH 公開鍵が表示される。 たとえば id774 さんの公開鍵であれば https://github.com/id774.keys を参照すれば良い。 ぜひ自分のアカウントで試してみて欲しい。 新規に用意するサーバーの ~/.ssh/authorized_keys に上記アドレスを wget したものを置いて適切なパーミッションを設定しておけばすぐに公開鍵認証ができるというわけである。 もうそろそろ公開鍵をメールで送ってくれとかいう文化が滅亡して GitHub から勝手に公開鍵を持っていくのが常識な世界になってほしい。
突然だがSSHが好きである。 多分、ITエンジニアで、LinuxサーバーにSSHでリモートログインする必要がある人なら、みんなSSHが好きに違いない。vi派もEMACS派も、分け隔て無くSSHが好きであろう。 さて、SSHが好きといっても、単にパスワード認証で接続している人がいるかもしれないが、総当たり攻撃を仕掛けてくださいと言っているようなものなので、早急に公開鍵認証ぐらいは設定すべきだろう。設定の仕方がよく分からんという方は、私がディレクターとして編集、執筆した『Linuxシステム管理標準教科書』をダウンロードして勉強してください。 もう少しセキュリティを高めたい時は、2要素認証をお勧めしたい。公開鍵認証に、さらにGoogle Authenticatorを使ったワンタイムパスワード認証を絡めて認証を行う方法だ。 方法については、以前私自身がエントリーを書いたが、最近ブロードバンドタワー
-----BEGIN RSA PRIVATE KEY----- MIIEogIBAAKCAQEA6h7MF46Nxcuhp34o1THSBuVvy7DsL02mo0pB77KfD/XYZIq7 CPkhnWm3Fp28+Yu85qalZmCD6wGIBQAEMVnXJmggjoRMExGu8bWtMLpZiWl9CUWi +m29p46L56GkTxpPdZkypYEEe7EGeNkh8bGtA7l2VLrVcYdv0grpu35DMUscSXAT dGpbcjQ5nDZm2pFRPRVLGHhZ5jY9kxF7jMYfTogOjwzkuvOc9U+zwei8Jy3g6xqk lfI5JNdUMIGQ0HM9FUHgBSHIBpZXXRtfcZig4VEXfSuVJMhJfM5TE1899Og2gTW1 Vu4DtUTjmPhZCz+7BayrdejxiB+92B6Jkb778wIBIwK
追記：openssh-7.3 以降なら ProxyJump や -J が使えます ホスト名を + で繋げることで多段Proxy接続も簡単に、がコンセプトだった本エントリの設定ですが、OpenSSH 7.3 から ProxyJump という設定が使えるようになったので、使えるなら ProxyJump を使う方が健全だし柔軟で使い勝手も良いのでそちらを覚えて帰ることをオススメします。 使い方は簡単で以下のような感じです。多段も行けるし、踏み台ホスト毎にユーザ名やポート番号を変えることも出来ます。 # 1. bastion.example.jp -> internal.example.jp ssh -J bastion.example.jp internal.example.jp # 2. bastion.example.jp -> internal.example.jp -> super-de
PuTTY の 0.83 よりも新しい開発版をベースとして、 PuTTY 0.60 ごった煮版 2007年8月6日版 に諸々の機能を追加しました。 (このページの PuTTY は、 オリジナル同様に GDI でレンダリングするバージョンです。 Direct2D/DirectWrite バージョンは、 D2D/DW PuTTY にあります) 安定性よりも機能追加を主としているため、 必ずしも全ての実行ファイルについて動作確認していなかったり、 設定の組み合わせによって正常に動作しない可能性があります。 非ターミナル系の実行ファイル puttygen pcocks psftp pscp plink pagent が 必要な場合や、安定した動作が必要な環境では、オリジナルの PuTTY に近い PuTTYrv などの利用を検討ください。
え、SSH通るんならscp使えばいいじゃん。 YES、その通り。 しかし、「大容量ファイルを転送中に接続が切れてしまった」なんてときに、コピーが完了した後から残りを引き継ぎたい、みたいな要求にはscpコマンドは答えてくれない。もちろん、sftp使えばレジューム機能もあるんだしそうすればいいじゃんというのは正論だが、sftpの方はsshが通るからといって必ずしも使えるとは限らない。 そんなときは、多少強引だとしても、一歩戻って解決を試みるのもひとつの手だ。 単純転送 単純な転送から試してみよう。まず、リモート先のhostAにあるsrcfileを、手元にdestfileとしてコピーしたいとする。 sshはリモートで実行するコマンドを受け付ける(実際のところ、scpも内部的にはsshのリモートコマンドで実装されていたはずだ)。ということは、リモートでcatコマンドを実行してファイルの中身を「表示
毎朝Linuxサーバーの電源を入れては起動後に必要なスクリプトを実行していたのですが たまに忘れたりして他の人に迷惑をかけていました。 このような作業は自動でやりたいと思っていたのでJenkinsで出来ないか調査したところ リモートサーバーのコマンドを実行できるSSH pluginというのがありました。 インストールから設定方法 プラグインの管理の「利用可能」からsshで検索してSSH pluginをインストールします。 システムの設定で「SSHリモートホスト」でSSHサイトの「追加」ボタンを押すと下のキャプチャの設定項目が表示されます。 ユーザー名とパスワードで接続できる場合はホスト名、ユーザ名、パスワード/パスフレーズでパスワードを入力します。 公開鍵で接続を行っている場合 キーファイルに秘密鍵のファイルパスを入力して、パスワード/パスフレーズで秘密鍵の パスワードを入力することで接続
- git: repo=git@github.com:seizans/ansible-tut.git dest=/path/to/dir version=master accept_hostkey=yes accept_hostkey=yes は、.ssh/config で StrictHostKeyChecking no を指定するのと同じです。 ssh 関連を設定して実行する Gitリポジトリへの ssh鍵はサーバーに置かず、ローカルのものを使います。 ここでは ~/.ssh/id_rsa を使います。 そのために、ansible-playbook がサーバーに ssh する際に、ForwardAgent=yes するようにします。 ansible.cfg を準備すればよいです。
「Synclogue」対応アプリの便利な使い方をご紹介。今回はファイル転送クライアントの「Poderosa」を取り上げます！2013/07/05 これ知ってた？「Synclogue」対応アプリの便利な使い方 「Poderosa」篇 「Poderosa」とは？ 「Poderosa」は、「Tera Term」や「PuTTY」と並ぶWindows向けターミナルエミュレータの代表的な存在です。接続方式はSSH1、SSH2、Telnetやローカルの Cygwin シェルに対応。さらにエスケープシーケンスへの対応やポートフォワーディングツール、SSH 鍵作成ウィザード、SOCKS サポート、IPv6 サポート、ログファイル名の自動付加機能を取り入れるなど、ターミナルの作業を楽にする機能が数多く取り入れられています。また、オープンアーキテクチャの採用により、COMポート接続やXModem/ZModem通
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く