やはりお前らの「公開鍵暗号」はまちがっている。
※タイトルの元ネタは以下の作品です。 はじめに この記事は、公開鍵暗号の全体感を正しく理解するためのものです。数学的な部分や具体的なアルゴリズムは説明しません。気になる方は最後に紹介するオススメ書籍をご覧ください。 少し長いですが、図が多いだけで文字数はそこまで多くありません。また、専門的な言葉はなるべく使わないようにしています。 ただしSSHやTLSといった通信プロトコルの名称が登場します。知らない方は、通信内容の暗号化や通信相手の認証（本人確認）をするためのプロトコルだと理解して読み進めてください。 公開鍵暗号の前に：暗号技術とは 公開鍵暗号は暗号技術の一部です。暗号と聞くと、以下のようなものを想像するかもしれません。 これは情報の機密性を守るための「暗号化」という技術ですが、実は「暗号技術」と言った場合にはもっと広い意味を持ちます。まずはこれを受けて入れてください。 念のため補足して
踏み台EC2を廃止してSession Manager接続に置き換えました
こんにちは、エウレカ SRE チームの原田です。 今年 (2021年) エウレカでは、公開鍵認証で接続するEC2の踏み台サーバを廃止し、代わりに各サーバへの接続をIAMで認証できるSSM Session Managerへのリプレースを行いました。本記事ではそのモチベーションや、実装のポイントを紹介していきたいと思います。 旧来の踏み台サーバ 旧来の踏み台サーバエウレカで長く運用されていた踏み台サーバ (Gateway) は以下のようなものでした。 各開発者は、自分の秘密鍵を使って踏み台サーバへSSHを行う ( 踏み台サーバ上には各開発者の個別ユーザーおよび公開鍵が登録されている )踏み台上では、接続が許可されているSSH対象のサーバの秘密鍵がユーザー毎に配置されており、その鍵で各サーバにSSHするMySQL / Elasticsearch / Redis など、Private Subnet
混乱しがちな「SSHトンネルの確立方法」をイメージ図とセットでまとめたコマンド集
あるポートへの通信をSSHで暗号化し、他のサーバーのポートへと転送する技術が「SSHポート転送」です。SSHポート転送は「ポートからポートへトンネルを通るようにデータが転送される」ことから、「SSHトンネル」とも呼ばれます。便利な技術ではありますが、「どっちのポートを転送するんだっけ……？」と、SSHトンネルを確立する方向に混乱してしまうこともしばしば。エンジニアのLinmiao Xu氏が、そんなSSHトンネルのイメージ図をコマンドとともにまとめています。 Visual guide to SSH tunnels https://robotmoon.com/ssh-tunnels/ ◆ポート転送の種類 SSHトンネルは、内部ネットワークにのみ公開されているサービスに外部からアクセスしたり、通信を暗号化したりする手段として知られています。一般的には、青色のローカルサーバーから、SSHサーバーを
ChromebookにLinuxを入れてまともなターミナルを得る - おかゆ++
Chromebookを買って持ち歩いたりしていると、 「ちょっとした開発なんかもこのマシンでできないかなー」 なんて思ったので、ターミナルの環境を整えてみました。 はじめに 今回の目的は、あくまでターミナルを得ることです。 なんでターミナルがほしいかというと、そっからメインPCなりクラウドなりにsshして作業したいからです。 最初はGoogle Chromeの拡張機能とかでsshできればそれで済ませるつもりでしたが、 日本語入力に難があり、結局Linuxを入れることになりました。 でも、LinuxにVSCode入れたり とかはせずに、あくまでsshで作業することを目的にしてます。 でないと、ただでさえChromebookはストレージ容量が少ないのに、Linux入れてRuby入れてNode.js入れて……なんてやってたら あっという間にストレージが枯渇してしまいます。 なので、あんまり余計な
つながるSSHトンネルが俺の力だ！
読み返してたら滑ってて恥ずかしかったので冒頭の文を消しました。 タイトルでも滑ってるのに２重で滑るのは耐えられません。 今回は @pjxiao が SSHを使いこなしているのを見て悔しかったので自分もちゃんと理解しようと思い記事にしました。 Local forwarding開発者にとってはこれが最も一般的な使い方かなーと勝手に思ってます。 DBや内部システムで使われるサーバではアクセス元制限がかかっていることが多いんですが、動作確認のために接続したくなることはよくあります。 特に開発用のDBのレコードをローカル環境のプログラムで表示したくなるケースはとっても多いです。ね？ こんなときに使うのが俗にSSHポートフォワーディングと呼ばれるもので、ローカルに対するアクセスをリモートに受け流す方法です。 (以降はローカルフォワーディングとか、単にフォワーディングという) L option具体的には
GitHub に登録した SSH 公開鍵は全世界に公開されている | 774::Blog
意外と知らない人がいるようなのでブログに書いておきます。 GitHub のアドレスのあとに .keys を付けるとその人の SSH 公開鍵が表示される。 たとえば id774 さんの公開鍵であれば https://github.com/id774.keys を参照すれば良い。 ぜひ自分のアカウントで試してみて欲しい。 新規に用意するサーバーの ~/.ssh/authorized_keys に上記アドレスを wget したものを置いて適切なパーミッションを設定しておけばすぐに公開鍵認証ができるというわけである。 もうそろそろ公開鍵をメールで送ってくれとかいう文化が滅亡して GitHub から勝手に公開鍵を持っていくのが常識な世界になってほしい。
GitでSSH接続のHost Key Verificationを無視する - Qiita
SSH接続の際に、対象ノード(今回はgithub)に一度も接続したことがなければ、ホスト鍵確認のため、下記のような確認プロンプトが表示される。 Initialized empty Git repository in /var/git/example.org/.git/ The authenticity of host 'github.com (12.12123.123)' can't be established. RSA key fingerprint is 99:99:99:99:99:99:99:99:99:99:99:99:99:99:99:99. Are you sure you want to continue connecting (yes/no)?
CentOSにdockerをインストールして、ssh接続できるようにするまで - Qiita
docker構築時の手順メモ。 ■2015/02/17修正 docker run時の実行コマンドに/sbin/initを指定していたが、 sshdのゾンビプロセスが大量に残り、実行可能プロセス数を超えてコマンド実行が出来なくなる事象が発生。 そのため、monitを用いてsshdを起動するように修正。 やりたいこと ・CentOSにdockerをインストール ・外部からSSH接続できるようなコンテナを作成する 手順 dockerのインストール インストール先のサーバはCentOS6.3、dockerはCentOS6.5以上がサポートだったので、アップデートしてインストール。 # yum update # yum install docker-io # service docker status # service docker start
sshdとGoogle Authenticatorの話 - 宮原徹の日々雑感
突然だがSSHが好きである。 多分、ITエンジニアで、LinuxサーバーにSSHでリモートログインする必要がある人なら、みんなSSHが好きに違いない。vi派もEMACS派も、分け隔て無くSSHが好きであろう。 さて、SSHが好きといっても、単にパスワード認証で接続している人がいるかもしれないが、総当たり攻撃を仕掛けてくださいと言っているようなものなので、早急に公開鍵認証ぐらいは設定すべきだろう。設定の仕方がよく分からんという方は、私がディレクターとして編集、執筆した『Linuxシステム管理標準教科書』をダウンロードして勉強してください。 もう少しセキュリティを高めたい時は、2要素認証をお勧めしたい。公開鍵認証に、さらにGoogle Authenticatorを使ったワンタイムパスワード認証を絡めて認証を行う方法だ。 方法については、以前私自身がエントリーを書いたが、最近ブロードバンドタワー
CentOS 6.5 で OpenLDAP（5）SSHを鍵認証にする - Qiita
/tmp/id が秘密鍵、/tmp/id.pub が公開鍵となる これらを人数分発行し、秘密鍵は sftp などのセキュアな通信で各人に渡す 公開鍵は cat などで中身を読み込み、コピペで問題ない また、公開鍵は行末にユーザー名とホスト名が記載されているが、これは削除しておく -----BEGIN RSA PRIVATE KEY----- MIIEogIBAAKCAQEA6h7MF46Nxcuhp34o1THSBuVvy7DsL02mo0pB77KfD/XYZIq7 CPkhnWm3Fp28+Yu85qalZmCD6wGIBQAEMVnXJmggjoRMExGu8bWtMLpZiWl9CUWi +m29p46L56GkTxpPdZkypYEEe7EGeNkh8bGtA7l2VLrVcYdv0grpu35DMUscSXAT dGpbcjQ5nDZm2pFRPRVLGHhZ5jY9kxF7j
最強のSSH踏み台設定 - Qiita
追記：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
iceiv+putty
2023/12/19 版 putty-gdi-20231219.zip 2023/08/29 版 putty-gdi-20230829.zip 2022/11/04 版 putty-gdi-20221104.zip 2023/12/19 修正内容 0.80 の公開に追随。 2023/08/29 修正内容 0.79 の公開に追随。 プライベートキー定義で Enter BackSpace などのモディファイアキー無しに何らかの割り当てを設定している場合、login 時の user や password の入力に支障が出る可能性があります。 2022/11/04 修正内容 とりあえず 0.78 の公開に追随。 2022/05/30 修正内容 0.77 の公開に追随。とりあえず build は通しましたが、一部の機能は正常に機能していないかもしれません。そろそろ抜本的にどうにかしないと無理そう。
SSHでscpを使わずにファイルをコピーする | Webシステム開発／教育ソリューションのタイムインターメディア
え、SSH通るんならscp使えばいいじゃん。 YES、その通り。 しかし、「大容量ファイルを転送中に接続が切れてしまった」なんてときに、コピーが完了した後から残りを引き継ぎたい、みたいな要求にはscpコマンドは答えてくれない。もちろん、sftp使えばレジューム機能もあるんだしそうすればいいじゃんというのは正論だが、sftpの方はsshが通るからといって必ずしも使えるとは限らない。 そんなときは、多少強引だとしても、一歩戻って解決を試みるのもひとつの手だ。 単純転送 単純な転送から試してみよう。まず、リモート先のhostAにあるsrcfileを、手元にdestfileとしてコピーしたいとする。 sshはリモートで実行するコマンドを受け付ける(実際のところ、scpも内部的にはsshのリモートコマンドで実装されていたはずだ)。ということは、リモートでcatコマンドを実行してファイルの中身を「表示
Jenkins でリモートサーバーのコマンドを実行できる SSH pluginを使ってみた
毎朝Linuxサーバーの電源を入れては起動後に必要なスクリプトを実行していたのですが たまに忘れたりして他の人に迷惑をかけていました。 このような作業は自動でやりたいと思っていたのでJenkinsで出来ないか調査したところ リモートサーバーのコマンドを実行できるSSH pluginというのがありました。 インストールから設定方法 プラグインの管理の「利用可能」からsshで検索してSSH pluginをインストールします。 システムの設定で「SSHリモートホスト」でSSHサイトの「追加」ボタンを押すと下のキャプチャの設定項目が表示されます。 ユーザー名とパスワードで接続できる場合はホスト名、ユーザ名、パスワード/パスフレーズでパスワードを入力します。 公開鍵で接続を行っている場合 キーファイルに秘密鍵のファイルパスを入力して、パスワード/パスフレーズで秘密鍵の パスワードを入力することで接続
Ansible で git clone させる - Qiita
- 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 を準備すればよいです。
「Poderosa」の便利なTips | Synclogue公認ブログ
「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ページを開く
GitHub - sshuttle/sshuttle: Transparent proxy server that works as a poor man's VPN. Forwards over ssh. Doesn't require admin. Works with Linux and MacOS. Supports DNS tunneling.
GitHub - xen0l/aws-gate: Better AWS SSM Session manager CLI client
SSHしている時の全ログを取りたいです。 イメージとしては、以下のteeコマンドを使ったことのようにとにかく入力と出力を保存したいのですが、どのようにしたら…
Gitで”Permission denied (publickey).” が出たときのメモ - Qiita
