＠IT：sshでパスワードなしにログインするには
sshは、ssh-agentを使用するとパスワード認証なしにログインすることが可能だ。この方法は鍵交換方式を用いるので、あらかじめ鍵を作成しておく必要がある。ここでは、sshサーバ（例ではpandora）で鍵を生成し、リモートクライアントからsshサーバにパスワード認証なしにアクセスする方法を紹介する。 まず、sshサーバにログインして鍵を生成する（以前に鍵を作成している場合は、新たに作成する必要はない）。 $ ssh-keygen -t rsa ←RSA暗号方式の鍵を作成 Generating public/private rsa key pair. Enter file in which to save the key (/home/nori/.ssh/id_rsa): ←［Enter］キー Enter passphrase (empty for no passphrase): ←パス
意外と簡単。Jenkinsとbitbucket(Git)を連携する７ステップ - DISってHONEY♪ @gungnir_odin
Jenkinは、VCS(バージョン管理システム)と連携することが多いと思います。 今回は、Git*1のホスティングサービスを提供しているbitbucketとJenkinsを連携します。 Jenkinsサーバ環境 OS CentOS release 5.8 (Final) Jenkins version 1.466.2 on Tomcat bitbucketとの公開鍵認証のため鍵ペアを生成 Jenkinsサーバで、bitbucketとの公開鍵認証に利用する鍵ペアを生成します。 出力先はホームディレクトリの「.ssh」フォルダにします。 # ssh-keygen Generating public/private rsa key pair. Enter file in which to save the key (/root/.ssh/id_rsa): /root/.ssh/id_rsa_bi
Ubuntu ServerにJenkinsをセットアップしてGitレポジトリと連動するまでのまとめ - jiska
さくさく行きます。 前提条件 Jenkins, Gitレポジトリのあるサーバー共にUbuntu Server 11.10 (64bit) です。 Gitレポジトリの管理にはgitosisを使用します。 git clone, pullにはsshを使用するので公開鍵登録を行います。 sshのポートは標準の22ではなく10022を使用します。 Jenkinsのインストールとセットアップ 公式ページ ( http://pkg.jenkins-ci.org/debian/ ) を参考にしつつPPAを追加してapt-get installします。 Gitのプラグインも一緒にインストールします。 $ wget -q -O - http://pkg.jenkins-ci.org/debian/jenkins-ci.org.key | sudo apt-key add - $ echo "deb http:
ssh接続を鍵認証で行う
トップページに戻る ssh接続を鍵認証で行う 最終更新日：2016.11.23 注意: あらかじめ初期設定は終わっていることを前提としています。 root権限でリモートログイン出来ないように設定しておいてください。 デフォルトではssh接続は公開鍵認証ではなく、パスワード認証されるよう設定されています。 この状態では、 パスワードを知っている サーバーにアクセス出来る手段がある この条件が揃っていれば、誰でもサーバーにアクセス出来て危険です。 これを鍵認証のみssh接続を許可するように設定変更しましょう。 クライアントでキーペアを作成 $ cd ~/.ssh $ ssh-keygen -f client_rsa -t rsa -b 2048 Enter passphrase: パスワードを設定する場合は入力してEnter。不要ならEnter。 Enter some passphrase a
.NETとGitとjenkinsでCI環境を構築する方法(1) - 事前準備 - 替え玉バリカタでお願いします
2013/10/29：更新 公開鍵・秘密鍵の格納場所を修正しました。 PuTTYでの鍵生成手順、環境変数の設定手順を追加しました。 1.コトの発端 CIするために、ずっとTeam Foundation Server 2010を使っていました。本当は色々と改善されて見た目もカッコよくなったTeam Foundation Server 2012に移行したかったのですが、確かな情報が少なく躊躇していました。 それと、複数の言語や開発環境からなる社内の現状を踏まえて、このままTeam Foundation Serverを使い続けることに疑問を感じ、jenkinsを使うことにしました。 ついでにVSSでもTFSでもSubversionでなくGitを使いたいとずっと思っていました。よくある話で、お客様先別のバージョンが発生したり何なりで、Git以外では少々厳しくなってきています。また、現在は主にタスク
本番運用を考慮したgit-flowブランチモデルの拡張とJenkinsジョブ構築 - technica
お久しぶりです。アルゴリズムの探求者です。 「オブジェクト指向の時代は終わった」とか「nullとExceptionは悪だ」とか言ってたら、僧職系エンジニアにマサカリ王子って言われました。 さて、今回はgitのお話です。Speeeでは全てのプロダクトで、gitを使ってソースコード管理をしています。 イエウール開発でもgitを利用していますが、ブランチルールを少し工夫してみました。そこで今回は、どのような工夫をしたか、その紹介をしようと思います。一言で言うと、git-flowブランチモデルをベースに、Jenkinsを使った本番運用を考慮して、一部拡張したものです。 今回解決しようとした課題 想定するアプリケーション Servletコンテナ上で動作するJavaアプリケーション アプリケーションの挙動を設定ファイルで制御 設定ファイルは動的に読み込む仕組みを構築し、アプリケーション再起動なしで反
GitLab と Jenkins を連携する (1) - Qiita
はじめに 以前は「貧者の GitHub Enerprise」などと言われることもあった GitLab ですが、「GITLABはブランチ毎に書き込み権限を制限できるという点においてGitHubよりも圧倒的に優れている」という意見も見られるなど、機能面、安定面ともに着実に進歩しています。 そのインストールの難しさが話題に挙がることもありましたが、公式インストールドキュメント はとてもよく書かれていますし、Chef の Cookbook なども多数存在します。個人的に Chef より Ansible が使い易かったため、CentOS 用の playbook も書きました。 以上のような状況から、GitLab は何らかの理由で GitHub や GitHub Enterprise を利用できない環境においても、Git および Pull Request (Merge Request) による開発フロ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
