Session Managerを利用してEC2へセキュアに接続する方法 | ベアサポート
AWS Systems Manager (旧SSM) とは、AWS 内リソースの構成／変更管理やアプリケーションパラメータの集中管理など、さまざまな管理系機能が集合したサービスです。 この AWS Systems Manager 内に「Session Manager」というサービスがあります。Session Managerは AWS 内で EC2 を利用している環境において、メンテナンス性とネットワークセキュリティの観点から非常に優位性の高いサービスといえます。 本記事では、Session Managerを利用してEC2のインスタンスへセキュアに接続する方法を解説します。 Session Manager でできること 代表的な利用方法には以下が挙げられます。 AWS マネジメントコンソールから EC2 インスタンスへコンソールログインできるSession Manager を経由して EC2
sshの秘密鍵パスフレーズの確認と変更 - Qiita
パスフレーズが設定されていない場合 →秘密鍵を元に作成された公開鍵が出力される。 パスフレーズが設定されている場合 →パスフレーズの入力を求められ正しいパスフレーズが入力されれば同様に公開鍵が出力される。 秘密鍵ファイルのパスワードを変更する
SSHなるものをよくわからずに使っている人のための手引書
SSHとは SSHとは、セキュアな通信を行うためのプロトコルです。 たとえば、HTTP。HTTPを通してブラウザからWebサイトにアクセスし、 コンテンツを閲覧したりWebアプリを利用したりします。 この「HTTP」というのもプロトコルの一種です。 HTTPもSSHもOSI参照モデルと呼ばれる層の最上位、アプリケーションレイヤーに位置しています。 なお、よく聞く「OpenSSH」とは、このSSHのプロトコルを実現するための 有名なソフトウェア（プログラム）のひとつです。 FTPのプロトコルで言うFileZillaとか、そういったイメージです。 このSSHを使うと、リモートサーバに安全にログインできたり、 ファイルをセキュアに送受信することができたりします。 SSHは「Secure Shell」の訳で、リモートシェルに特化しています。 公開鍵認証という仕組みを用いて、セキュアな通信を実現して
Juniper 機器が検証できるリモートラボサービス「Juniper vLabs」の利用方法 - てくなべ (tekunabe)
■ はじめに: Juniper vLabs とは Juniper vLabs とは、Juniper の仮想ネットワーク機器を検証用途でリモートから利用できる、無料のラボサービス（現在BETA版）です。非常にありがたいサービスです。 [2019/07/08 追記] Beta という表記がなくなったようです。 用意されたトポロジの中から、利用したトポロジを予約すると自分用に割り当てらます。割り当てられると、各機器にコンソールに入って操作できます。各機器にはグローバル IP アドレスが割り振られるため、手元の PC の SSH クライアントからも接続できます。 Juniper vLabsトポロジ表示画面 類似のサービスとしては、Cisco DevNet の Sandbox があります（参考: 日本語ブログ）。 この記事では、Juniper vLabs で利用できるトポロジや、各機器へのログイン（
多段SSHやポートフォワーディングを '.ssh/config' に書く - Qiita
SSHまわりで色々苦労したので、自分用メモを残します。 SSHの設定 (~/.ssh/のパーミッションの設定) ~/.ssh/ : SSHの設定ファイルを置く場所 パーミッションの設定がシビアなので注意 $ ls -al ~/.ssh/ drwx------@ . # ~/.ssh のパーミッションにも注意 drwxr-xr-x+ .. -rw-r--r-- config # SSH の設定ファイル -rw-r--r-- known_hosts -rw------- authorized_keys # 公開鍵置き場 -rw------- id_rsa # 秘密鍵 -rw-r--r-- id_rsa.pub # 公開鍵
SSH 多段接続で三段先のサーバに接続する - らくがきちょう
SSH の ProxyCommand を使うと接続先サーバで自動的に指定コマンドを実行出来ます。これを利用することで「サーバ A に接続し、そこからサーバ B に接続する（二段接続）」ということが出来ます。更に、これを応用すると「サーバ A に接続し、そこからサーバ B に接続し、更にサーバ B からサーバ C へ接続する（三段接続）」ということも出来ます（四段以上の接続も可能です）。今回は多段 SSH の設定方法をメモしておきます。 目次 目次 検証環境 SSH 設定ファイルの書き方 (*~/.ssh/config) SSH ログイン確認 検証環境 検証環境は AWS 上に以下の 3 台を作成しました。ベース OS には「CentOS 7 (x86_64) - with Updates HVM (2016/02/26)」を使いました。EIP は最初の一台にだけ、割り当てました。 ホスト名
踏み台サーバを経由した多段SSHのやり方 - Qiita
時々必要になってその度にググってるんだけど自分用にまとめメモ 追記2015-10-15: 最強の多段SSH設定 も出来たので合わせて読んでみてください。 ケース1 サーバ構成 よくある↓こんな構成を想定 [MyPC] ｜ ＿人人人人人人人人＿ ＞ インターネット ＜ ￣Y^Y^Y^Y^Y^Y^Y^￣ ｜ ｜(EIP:54.178.xxx.yyy) ┌─ [projectX-bastion] ─┐ │ ＿人 人＿ ├ [projectX-web1] (10.123.1.80) ＞ VPC ＜ └ [projectX-web2] (10.123.2.80) ￣Y^ Y^￣ 接続情報 こんな情報が与えられて、どのサーバも authorized_keys とかを勝手に修正しちゃいけないとする。 projectX-bastion ユーザ: bastion 秘密鍵: projectX-bastion.
公開鍵認証を設定してsshで接続する - Qiita
これまでCUIコマンドを使う機会がなく、今の現場でサーバをsshで触る機会が多くあり、個人で勉強したことをまとめています。Linux弱者向けです。 今回はサーバに公開鍵を設定してあげて、sshで認証します。またconfigファイルも設定して、ローカルから簡単に接続できるようにします。 1. 秘密鍵・公開鍵の設定 ローカルのPCで秘密鍵と公開鍵の作成を行います。 実行するコマンドは以下のコマンドになります。 $ pwd /Users/sample/.ssh #現在のディレクトリ $ ssh-keygen -t rsa #公開鍵・秘密鍵作成 Generating public/private rsa key pair. Enter file in which to save the key (/Users/sample/.ssh/id_rsa): sakura #ファイル名をデフォルト「id_
SSH接続で WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! って言われて接続を拒否られるとき - Qiita
SSH接続で WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! って言われて接続を拒否られるときVimLinuxSSHsed About （2020-03-04）更新 最近の OpenSSH クライアントであれば自動的に消すかどうか聞いてくれるのでこの記事の必要性はあんまりなくなって気がします。 （2020-03-04）更新 毎回聞かれるのしんどいので刹那的につなぐ自分用のサーバーであればホストキー検証をスキップするエイリアスを紹介しました 仮想マシンを何回も作りなおしていろんなホストにSSH接続していくと known_hosts にフィンガープリントのゴミが溜まっていくのですが、仮想マシンを全く同じ構成で作りなおして、同じIPで同じポートに接続しようとすると localhost:~ noguchiwataru$ ssh root@192.1
SSHでホストキーが変わった後の接続 | Works | URAMIRAIKAN
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @ @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY! Someone could be eavesdropping on you right now (man-in-the-middle attack)! It is also possible that a host key has just been changed. The fingerprint for the ECDSA k
Linux(CentOS7)でSSHを利用する。 - Qiita
3. サービスの起動 インストールの確認が取れたら、 # systemctl start sshd.service で、sshdを起動してね！ # systemctl status sshd.service 問題なさそうかな？ 4. ファイアウォール設定 ssh用のポートは元から開放されているかも知れないけど、一応確認してみよう。 # firewall-cmd --list-all services の欄に ssh が入っていれば大丈夫！ もし入っていなかったら、 # firewall-cmd --permanent --add-service=ssh で追加してね！ 5. ユーザーの作成 手順2でrootユーザーでの接続を封じたので、SSH用のユーザーを作成するよ！ useraddで新規ユーザーを作成 # useradd testuser ※[testuser] には任意のユーザー名を指
Docker で SSH 接続可能なコンテナ (CentOS) を作成する - Qiita
Docker で SSH 接続可能なコンテナを作成する方法のメモ。コンテナの OS は CentOS です。 packer を使った方法は すでに先に書かれて いましたが、ここでは Dockerfile を使って作る方法を書きます。 ssh-ignorekey エイリアス コンテナを作り直しても、 known_hosts ファイルによって接続エラーにならないように以下のエイリアスを定義しています alias ssh-ignorekey='ssh -oUserKnownHostsFile=/dev/null -oStrictHostKeyChecking=no' FROM centos RUN yum -y install initscripts MAKEDEV RUN yum check RUN yum -y update RUN yum -y install openssh-server
Linuxで暗号鍵を管理する
SSH 用の暗号鍵を格納しておいたり、パスワードを覚えておくことは大変です。しかし、悪意のハッカーや侵害行為が蔓延している世界では基本的なセキュリティの備えが大事です。一般ユーザーの大半にとって、つまるところパスワードを記憶することであり、パスワードを覚えてくれるプログラムを探すことになります。IT 分野で仕事をしている我々は、より高いレベルが必要です。パスワードだけではなく、SSH 用キーも扱う必要があります。 次のような状況を考えてみましょう。クラウド上に git リポジトリを扱うサーバーを持っています。作業するためのコンピューターを数台持っています。各コンピューターから、サーバーにプルしたりプッシュしたりします。git は SSH を使うように設定しています。git が SSH を使う場合、SSH コマンドでサーバーのコマンド ラインを実行する時と同じ方法を用います。すべてを設定する
認証付きProxy環境下でもSourceTreeでPuTTYなSSH接続を - ペペロン頭脳
なんだか認証付きプロキシの記事ばっかりになってきた。 「プロキシサーバーのNTLM認証と戦うブログ」に改名したほうがいいかもしれない。 SourceTree利用のGitHubからのSSH経由クローンができなかった 職場にて「許可を求めるな謝罪せよ」の一環として勝手にGitを導入して使ったりしている。 Gitは基本コンソールからバチバチやるもんだと思うけど、やっぱ生粋のドザーとしては、できるだけGUIでポチポチ操作したいよね。そういうわけで黒い画面が苦手なエンジニアの味方、SourceTreeのお世話になっている。「ワタシハ プログラム チョットワカル」な人に紹介するときもハードル低めでいけるし、何より使いやすい。 でだ。 たまにGitHubからクローンしてきたいプロジェクト、ありますよね。ところが社内からはSourceTree利用のSSH経由クローンが出来なかった。 プロキシのNTLM認証
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SSHトンネルを使ってAWS上のPostgreSQLに接続する - Qiita
doruby.jp
.ssh/configファイルでSSH接続を管理する - Qiita
~/.ssh/configについて - Qiita
Can I use ssh config name when using Itamae
SSH Key 生成 for Mac - Qiita
