CircleCI 2.0 で capistrano デプロイしてみた
このブログは GitHub で管理しており、master に commit が追加される と、CircleCI が capistrano を使ってデプロイします。 [2017-04-13-1] でテストを CircleCI 2.0 で動かしたので、デプロイも 試してみました。 最終的な circle.yml とデプロイスクリプトはこちらになりました。 基本的に “add_ssh_keys” と “deploy” step 以外は [2017-04-13-1] と 同じです。ハマりそうなところだけ記載していきます。 ハマりそうなところ# Deployments - CircleCI のとおり、“deploy” step があればデプロイ出来ます。 ただ capistrano で GitHub の private repository をデプロイする場合、 最低 2 つは SSH Key が必
ssh ポートフォワード機能の活用
21.7. ssh ポートフォワード機能の活用ssh のポートフォワード機能を利用すると、ローカルホストの任意のポートに送信したデータを、リモートホストの特定ポートへ転送することができます。また、SSH で暗号化した通信経路の中に、他のセッションを潜り込ませることができるため、POP のように暗号化されていない通信を暗号化できるメリットもあります。メールの受信に SSH のポートフォワード機能を利用した例を図にすると、以下のようになります。 POP サーバー mail.example.com からメールを受信するには、メールクライアントの設定で POP サーバーのホスト名 mail.example.com と POP が使用するポート番号 110 を指定しているはずです。そこで、ローカルホストの任意のポートに接続すると、SSH で暗号化された経路を介して mail.example.com
特定のサーバを踏み台にして別のsshサーバに接続する (ProxyCommand) | maeda.log
2010-01-21 23:08 | tag: linux インターネット上のサーバのsshdの設定で、接続できるホストのIPアドレスを限定するという運用は多いと思います。このような運用を行っている場合、目的のサーバに接続するためには、以下のように一旦プロキシ（踏み台）サーバに接続して、あらためて目的のサーバに接続するという操作となり、やや煩雑です。 ■概念図 |クライアント| --(ssh)--> |プロキシサーバ| --(ssh)--> |目的のサーバ| ■手順 1. クライアントからプロキシサーバに対してsshで接続、ログイン。 (user_proxyはプロキシサーバ上のユーザー) $ ssh user_proxy@proxy.example.jp 2. プロキシサーバからクライアントに対してsshで接続、ログイン。 (user_destは目的のサーバ上のユーザー) $ ssh us
俺流・シェルとEmacsの使用方法 - わさっきhb
私の環境と使い方をまとめてみました． Emacs使いの方々はどうされているのだろう? http://d.hatena.ne.jp/hrkt0115311/20091112/1257979533 お星さま3つ，ありがとうございます．うちはですね，基本的にWindowsで，コマンド実行にはCygwinを，そのための端末ソフト（ターミナルエミュレータ）にはck*1を愛用してきました．一つのウィンドウで，上の図の箱に相当する各仮想端末を渡り歩いています．表示の文字コードは，ShiftJISでもEUC-JPでもUTF8でも大丈夫です．IMEによる日本語入力をしない，と割り切っています． 日本語入力は，テキストエディタでやっています．Windows上のテキストエディタは，Cygwinとは全く独立で，Meadowです．独立と言ってもソフトウェアレベルの話であり，ファイルの単位では連携させています．すなわ
Google Sites: Sign-in
Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode
asterisk Fedora - Service/Subversion
Service 最近はバージョン管理システム(Concurrent Versions System)の選択肢も増え、CVS, RCSのほか、Linuxカーネル開発でのgit, cogitoや、HTTPベースのWebDAV、最新のGNU Arch, mercurialと数々の選択肢があります。 Subversionでバージョン管理 † Subversionはソースツリー単位でのリビジョン生成や、ファイル移動のサポートなど便利なシステムになっています。WebDAVやブラウザでのアクセスができたり、WindowsクライアントのTortoiseSVNが秀逸なこともあります。 subversion.tigris.org http://subversion.tigris.org/ Subversionによるバージョン管理(日本語訳) http://subversion.bluegate.org/
ssh でトンネル
すぐに忘れるのでメモ。 前は良く使ってたので忘れなかったんだけどのう。 ssh -N -f -L 5025:localhost:25 user@host - -N トンネルだけでコマンドなし - -f バックグラウンド実行 - -L この例だと手元のマシンの 5025 番ポートへの接続を 接続先の 25 番ポートに飛ばしてる -f は付けないほうが、接続したまま切り忘れ、を防げるかも。 permlink
sshで多段ログイン - 技術メモ帳
たとえば以下のように A というサーバーをログインしなければ到達できない B というサーバーがあったとき local --> hostA --> hostB 二回に分けて入力するのが面倒くさい。 local$ ssh user@hostA # Aにログイン成功 hostA$ ssh user@hostB # やっとBに到達。面倒!! hostB$ そんなときに、以下の構文を思い出すことだろう。 ssh user@host リモートで実行したいコマンド リモートで実行したいコマンドで "ssh user@hostB" ってやったらいいんじゃないかと 思いつきでやってしまうと、以下のようにエラーになる。 $ ssh user@hostA "ssh user@hostB" Pseudo-terminal will not be allocated because stdin is not a t
Open Tech Press | SSHのセキュリティを高めるためのハウツー
SSHサーバの設定ファイルは/etc/ssh/sshd_configとなっている。このファイルを変更した後は、変更を反映させるためにその都度SSHサービスを起動し直す必要がある。 SSHが接続を待ち受けるポートの変更 SSHはデフォルトでは22番ポートで接続を待っている。攻撃者はポートスキャナを使ってホストがSSHサービスを実行しているかどうかを把握するが、（nmapを含め）大抵のポートスキャナではデフォルトでは1024以上のポート番号のスキャンは行なわれないため、SSH用のポートを1024以上の番号に変更しておくのが賢明だ。 具体的には、/etc/ssh/sshd_configファイルを開き、以下のような行を見つけて変更する。 Port 22 この行でポート番号を変更したら、以下のようにしてSSHサービスを起動し直そう。 /etc/init.d/ssh restart SSHプロトコル2
sw/Eclipseでsvn+ssh – munengomi.com
Eclipseでsvn+ssh EclipseでSubversionを使うには、Subclipseというプラグインを使うのが手っ取り早い。それ以前に、他に選択肢がない(最近はそんなこともなくなった)。ここまでは簡単。 さらにsvn+sshでやろうとすると、とたんにめんどくさくなる。この際だからCVSでいいじゃんというのはなしの方向で考えると、何らかの方策が必要となる。そんなわけで、なんとか出来るようになった設定のメモ。 以上、Windows上でsvn+ssh&公開鍵認証を使ってさくさくSubclipseを利用するための前口上。 必要なもの Eclipse なにはともあれ Subclipse なにはともあれ2 plinkw&pageant sshクライアントなど sshサーバー こればっかりははずせない 以前、動作を確認したEclipseとSubclipseの組み合わせは、2.1.x+0.8
ひげぽん OSとか作っちゃうかMona- - Subversionを ssh 経由で使おう(ApacheもWebDAVも必要ないよ) - masatobito さんのコメント
Subversionをローカルだけでなく本格的にサーバーで使おうと思うといつも障害になるのが以下の誤解だ。（というか今日まで誤解していた) Apacheで難しい設定をしなくてはならない ⇒Apacheの使用は必須ではない。インストールにaprというApache由来のライブラリが必要なだけ。 WebDAVとかいうよく分からない仕組みを理解しなければならない ⇒同じく必須ではない svnserverとかいうサーバを常駐させる必要がある ⇒同じく必須ではない 結局すべて、誤解でだった。 個人で使うならば、もっと簡単(?)というか親しみやすい方法があり、それが「ssh経由でアクセス」である。 自分的に ssh の理解も怪しかったのであわせて手順メモを残しておきます。 subversionのインストールは yum でやっていますが環境に合わせて下さい。 1.ssh設定 以下ユーザー名は higepo
電子書籍.club -
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
navia's blog: SSHで内部ネットワークのみパスワード認証可にする
サービス終了のお知らせ
http://www.mkusunoki.net/z-gypsy/etc/solaris10_vmware/solaris_memo_html