SSHトンネルを使ってAWS上のPostgreSQLに接続する - Qiita
2021/1/25 追記 5年以上放置していたのですが、未だにたまにストックされるので修正しました。 メンテされていなかったのでツールを使用した接続方法についての記述は削除しています。 前提 ローカル環境のMacからAWS上に存在するPostgresql（RDS）へ接続を行いたいが、RDSは特定のEC2等にしかポートを解放していないという場合の接続方法。 ローカルから直接RDSに接続できない（セキュリティ的に正しい） 対象のRDSに接続可能なEC2は存在する（セキュリティグループの設定とかでよしなに設定されている） 上記のEC2にローカルからSSHできる トンネルを掘る ssh -N -L [ローカル側で転送に使用するPort（10000〜60000）]:[RDSのHostName]:[RDSが解放しているPort] -i [IdentityFile（秘密鍵のパス）] -p [踏み台が解放
sshの秘密鍵パスフレーズの確認と変更 - Qiita
パスフレーズが設定されていない場合 →秘密鍵を元に作成された公開鍵が出力される。 パスフレーズが設定されている場合 →パスフレーズの入力を求められ正しいパスフレーズが入力されれば同様に公開鍵が出力される。 秘密鍵ファイルのパスワードを変更する
多段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/configについて - Qiita
.ssh/configとは .ssh/configとは、ssh経由でのリモートサーバーの接続する際に利用される設定ファイルです。 .ssh/configを書くと何が嬉しいか たとえばですが、sshコマンドでリモート接続する際の一般的な記述は以下のようになります。
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 Key 生成 for Mac - Qiita
▼オプション補足 -b: 鍵のビット数(設定しない場合は、デフォルトの1024ビット) -t: 鍵の種類(dsa, ecdsa, ed25519, rsa, rsa1) ※そのほかのオプションについては、下記を参考にしてください。 人によっては、-Cオプションでコメントをつける場合もあるようです。 OpenSSH-7.3p1 日本語マニュアルページ ssh key生成の手順 ファイル名で見る公開鍵、秘密鍵の違い ・id_rsa.pub = 公開鍵 ・id_rsa = 秘密鍵 既存のkeyを確認 ls -al ~/.sshで確認できます。 UserNames-MacBook-Pro:~ UserName$ ls -al ~/.ssh total 8 drwx------ 3 UserName staff 96 2 7 11:42 . drwxr-xr-x+ 35 UserName staff
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で暗号鍵を管理する
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認証
proxy 経由で 社内から github にアクセスする方法 - secretbase.log
簡単そうでなかなかできませんでしたが、ssh経由 github にアクセスできましたのでその作業手順をご紹介します。 環境 Windows XP cygwin http://www.cygwin.com/ git や ssh など必要なパッケージはcygwinインストール時に選択していること github のアカウント https://github.com/ つかったもの connect.c http://www.meadowy.org/~gotoh/ssh/connect.c connect.c の準備 まず connect.c をダウンロードして適当なディレクトリにおきます。下記は tools を作成してその下におきました。 ソースコードのコメントに記載してあるように、コンパイルします。 tkondou@hostname ~/tools $ gcc connect.c -o conne
ポートノッキングで10秒間だけsshdを公開する設定 - hnwの日記
先日Twitterに次のような書き込みをしたところ思ったより反応が良かったので、詳細の設定を紹介します。 UDP53番、TCP443番、UDP123番とポートノッキングをするとTCP443番に10秒だけsshdが現れる、という中二病全開の設定をした。皆様にもお勧めしたい。— hnw (@hnw) 2017年3月26日 といっても特殊なことをしたわけではなく、knockdでポートノッキングの設定を行い、iptablesと組み合わせて実現しました。 ポートノッキングとは ポートノッキングというのは、決められたポートを決められた順番で叩くことでファイアーウォールに穴を空けられるような仕組みのことです。ポートノッキングを使えば、TCPの7000番、8000番、9000番の3ポートにパケットを送りつけると22番ポート (SSH) へのアクセスが許可される、といった設定ができます。 ポートノッキングの
インフラエンジニアじゃなくても押さえておきたいSSHの基礎知識 - Qiita
最近はクラウド上のサーバーを利用する事も多くなってきた。 サーバーの用意やネットワーク周りの設定はインフラ部門がやってくれるけど、アプリのデプロイ／設定は開発者がする事が多いので、開発メインでやってるエンジニアでも最低限SSHの知識は必要になる。 また、Vagrant等でローカル環境にVMを作成する事もあるので、ローカル環境内でSSHを使用するケースも増えてきた。 というわけでインフラエンジニアじゃなくてもSSHクライアントの知識は必須になってきているので、改めてSSHの再学習をしてみることにした。 SSHとは 暗号や認証の技術を利用して、安全にリモートコンピュータと通信するためのプロトコル。 SSHでは以下の点で従来のTelnetより安全な通信が行える。1 パスワードやデータを暗号化して通信する。 クライアントがサーバーに接続する時に、接続先が意図しないサーバーに誘導されていないか厳密に
TeraTermのSCP(Secure Copy)機能が便利に！ ｜ Tera Term(テラターム)の便利な使い方
Tera Term（テラターム）最新バージョン4.74が2012/05/31にリリースされ、SCP（Secure CoPy）機能が大幅に便利になりました。 Tera Term4.74のダウンロードサイトはこちら これまでTera Termを用いたドラッグ＆ドロップのファイル転送、及びファイル メニューから「SSH SCP」を選択してのファイル転送共に、接続ユーザのホーム ディレクトリにしかアップロードする事が出来ませんでした。 これが改善され転送先を選択する事が可能となりました。 これまで「/tmp（テンプ）」領域で作業する事が多かったので、作業の際は 一度ホームディレクトリにファイルをアップして/tmp領域にコピーしてました。 この面倒な作業がひとつ減るだけでもかなり作業自体が効率化されますね。 それでは実際の画面表示を見てみましょう。 ドラッグ＆ドロップでのファイル転送 転送したいファ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
doruby.jp
.ssh/configファイルでSSH接続を管理する - Qiita
Can I use ssh config name when using Itamae
re-dzine.net situs togel online toto 2023 -
