以前の記事「$HOME/.ssh/configを活用していますか？」では、設定ファイルを少し頑張って書けば普段のSSHライフが随分変わりますよ、と紹介しました。今日はその続編です。前回よりマニアックな設定を紹介します。 2段以上先のサーバにログインする Dynamic Forward機能を使う 共通設定をまとめて書く 2段以上先のサーバにログインする 目的のサーバにログインするために、踏み台的なサーバを経由しないと入れない環境があります。例えば、dmz経由でないとDBサーバにログインできない環境、というのは良くある構成でしょう。 このような場合に、ProxyCommandパラメータが利用できます。 上の設定で「ssh db1」とすると、sshでdmzに接続し、dmzから192.168.0.201へログインします。これを利用するには踏み台サーバにncコマンドが必要ですが、大抵の環境にインスト
2018-01-12更新：VSCode派になったので、VSCodeでの方法を追加しました。 背景 僕はコーディングはGUIなエディタでしたいポリシーなので、ローカルだろうがSSHだろうが2段SSHだろうが3段SSHだろうが(Atom|VSCode)を使います。 今回多段SSHのファイルを編集しないといけなくなったため、その時に行った作業をメモしときます。 以下では分かりやすいように踏み台サーバーをserver1、目的のサーバーをserver2としましょう。(いらすとやに圧倒的感謝！) 方法の検討 Atomでリモートのファイルを変更したい時に思いつく方法はこんな感じです。 1. remote-ftpもしくはsftp-deploymentを使う これらはAtomでFTPやSFTPが使えるクライアントパッケージです。多少の機能の違いはありますが、どちらもローカルとリモートで同期が取れたりするので
AWS 運用してると気軽に EC2 インスタンス作りなおそってなるけど、作りなおした後に SSH 接続するとREMOTE HOST IDENTIFICATION HAS CHANGED!という SSH エラーがでる。 この場合 ~/.ssh/known_hosts を直接編集して削除する人が多いと思うけど（それで問題ないけど）、編集ミスすることもあり得るのでコマンドでやるのが正しい所作。 sshで怒られる インスタンスを再作成して同じドメインにした上で ssh 接続すると、以前の host 名と一緒なのにフィンガープリントが異なるため、DNSスプーフィングの疑いがあると警告されてしまう。 $ ssh <host名> @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @ WARNING: POSSIBLE DNS SPOO
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 情報を盗むトロイの木馬が含まれたバージョンのオープンソフトウェア「Putty」のクライアントが出回っていることが明らかになった。 Symantecの研究者によれば、開発者のプライバシーや安全性を侵害する可能性のある、オープンソースSSHクライアントPuTTYの非公式バージョンが配布される事例が見つかっている。 Simon Tatham氏が開発したPuTTYは、世界中のウェブ開発者、管理者、ITスタッフに利用されている。このクライアントは協調作業やITプロジェクトの作業で使われており、暗号化された接続を通じてリモートサーバに接続するのに使用される。 しかし、今回はPuTTYのオープンソースであるという性質が悪用された。 トロイの木馬バージ
ssh 接続をタイムアウトしないようにする 提供：maruko2 Note. 移動： 案内, 検索 目次 1 OpenSSH (Linux, OS X) 1.1 クライアント側の設定 1.2 サーバ側の設定 2 putty (Windows) 2.1 Low-level TCP connection options 3 脚注 OpenSSH (Linux, OS X) ssh の接続が切れないよう（タイムアウトしないよう）にするには、クライアント側かサーバー側のどちらかに以下の設定をすればよい。サーバーとクライアント両方に設定しても問題はない。 クライアント側の設定 sshd サーバと応答確認する間隔 ServerAliveInterval[1] を設定する。 /etc/ssh/ssh_config または ~/.ssh/config を編集する。ServerAliveInterval の
最近はクラウド上のサーバーを利用する事も多くなってきた。 サーバーの用意やネットワーク周りの設定はインフラ部門がやってくれるけど、アプリのデプロイ／設定は開発者がする事が多いので、開発メインでやってるエンジニアでも最低限SSHの知識は必要になる。 また、Vagrant等でローカル環境にVMを作成する事もあるので、ローカル環境内でSSHを使用するケースも増えてきた。 というわけでインフラエンジニアじゃなくてもSSHクライアントの知識は必須になってきているので、改めてSSHの再学習をしてみることにした。 SSHとは 暗号や認証の技術を利用して、安全にリモートコンピュータと通信するためのプロトコル。 SSHでは以下の点で従来のTelnetより安全な通信が行える。1 パスワードやデータを暗号化して通信する。 クライアントがサーバーに接続する時に、接続先が意図しないサーバーに誘導されていないか厳密に
概要 社内プロキシに様々なサイトへのアクセスをブロックされたり、社外サーバにsshできなかったりする人向けに社外プロキシを立ててあらゆるサイトにアクセスする方法のまとめです。(後述しますが半分くらいネタポストです。) 他にも以下のような効果がありますので、プロキシフリーな会社にお勤めもし良かったら参考にして頂ければと思います。 なぜか2015年になっても存在するカフェとかホテルとかでの保護されていなかったりする無線wifiを使っても盗聴されない。 日本からアクセスできないサイトにアクセスできる。(海外のデータセンタ上のVMを使った場合) なお、非認証プロキシを例にしてます。認証プロキシでもあまり変わらないとは思いますが、環境が無いため未確認です。また、プロキシの挙動や設定方法はプロキシサーバの種類や設定によって多岐に渡るため、全てのプロキシで同じ方法が使えるとは限らないとは思います。 最後
今回紹介するツール ［ツール名］Terminals ［対象］Windows ［提供元］Robert Chartier、Microsoft Shared Source Community License（MS-CL） ［ダウンロード先］［URL］https://terminals.codeplex.com/［英語］ マルチプロトコル、マルチタブ対応のリモートコンソール 「Terminals」は、マルチタブに対応したリモートコンソールクライアントです。対応プロトコルは、「RDP」「VNC」「VMRC」「SSH」「Telnet」「RAS」「Citrix ICA」「HTTP」「HTTPS」と幅広いので、あなたが普段使用している各種リモート接続クライアントをこのTerminals一つで置き換えることができるでしょう（画面1、画面2）。 RDP（Remote Desktop Protocol）は、Wi
（2015/1/30 追記）時期は不明ですが、現時点のgithub.comはEd25519鍵にも対応しています。 （2016/5/31 追記）「GitHubにバグ報告して賞金$500を頂いた話」で紹介した通り、既に弱い鍵はGitHubから削除され、新規登録もできなくなっています。 GitHub APIを利用して、GitHubの31661アカウントに登録されているSSH公開鍵64404個を取得してみました。抽出方法*1が適当すぎて偏りがあるような気もしますが、面白い結果が得られたと思うのでまとめてみます。 SSH鍵の種類 鍵の種類 個数 割合 RSA鍵 61749 (95.88%) DSA鍵 2647 (4.11%) ECDSA鍵 8 (0.01%) 約6万個の鍵のうち、8個だけECDSA（楕円DSA）鍵が見つかりました！常用しているのか試しに登録してみただけなのかはわかりませんが、何にせよ
Secure ShellはChromeからSSHするアプリ。 Windowsの開発環境では普段TeraTermを使用しているのですが、 接続先も保存できて便利そうなので試しに使ってみました。 公開鍵を作成 EC2に接続する際に使用する秘密鍵から公開鍵を生成します。 >ssh-keygen -y -f keyname.pem > keyname.pub 秘密鍵の名前を変更 Secure Shellに鍵を登録する際は「xxxxx」「xxxxx.pub」という名前で セットにしないと正しく登録されないので名前を変更します。 >cp keyname.pem keyname Secure Shellで接続 「Import...」から上で作成した「keyname」「keyname.pub」を選択し 「Identity」に「keyname」が表示されればOK。SSH接続します。
はじめに こんにちは。KMC2回生のtyageです。 京都もほんとに寒くなってきて鍋が捗りますね。簡単だし美味しいあったまるし、最高ですね。 この記事はKMCアドベントカレンダー2013の17日目の記事で、 昨日は1回生のnona65537君によるSSH の二段階認証についてでした。 今日はGoogle ChromeというSSHクライアントの紹介なのですが、12日間続いたKMCアドベントカレンダーのサブプロジェクトであるSSHアドベントカレンダーもこれで最後になります。 最後がこれでいいのか？とも思うのですが、今までの内容がハードだったという方に向けて優しい内容となっておりますので、安心して御覧ください。 定番SSHクライアント「Google Chrome」 Google Chrome（もしくはChromium）と聞いて「あっ、SSHクライアントのことか！」と思われた方には少し物足りないか
昔は、sshとftpをそれぞれ設定してサーバ管理者はsshログイン、コンテンツ更新者はftpログイン(chroot)という構成をしていました。 最近のsshdは、sftp + chrootという設定が可能なのでよくやってます。いつも設定方法を忘れるのでここにメモ。 ただ、古いSSHDだとこれが出来ないので注意してください。私はSSHD5.3でやってます。 古いSSHDしか入ってなくて、入れ替えが怖い場合は、別途SSHDをコンパイルして別ポートで立ち上げれば共存できます（./configure --prefix=/usr/local/sshd --with-pam ; make ; sudo make installみたいな感じでインストールする) ゴールは、「sshでシェルにログインさせず、sftpのみでhome以上に遷移させないユーザを作る」です。 今回は特定グループに属しているユーザの
(Last Updated On: 2011年12月9日)簡単なように思えて，結構ハマったのでメモしておきます． SSH サーバは既に稼働していることを前提に書きますので，SSH，SSHd の細かい設定は他サイト様に委ねます． 仕様および前提 sftpを許可するユーザ: ftpuser（シェルでのログイン不可） ftpuserの所属グループ: ftpgroup ftpuserのhome: /home/ftpuser ftpuserに公開したいディレクトリ: /pass/to/chrooted 環境 $ lsb_release -drc Description: Ubuntu 11.10 Release: 11.10 Codename: oneiric $ uname -r 3.0.0-13-generic $ ssh -v OpenSSH_5.8p1 Debian-7ubuntu1, Op
SSHが使えるサーバでSFTPだけ使えるようにしつつ、参照できるディレクトリを制限するchrootを設定してみます。 scponlyじゃなくてOpenSSHを使いましょう 以前はscponlyというツールが主流だったようですが、OpenSSH 4.9からchrootの機能がビルトインされていますので、わざわざscponlyを使う必要はありません。OpenSSHのバージョンはVオプションで確認できます。 $ ssh -V OpenSSH_6.1p1, OpenSSL 1.0.1e-fips 11 Feb 2013 そもそもRed Hat系Linuxには公式パッケージで入れる手段がなく、かつ、ソースからビルドしようにも最新のGCCではコンパイルに失敗します（公式サイトもなくなっているので、もうメンテナンスされていないと思います）。 設定手順 ここでは分かりやすいように、designerユーザー
ちょっとタイトルは語弊があるかもしれないが… (ppkそのままでは使えないので、変換する必要ありというお話) Putty秘密鍵（*.ppk）を使ってMacのターミナルからSSH接続したい。 といった場合、予め、Putty(puttygen)でOpenSSH形式に変換する必要がある。 単純に、Windowsから秘密鍵(*.ppk)を持ってきてSSHコマンド叩くと、 以下のようなエラーになってしまう。 $ ssh -i ~/.ssh/test.ppk [email protected] -p22 Permission denied (publickey). これは、Puttyの秘密鍵はOpenSSH式でない為。 従って、puttygenを使って、OpenSSH式の秘密鍵に変換する。 変換方法は、puttygenを起動し、下記手順で変換出力できる。 1) “load”からputty秘密鍵(*.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
