みなさん、Git使ってますか？僕はまだメインのVCSがSubversionなのもあって、なかなか慣れません。せっかくGitを使っているのに、ちょっと不便なSubversionくらいの位置づけです。でも、同じような理解度の人って多いんじゃないでしょうか。 一方で、最近はGitHub管理のオープンソースプロジェクトが増えてきました。バグレポートを送るにしてもpull request*1が前提のような空気があり、Git初心者には少し敷居が高い印象があります。 そんな僕も先日初pull requestをしてみたんですが、色々な失敗の積み重ねで残念なpull requestになってしまいました。その反省を元に、本稿ではpull requestする際のベストプラクティスを紹介します。これは「Git Workflow」をベースにコマンド例などを加筆したものです。 概要 pull requestする際は、

Gehirn RS2というか、Linux環境での登録作業 ※、前準備 Gehirn RS2で前準備としてコンパネで「SSH→キーペアを生成する」にアクセスする。 これで、.ssh関連が作成されます。 1.Bitbucket用のSSHキーを生成する $ cd ~/.ssh $ mkdir bitbucket $ cd bitbucket $ ssh-keygen -t rsa -C "bitbucketにユーザ登録しているメールアドレス" ここで以下のように質問が出るので設定をします。 Enter file in which to save the key (/Users/your_user_directory/.ssh/bitbucket/id_rsa): id_rsa.bitbucket.org ※、パスワードの設定について2回質問されますが、EnterでOKです id_rsa.bitb

1. ssh-keygen コマンドで鍵ペアを作成する $ ssh-keygen -t rsa 秘密鍵の保存先を聞いてくるので、デフォルトのままEnter。 パスフレーズを2回入力。 すると、以下の鍵ペアのファイルが ~/.ssh/ に作成される。 id_rsa id_rsa.pub 2. SSHサーバに公開鍵を登録する ユーザのホームディレクトリに1.で作成した公開鍵を転送する。（FTPで転送してもよい。） $ scp ~/.ssh/id_rsa.pub user@host: サーバ側で、catコマンドとリダイレクションを使って転送した公開鍵を登録する。（登録するファイルは ~/.ssh/authorized_keys） $ cat id_rsa.pub >> ~/.ssh/authorized_keys 「~/.ssh」ディレクトリと「~/.ssh/authorized_keys」はオ

Stack Exchange Network Stack Exchange network consists of 183 Q&A communities including Stack Overflow, the largest, most trusted online community for developers to learn, share their knowledge, and build their careers. Visit Stack Exchange

what [hoge@fuga ~]$ ssh baz@xxx.xxx.xxx.xxx Permission denied (publickey). [hoge@fuga ~]$ Permission denied (publickey). って何？ ってことで、OpenSSHについて知らなすぎるので知る。 勉強材料 書籍「入門OpenSSH」にお世話になりました。 Amazon CAPTCHA OpenSSHでユーザーがログインするまでの流れ 一般ユーザーがクライアントを用いてサーバーにログインを試みると、クライアントとサーバーデーモンのあいだで２種類の確認作業（認証）が行われます: 1.そのサーバが本当に「ユーザのログインしたいサーバ」であるかどうかを確認する、ホスト認証。 2.そのユーザがサーバにログインする資格があるかどうかを確認する、ユーザ認証。 ホスト認証の仕組み クライアント

セキュリティー上、問題があるという話しもちらほら。 しかし、多くのサーバを管理する場合はできないと話しにならないノンパス設定。 何度やっても覚えないので、ちょっと覚書。 Server1からServer2に接続する場合。 oresamaというユーザーがServer1とServer2にいることにします。 Server1に鍵を作る まずは鍵を発行するコマンド $ ssh-keygen すると以下のようになる。 Generating public/private rsa key pair. Enter file in which to save the key (/home/oresama/.ssh/id_rsa):(鍵の保存場所) Enter passphrase (empty for no passphrase):（パスフレーズ） Enter same passphrase again: Yo

Jenkins は、以下の wiki ページに書かれている通り、「継続的なソフトウェアプロジェクトのビルドとテスト」や「cronなど外部で起動するジョブの実行監視」を可能にするツールです。 Meet Jenkins – 日本語 – Jenkins Wiki — 環境 — CentOS 6.4 Jenkins 1.570 では、早速 Jenkins のインストール手順とユーザー認証をかけた作業記録です。 Jenkins を CentOS6 にインストール 公式サイトの手順を参考にしました。公式リポジトリを追加して、yum でインストール。 RedHat Repository for Jenkins

— 環境 — CentOS 6.4 Jenkins 1.570 Jenkins 側で Bitbucket への SSH 接続用の鍵作成 Jenkinsインストール時に作成されたユーザー（jenkins）で鍵ペアを作成したいのですが、jenkins を yum でインストールしたので、jenkins は service account となっていました。そのままの jenkins アカウントではユーザーとしてログインできないので、事前に以下のように /etc/password を修正します。

今回はFacterを拡張して、デフォルトでは取得できないシステム情報を取得する方法、ならびに拡張したFacterをPuppetでどのように利用するかについて解説します。 Facterとは？ Facterとは、第5回でも解説していますが、システムに関する情報（プロセッサアーキテクチャ、利用OSとそのバージョン、ドメイン名、FQDN、IPアドレスなど）を収集するための、クロスプラットフォームなRubyライブラリです。PuppetではこのFacterによってセットされるFacter変数を利用することにより、システム条件に応じて挙動を変更するようなマニフェストを記述したり、テンプレートにシステム情報を埋め込んだり、といったことが実現できます。 たとえば、OSの違いによるntpdパッケージ名の違いを吸収するためには、以下のようにマニフェストを記述します。 $ntp_package = $operat

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

Solutions Connected Digital Ops When you connect data and operations, you become an Autonomous Digital Enterprise able to optimize and accelerate innovation across your business. AIOps AutonomousOps DataOps DevOps ServiceOps

よく訓練されたアップル信者、都元です。前回は「Amazon VPCを使ったミニマム構成のサーバ環境を構築する」と題して、Amazon VPCに小さなサーバ環境を構築しました。この環境は、アプリケーションサーバ（Webサーバ）がユーザからのHTTPを受け付けつつ、管理者によるメンテナンスのためのSSHの受け付けも兼ねている状態です。セキュリティの観点からは、あまり好ましい状態とは言えませんね。 そこで今回は、メンテナンスのための踏み台(bastion)サーバを構築し、よりセキュアな構成にしてみましょう。環境の構成図は右の通りです。まず、アプリケーションサーバはHTTPのみを受け付けるようにSecurity Groupを調整します。また、public subnetの中にもう一つサーバを起動し、踏み台として使います。こちらはSSHのみを受け付けるように調整します。踏み台サーバは常時起動しておく必