Windowsから公開鍵認証でSSH2サーバにログインする（PuTTY編）
対象OS：Windows 2000／Windows XP／Windows Vista／Windows 7／Windows Server 2003／Windows Server 2008／Windows Server 2008 R2 解説 レンタルサーバやUNIX／Linux／FreeBSDベースのサーバでは、各種設定やメンテナンスにSSH2サーバが使われていることが多い。しかしWindows OSはSSH2サーバに接続する機能を持っていない。 そこでTIPS「Windowsでsshクライアント「PuTTY」を使う」では、Windows用SSH2クライアントソフトウェアの1つ「PuTTY」を使って、Windows OSからSSH2サーバに接続する手順を説明した。 このTIPSでは、サーバの初期セットアップ時によく利用されるパスワード認証を例に取り上げた。しかしSSH2は、この他の認証方式もサ
ForwardAgentを使う - Debianサーバー構築中
*ForwardAgentとは？ ローカルエリアネット内に2つ以上のサーバーが存在し、それらにSSHで接続したい場合、 クライアントがローカルエリア内ならば、サーバーのアドレスを入力することで、 それぞれのサーバーにアクセスが出来ます。 しかし、外部から(インターネットなどから)ローカルエリアに接続する場合、 外部からの接続はまずルーターが処理をします。(ブロードバンドルーター) このとき、ルーターは外部から接続しようとしているコネクションを内部に通すか ファイヤーウォールの設定に基づき処理をします。 このとき、外部からSSHポートに接続を試みたコネクションはそのまま特定のIPにフォワードする という設定をしておくことで、外部から内部のサーバーにアクセスできるようになります。 しかし、内部に複数のサーバーが合っても、ルーターは一つのポートには一つの内部IPへしか フォワードしてくれません。
svn: ネットワーク接続が突然切られました。のエラーの解決方法 - Railsプロになろう！
買ったばかりのMACに サーバ側のリポジトリから ソースコードのコーピー「svnのcheckout」落とそう以下のコマンドを打ち込んだ。 svn checkout svn+ssh://hostname/リポジトリのlocation/ しかし、エラー svn: To better debug SSH connection problems, remove the -q option from 'ssh' in the [tunnels] section of your Subversion configuration file. svn: ネットワーク接続が突然切られました。 僕の予想ではポート番号がちがうんじゃないかと思って、ポート番号を変更して実行した。 svn checkout svn+ssh://hostname:ポート番号/リポジトリのlocation/ しかし、同じエラー ポート
SSHでPermission denied (publickey,gssapi-keyex,gssapi-with-mic)の対処法 · DQNEO日記
Linuxサーバを構築するときには、次のように設定するのがよいと言われています。 rootでのSSHログインを禁止 sshでのパスワードログインを禁止。代わりに公開鍵認証を使う 一般ユーザを作成する つまるところ、 一般ユーザで公開鍵認証でログイン、という方式のみ許可する ということになります。 さて、Amazon EC2でサーバを作成して、上記３つの設定を施して、いざ一般ユーザでSSHログインしようしたら、下記のようなエラーが出てしまいました。 $ ssh -i ~/.ssh/my_private_key userfoo@ec2-12-34-56-78.ap-northeast-1.compute.amazonaws.com Permission denied (publickey,gssapi-keyex,gssapi-with-mic). うむむ。。
SSHの仕組み!ぼんやりとした理解だったものをすっきりさせようの会 - nigoblog
特にシリーズ化を目論むわけではないですが、 完全に理解しているわけではないけど、使える。 みたいなものってありますよね。 そういうのはよくないのでしっかりと理解しよう! というテーマでやります。 今回はSSHの仕組みについて書いていこうと思います。 参考記事 概要 ~SSHとは~ SSHの仕組みを理解するための用語 鍵交換方式の仕組みと実際のコマンド 便利なオプション まとめ このような流れで書いていきます。 参考記事 こちらを参考にします。(ぶっちゃけこれだけ見ればオッケーな気も。。。) 公開鍵暗号について理解が足りていなかったのでメモ - かせいさんとこ 鍵交換方式による認証 概要 ~SSHとは~ SSHはSecure Shellの略で、あるマシンに別のマシンからアクセス , ログインするというイメージです。 主にサーバー(リモート)にクライアント(ローカル)からアクセスするときに使い
Debian上でのiptablesの設定方法 - インターネッツの砂浜でスカベンジャー
ネットでググると古い記事が多いので、Debian Wikiを参考に簡単な方法を書いてみます。 aptitude install iptables iptables-persistent まず、iptablesとiptables-persistentをインストールします。 iptables-persistentは後で役立ってきます。 iptables -L 早速、現在の設定を見てみると Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destinationこのように空っぽの状態だと思い
ひげぽん OSとか作っちゃうかMona- - Subversionを ssh 経由で使おう(ApacheもWebDAVも必要ないよ) - masatobito さんのコメント
Subversionをローカルだけでなく本格的にサーバーで使おうと思うといつも障害になるのが以下の誤解だ。（というか今日まで誤解していた) Apacheで難しい設定をしなくてはならない ⇒Apacheの使用は必須ではない。インストールにaprというApache由来のライブラリが必要なだけ。 WebDAVとかいうよく分からない仕組みを理解しなければならない ⇒同じく必須ではない svnserverとかいうサーバを常駐させる必要がある ⇒同じく必須ではない 結局すべて、誤解でだった。 個人で使うならば、もっと簡単(?)というか親しみやすい方法があり、それが「ssh経由でアクセス」である。 自分的に ssh の理解も怪しかったのであわせて手順メモを残しておきます。 subversionのインストールは yum でやっていますが環境に合わせて下さい。 1.ssh設定 以下ユーザー名は higepo
~/.ssh/config で簡単に複数ホストへのSSH接続を管理する - すぱぶらの日記
ssh で鍵やユーザ名を複数のホストで使い分けないといけない場合、それら設定を覚えておくのは面倒です。 それらホスト毎の設定は ~/.ssh/config で簡単に管理することができます。 複数の鍵を管理する場合 identity, id_rsa などのファイル名で保存しますが、これでは複数の鍵を置くことができないので、 test.org の場合、「id_rsa.test.org」 hoge.in の場合、「id_rsa.hoge.in」 など、ホスト名や用途名の prefix, suffix を付けて管理しています。 どの鍵をどのような用途で利用しているのかが分かればファイル名は何でも構いません。 ~/.ssh/configを記述する Host test.org HostName test.org IdentityFile ~/.ssh/id_rsa.test.org User test
6.2 scpコマンドを使ったファイルの転送
UNIXで安全にファイルの転送を行うには， scpコマンド (Secure CoPy) を実行します． scpコマンドはSSHによって暗号化された通信を行います． ここではscpコマンドの利用方法について説明します． 6.2.1 リモートホストへのファイルの転送 ローカルホストの `kadai.tex' というファイルを リモートホストccz00.sfc.keio.ac.jpの ユーザt00000tfの `documents' ディレクトリに 転送する例を次に示します． % ls <ENTER> ← リモートホストのファイルを閲覧 kadai.tex report.tex % scp report.tex t00000tf@ccz00.sfc.keio.ac.jp:documents <ENTER> t00000tf@ccz00.sfc.keio.ac.jp's password: _ ←
TTY経由でないsudoの実行 - shibainu55日記
Javaで実装された画面処理から、ファイルシステム上にあるsudoを含むシェルスクリプトをキックする処理を実行したところ、以下のようなメッセージを標準エラー出力に出して処理に失敗した。環境はCentOS 5(RHELでも同様)。 sudo: sorry, you must have a tty to run sudosudoの設定としては、visudoコマンドで/etc/sudoers に下記の書式 ユーザ ホスト = (権限) コマンド 例）hoge ALL = (root) /sbin/rebootで設定を入れ、ファイルを:wqした瞬間に設定が有効になる。が、SSHクライアントやコンソール上での実行以外では前述の「you must have a tty to run sudo」のメッセージで実行できない。これを回避するためには、sudoのデフォルト設定の「Defaults requir
ssh公開鍵認証手続き
SSH公開鍵認証手続き （１）ssh公開鍵の手続きについて （１）−１ UNIX(Linux) 版 （１）−２ Windows 版 （２）scp,sftpについて 2005.11.16 WinSCPでSCPプロトコルを選択した場合の注意事項追記 2005.8.9 WinSCPでRSA1鍵を使用する場合の注意事項追加 2005.8.9 サーバーのホームのモードが「755」以下である必要があることを追記 （１）ssh公開鍵の手続きについて 公開鍵による認証手続きとは、ユーザー端末で、公開鍵と秘密鍵のペアを作成し、公開鍵をリモートホスト（サーバー側、ここではLHD数値解析システム）の所定の場所におきます。ログイン時にはこの公開鍵と秘密鍵とを使って認証します。付加的ですがログイン時のパスフレーズ入力もセキュリテイ強化に有効です。 ここで紹介するsshのバージョンはバージョン１のRSA1と
＠IT：Webアプリケーション: 第3回 気を付けたい貧弱なセッション管理
※ご注意 他社および他組織のWebサイトなどへのポートスキャンおよびデータの取得などの行為で得た情報を侵入などに悪用するか、または同じ目的を持つ第三者に提供した時点で違法となります。ご注意ください。 本稿の内容を検証する場合は、必ず影響を及ぼさない限られた環境下で行って下さい。 また、本稿を利用した行為による問題に関しましては、筆者および株式会社アットマーク・アイティは一切責任を負いかねます。ご了承ください。 「第2回 顧客データがすべて盗まれる」は、クロスサイトスクリプティング（XSS）と同様に実際のプログラミングを行うプログラマの責任であるという対策で、最も危険と思われるSQL InjectionとOS Command Injectionについて紹介した。今回は、プログラミング以前の設計段階で潜り込むセキュリティホール――見落としがちなセッション管理の脆弱性について説明していく。 We
sshのconfigファイルの書式(日本語マニュアル)
OpenSSH SSH クライアント 設定ファイル 書式 ~/.ssh/config /etc/ssh/ssh_config 説明 ssh (1) は以下のものから (この順序で) 設定情報を取得します: コマンドラインオプション ユーザごとの設定ファイル 各設定項目にはそれぞれ最初に見つかったものが使われます。設定ファイルはいくつかのセクションに分かれており、これらは"Host"キーワードにより区切られています。あるセクションの設定が適用されるのは、コマンドラインから与えられたホスト名が、このキーワードで指定されているパターンのどれかにマッチするときだけです。 各設定項目で最初に見つかった値が使われるので、ホストに特化した宣言をファイルの先頭近くに置くようにし、一般的なものを後に置くのがよいでしょう。 設定ファイルは以下のような形式になっています: 空行、および # で始まる行は、コメン
デプロイツールにCapistranoを使うことにしました。 - 40歳からのキャリアチェンジ
WEB+DB PRESS Vol.51でデプロイ/ファイル転送の特集記事があったのでそれを読んでいて以前から言葉だけは知っていたCapistranoを使って、 Mac上で開発 Capistrano利用してテスト環境であるVirtualBox上でDebianにデプロイして動作確認 動作確認して問題なかったら、本番環境であるさくらVPSの方にCapistranoでデプロイ みたいなワークフロー整備しようと決めました。 対象となるサーバ 以下２つで、それぞれ公開鍵認証出来るように設定済 VirtualBox上のDebian さくらVPSで稼働させているDebian Capistrano利用する以前にsshの設定見直し 毎回 # VirtualBox上のDebian ssh -p 50022 localhost # さくらVPSのDebian ssh xxx.xxx.xxx.xxx みたいな感じで
とある開発者ブログ: Capistrano + git(Bitbukcet) + whenever + sshでrailsアプリをデプロイ
2012年9月8日土曜日 Capistrano + git(Bitbukcet) + whenever + sshでrailsアプリをデプロイ イントロ デプロイのプロセスを自動化してくれるCapistranoを今回初めて導入しました。gitまわりのところで技術力、読解力がなくって壮絶苦労しましたが、なんとか動くところまでもってこれました。今後苦労しないためにもブログに書いておきます。もし間違い等あればぜひご指摘ください！ 流れ 1) git周りの設定 A) bitbucketにリポジトリ作成 B) bitbucketで使う鍵ファイル(id_dsa)をローカルの/.ssh/に設置する C) ローカルのid_dsa(鍵情報)をクリップポードにコピー。コマンドは下記 pbcopy < ~/.ssh/id_rsa.pub D) コピーした情報をbitbucket => リポジトリ => a
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
un-q.net