Linux

[Windows10]de:code 2016で感じた違和感と期待感

初音玲 — Sat, 28 May 2016 21:47:00 GMT

2016/05/24～25にザ・プリンスパークタワー東京で開催されたde:code 2016に参加してきました。

サンフランシスコで開催されたbuild 2016参加直後から「de:codeはbuildの雰囲気をよく出している」という話をしてきました。

de:code 2016もその期待を裏切らないすばらしいものでした。

そして、同時に「違和感と期待感」という感想を私に抱かせました。

違和感の発端は初日キーノートです。

すでにキーノートはネットにも公開されているので、まだ視聴してない方はぜひ視聴してみてください。

channel9.msdn.com

参加された方や視聴された方は、もうなぜ私が違和感を感じたのか共感していただけるのではないでしょうか。

今までの日本マイクロソフトの技術系年次イベント（TechEd、Windows Developer Day、過去のde:code）でこれほどまでに開発者に対して

自分たちの技術を楽しみ、そして開発者に対して『一緒に楽しみましょう』どうですか？

と語りかけてくれたことはあったでしょうか。

マイクロソフトだけではなく多くのベンダーのイベントでは、最新の技術をわかりやすく、かっこよく、それこそ驚かせるように示してくれます。

しかし、今回のキーノートでは、まず自分たちが楽しみ本当に価値観を理解し、だから、みんなもよかったらどうぞとお裾分けしてくれるようなすがすがしいくらいに押しつけがましさがない内容だったのです。

他にも違和感はありました。

buildにはなくde:codeにだけあるぎゅうぎゅうづめの通路（通路の幅は４倍くらい違う）ですれ違う中に、マイクロソフトのイベントで見かけたことがない知り合いの顔ぶれが多く見られたことです。

そして、その表情は「きてやったけど、まあ、マイクロソフトだよなぁ」のような敵対する勢力の変わらぬ姿勢をみてやれやれというった表情ではなく、同じ開発者という枠組みの中で同じ価値観を見出して、同じテンションでワクワクしているそういった表情をしているのです。

OSの違いやオープンソースかどうかなんて小さいこと。

キーノートでも日本マイクロソフトCTOの榊原さんがおっしゃってました「良いものかそうじゃないか。世の中の役に立つのか立たないのか。」まさに言葉通りに、まるで我々にお手本をしますようにマイクロソフトは

「開発者にとって良いもの、世の中の役に立つもの」

を選択する会社に変わったということなのでしょう。

そこには、そういった判断以前にオープンソースかどうかで判断していたころのマイクロソフトの姿は微塵も感じられなかったのではないでしょうか。

Microsoft MVPとして、マイクロソフトの技術に注目してきたので「マイクロソフトノギジュツチョットワカル」はずですし、buildも参加して米国本社の変わりようは知ってはいました。

そんな予備知識があったのに「日本マイクロソフトすげー！」と驚きの違和感、そして、ともすればマイクロソフトの技術に注目していなかった層をぐっと引き寄せた「そうだよ！わかっているね！」感はキーノート後のセッションでも様々なところで感じられました。

だって、スピーカーの人ってマイクロソフトの技術だからスゲーって感じじゃなくて

「この技術すごいでしょ？いや、これで開発したら楽しいでしょ？あ、これマイクロソフトの技術だけどね」

のような感じで、会社すげーというより、自分の推しメンのことを話すように技術のことを話しているのですもの。

一応、私が受講できた（満員ではいれなかったり展示会場サポートやコミュニティブースでみれなかったものを除く）セッションは

Day1

Day2

でした。

これ以外にも見たいセッションはたくさんあって、早く資料と録画公開が開始されないかと待っている状態です。

UWP、Cortana、Congnitive、Xamarinと好きな技術、注目してきた技術の最新情報に触れられて、本当に楽しくすごした２日間でした。

人は誰でもが、きっと誰かの役に立ちたいと思っていると思います。

組織や会社も同じではないでしょうか。しかし、組織や会社はともすれば成長という中で市場のオンリーワンになるがために競争相手を敵とみなして必要以上に恐れ憎み「役に立つ」というところの出発点からはずれて行ってしまう場合があります。

サーバーOSがUNIXだった時代、サーバーOS市場に食い込み拡大しようとしていたときに挑戦者としてのマイクロソフトがとった戦略がまさにそうでした。クライアントOSの覇者が闘志をむき出しにしてUNIXやそしてオープンソースを否定していく様は、まさに「悪の帝国」のように映ったのでしょう。

マスターヨーダの言葉を借りれば「Anger... fear... aggression. The dark side of　the Force are they.」です。

時代は変わり、ポストPCと呼ばれる時代。マイクロソフトは再び挑戦者としての立場に立ちましたが、その戦略は前回と異なります。

「開発者にとって良いもの、世の中の役に立つもの」

それを提供することで共に歩んでいける信頼を得て進んでいく。そういったビジョンは、マイクロソフトの従業員にも、マイクロソフト製品を使って開発する開発者にも、そして世の中のすべての人にとってもより良き方向に進むための灯になるのではないかと考えます。

最後に、de:code 2016の最終セッションの最後の実例紹介で感じた自分のツイートを引用して終わりたいと思います。ここに期待感のすべてが詰まっています。

buildの初日キーノートは視覚障碍者をサポートするMSの技術紹介で胸熱に〆となった。de:codeの最後に受講したセッションの〆は聴覚障碍者をサポートするMS技術の実例紹介だった。偶然かもだけれど、技術で世の中をかえていけるのは素晴らしいと思う。 #decode16
? はつね (@hatsune_) 2016年5月25日

buildとde:code、アメリカと日本というイベントも地域も別なので偶然かもだけれど、技術とはこういったことに使うんだよ、その手助けをするのがマイクロソフトなんだよと言われたような気がします。#decode16

? はつね (@hatsune_) 2016年5月26日

[Windows10]bash on Ubuntu on Windowsを日本語環境にする（まだ途中）

初音玲 — Sat, 09 Apr 2016 09:28:00 GMT

Ubuntu on Windowsを日本語環境にする方法は、Ubuntu 14.04.4 LTSを日本語環境にする方法と同じです。

まず、日本語関連のパッケージをインストールしましょう。

aptitude -y install language-pack-ja-base language-pack-ja ibus-mozc

しばらく時間がかかりますがインストールが完了したらシステム環境を日本語に変更します。

update-locale LANG=ja_JP.UTF-8 LANGUAGE="ja_JP:ja"

source /etc/default/locale

echo $LANG

これでUbuntuからの応答が日本語になります。

--------- こっから先は、きっとダメな方法なので、実際にやらない方がいい

これでもまだ日本語入力はできないので、fcitx-mozcを入れます。

sudo apt update

sudo apt install fcitx-mozc fcitx-anthy

im-config ?n fcitx

これで一度exitして再度bash on Ubuntu on Windowsを起動してみます。

どうまうまくいきません。これは設定不足の可能性もあるのでもう少し調べてみます。

[Windows10]bash on ubuntu on Windwos 10を使ってみよう

初音玲 — Sat, 09 Apr 2016 09:08:00 GMT

Windows 10でbashが使えるようになったと巷で話題の「Windows Subsystem for Linux」を使ってみましょう。

Windows Subsystem for Linuxは、開発者向けに提供されています。[設定]-[更新とセキュリティ]-[開発者向け]で、「開発者向け」オプションを選択しておいてください。

この新しいWindowsの機能は、2016/04/09現在、Insider Preview 14316での提供なので、なにも設定していない場合や企業内でWindows Updateでの配布が企業ポリシーに基づき行われているような場合は、まだ使うことができない状態です。

Insider Previewを入手できるようになるには、[設定]-[更新とセキュリティ]-[Windows Update]の[詳細オプション]でInsider Previewビルドを「ファースト」で入手できるようにしておきます。

Insider Previewは「ファースト」と「スロー」があります。「ファースト」とはいわゆる人柱モードで、開発者ならば誰でも心躍る最新機能を世界トップスピードで使えるようになるモードです。

このモードにするのに必要なのは「問題が発生したら怒るのではなく世界で初めて見つけたかもと心ワクワクして改善するための提案やアイデアをリクエストする」というフロンティアスピリットです。

無事にInsider Preview 14316が適用できたら[プログラムと機能]-[Windowsの機能の有効化または無効化]リンクから[Windowsの機能]ダイアログを表示しましょう。

ダイアログが開いたら「Windows Subsystem for Linux (Beta)」にチェックして[OK]ボタンをクリックします。

機能が有効になり再起動したら、OS画面左下の検索ボックスに[bash]といれてみましょう。検索ボックスを非表示にしているなら、左下のWindowsマークを軽くクリックした後に「bash」とキーボードをたたいてみましょう。

bashが第一候補として表示されます。

初回起動時はUbuntu on Windowsのインストールを行います。

つまり、「bashが使えるようになった！」というのは、bash.exeのようなコマンドプロンプト用実行ファイルがインストールされるということではなく、Windows上で動くUbuntuがインストールされるということになります。

また、この仕組みは仮想化により実現しているわけではなく、LinuxのシステムコールをリアルタイムにWindowsのシステムコールに変換する技術が使われている。

そのためインストールしてしまえば起動も早く、また、動作も早いため非常に快適です。

そういえば、Project AstoriaでAndroidアプリがWindows上でそのまま動く仕組みを開発していたと思うのですが、これもその流れの技術なのでしょうか。

インストールが終わったらlinuxらしいコマンドを入力しましょう。すなわち「ls」です。

WindowsのCドライブは/mnt/c/なのでC:\tempフォルダの中身を見たいときは、ls /mnt/c/tempになります。

まずは「sudo apt-get update」を入力して導入済パッケージのアップデートをしておきましょう。

Ubuntu on Windowsのバージョンを確認してみましょう。

lsb_release ?a と入力するとUbuntu 14.04.4 LTSとでてきます。

viなんかも使えますね。

あと日本語ですが普通に表示できますね。

ただ、このままだと表示はいいですが日本語入力手段がありませんね。

Ubuntu on Windowsを日本語環境にする

Ubuntu on Windowsを日本語環境にする方法は、Ubuntu 14.04.4 LTSを日本語環境にする方法と同じです。

まず、日本語関連のパッケージをインストールしましょう。

aptitude -y install language-pack-ja-base language-pack-ja ibus-mozc

しばらく時間がかかりますがインストールが完了したらシステム環境を日本語に変更します。

update-locale LANG=ja_JP.UTF-8 LANGUAGE="ja_JP:ja"

source /etc/default/locale

echo $LANG

なお、使えるようになったといっても、現時点では、Windows 10 Insider Preview 14316で、さらにWindows Subsystem for Linuxもベータ版だということをまず覚えておきましょう。何かあったとしても鬼の首を取ったように騒ぐのではなく、不具合見つけたら積極的に報告、特に日本語環境の不具合は私たちが報告しないと始まらないですからね。

[Cloud]クラウド化が進むと情報システム部門が減らせる？なに？その都市伝説。。。

初音玲 — Mon, 11 Mar 2013 09:24:00 GMT

クラウドになった場合、一番必要になるのはクラウド上のシステムを維持管理する運用要員です。
クラウド化によりクラウド提供される部分の直接的運用は減りますが、そこからでてきた情報、またはアラートメールによりより適切な運用を求められるようになるでしょう。なぜならば、すべて自前ではなく文字通りグローバル化された世界共通の情報があがってくるのに自社だけ運用に失敗したらそこの問題点や責任はどこにあるのか明白になるからです。

そしてどんなにクラウド化がIaaSやPaaSだけじゃなくSaaSなどになったとしても自社業務を動かすのならば自社業務にあわせた運用チューニングができるかどうかが、その会社の競争力に直結するでしょう。

たぶん、これから一番シビアなインフラ業務は初期構築だと思います。初めてのクラウド構築でどのような構成をとりどうサービスを組み合わせ、どこをどう運用していくのか、これを間違えると、後々禍根を残すことになりますし、かといって構築終わったらある意味いらないので自社というより専門業者さんに頼むことになる率が高くなるとも思いますが、同時に、それをコントロールすることが情報システム要員には問われると思います。
クラウド化に伴い情報システム要員を削減するとか愚かしいことで、クラウド業者にもできる雑務をクラウド業者に押し付けることで空いたリソースで次のことをやるようにしない、それこそ「自社はこれ以上成長しません。他社が成長してきたら潔く撤退します」といっているようなものですから当然と企業競争力は低下します。

[Linux]tomcatでToo many open filesが出たときの対処法 (誤情報多し)

初音玲 — Tue, 05 Mar 2013 11:16:00 GMT

service tomcat start (中ではデーモン起動)

とかでtomcatを起動している環境で使っているときにToo many opne filesとでてしまうときの対処法。

もちろん、根本的にはバグとかでファイルクローズしていないかも並行して調査が必要ですが、インフラ的には

デフォルト省略値の「ulimit -n 1024」を「ulimit -n 8192」とかにすれば解決。

しかし、問題はどこにulimitを記述するか。

ネット上には

/etc/security/limits.conf

に書けばOKという情報も多いのですが、今回の場合はこれはアウト。

理由はデーモン起動ではpam認証を使わないので/etc/security/limits.confは使えないから。

これ、設定して確認して安心して後日リブートすると上限値が戻ってしまい再現という最悪の結末になりますので本当に注意を。

正解は、/etc/rc.d/init.d/tomcat なスタート用シェルに追記すること

例）

start() {
    ulimit -n 8192
    $DEAMON \
    ...

今回は以下の情報に助けられました。

http://yumewaza.yumemi.co.jp/2010/07/limitsconf.html

http://www.matsuaz.com/matsumotojs/2010/12/24/1293117835413.html

[GlobalSummit2013]総括

初音玲 — Sat, 23 Feb 2013 08:41:00 GMT

MVP特典でもっとも有意な義な特典がMVP Global Summitです。

しかしそれはNDAの情報が聞けるとかそんなちゃちな事ではありません。

一番の収穫は、実際に開発している人が何をどう考えて作っているのか、そしてそれに対して各国のMVPsがどうかんがえているのかが肌感覚としてわからるからです。
英語が分からなくても実はこのあたりわかるんです。

例えば前者はPowerPointの内容とか説明の長さとかで、後者は特にセッション途中に割り込み質問したときとか本当に参考（VBの場合、細面でおひげを生やした頑固そうな痩せたご老人と、みのさんだったらお嬢さんというであろう品のよいおばさまが鉄板）になります。

そして、セッション後の個別飲み会や部屋のみで「お前の国はどうなんだ？」的な各国事情を「そうだよねー」と。

こうゆうことがNDA情報なんかよりももっと貴重だったりします。

今年、部屋のみでお話できたスウェーデンのMVPの方の言葉を引用します。

「ソースコードなら、トランスレートしなくても、わかるね！」

MVPになること、Global Summitにくること、そんな一連の階段を上がってきたMVPsだからこそかもしれませんが、Global Summitにはいろいろな国の人たちと本当に文字通り意識を共有できる場があるんです。

2012年振り返りと2013年の抱負

初音玲 — Thu, 03 Jan 2013 10:20:00 GMT

2012年の前半はほぼKinet一色、中盤以降はWindowsストアアプリ、一年を通してはWindows Phone 7.5 という一年でした。

2012年の勉強会登壇について

その傾向は勉強会での登壇内容にも現れています。2012年は勉強会などで13回の登壇を行いました。

2012/01/21 わんくま同盟「Windows Phoneのセンサー」
2012/02/17 Developer Summit ライブコーディング「Kinect賞」受賞作発表
2012/03/31 Silverlightを囲む会「Silverlight的なコードってなんでしょう」
2012/04/07 Codeseek「KinectプログラミングStepByStep C#＆VB」
2012/04/18 Windows Phone Arch アイデアソン「はじめてのWindows Phoneアプリ入門」
2012/04/23 Windows Phone Arch 「5分でわかるWindows Phone開発」
2012/05/19 技術広場.net「Windows Phone 超入門」
2012/06/09 Community Opne Day 2012「Kinectプログラミング入門」
2012/08/04 こみゅプラス「Kinect使いのいろは」
2012/08/25 .NETラボ勉強会「Kinectで始まる仮想現実の世界」
2012/09/01 クラウドごった煮「Windows Azure x Nifty Cloud」
2012/09/08 静岡ITPro勉強会「Kinectで始まる仮想現実の世界」
2012/11/03 プログラミング生放送「空のテンプレから始めるWindows8ストアアプリ」

毎月１回登壇という目標は厳密には達成しませんでしたが平均月１回というのはほぼクリアできたのではないでしょうか。

それ以上にうれしいのは初めて登壇させていただけたところが多数あるところです。これは意識して積極的にいろいろなコミュニティに参加しようという思いが実現できたという事と同時に、読んでいただいた関係者の方々がいなければ実現できなかったと思います。

Kinectについて

思えば、2012/02/17のDeveloper SummitのライブコーディングにWindows Phoneアプリでエントリーしつつ、実施要項の「Windows Phone [と] Kinect」の「と」を「And」と解釈して、もともと興味はあったのですが未着手だったKinectのアプリを作成したことがKinectにのめりこむキッカケだったんですよねー。なんといってもKinect SDKインストールしたのが会場に向かう山手線の中でしたし。そこからサンプル解析して２日間（ノー残業）でWindows Phone + Kinect + Azureを使った親子じゃんけんアプリを作成した経験が実は年末のあのアプリに生きていたりもします。

またそういったご縁もあってか（というかKinectの書籍かきたい！と言いまくっていた甲斐もあってか）、

「Kinectソフトウェア開発講座」の監修に関わることができました。

この本は翻訳本ですが、翻訳本独特の言い回しや文化的背景の違いがなくなるように監修したので、普通の翻訳本よりも理解しやすい内容に仕上がっていると思います。と、同時に章の進め方やサンプルの内容など海外本の良さももちろん消さないように注意しましたので、日本の技術書っぽくない技術的難易度のステップ設定や話の展開も楽しんでいただけると思います。

なお、原書はC#で記述されていますが、監修にあたっては本文同様に日本語対応を行っており、同時にVisual Basicでのサンプルも同封してあります。Visual BasicでのKinect情報はC#に比べて少ない傾向にありますが、本書サンプルでは両言語のサンプルを並べて比較することで言語間の違いや特徴などの知識も身に着けられるようになっています。

そういえば本の監修も初経験だったんですよねー。監修の域を超えて力入れすぎといわれてますがｗ

Web掲載について

2012年もCodezineさんでグレープシティさんのコンポーネントを使った連載を続けることができました。今後も新製品を単純に紹介するのではなく、システム構築時の目線を少しでもとりいれられたらと思っています。この連載内容についてはかなり自由に書かせていただけていてすごく感謝しています。

また、大きなところでは初めて日経ITProに執筆、しかもFGCP/A5について執筆できたことも大きかったです。

Windows Phoneアプリについて

Windowsストアアプリについて

コミケについて

自分のサークルとして、夏コミ、冬コミともにサークル参加できて、なおかつ、それぞれ新刊を出すことができました。執筆し寄稿してくれた作者のみなさん、本当にありがとうございます。おかげさまで「わんくまさん？」も９冊目になります。

冬コミことコミックマーケット83では、マイクロソフト企業ブースでつかうアンケートアプリを提供し「稼働対応」と称してマイクロソフト企業ブースのお手伝いもできました。まがりなりにも何回もコミケに参加し、どういった体験（エクスペリエンス）を期待されているのか、というか自分が期待しているのかを踏まえて、少しでも参加者全ての方が楽しめることに助力できたと思います。

2013年抱負

2013年は、Windows Phone 8、Windowsストアプリ、Kinectの３本柱に加えて、クラウド関連のITPro的な情報発信もしていきたいと思っています。

もちろん、ブログなども重要な発信源ですが、できれば、2013年も勉強会での登壇ができたらと思います。

新しいコミュニティでの登壇もですが、以前登壇したところも２度目、３度目の登壇をしたいと思います。

コミケについても年２回の新刊と共に、また、マイクロソフトさんが企業ブースを出展するのであればなんらかの形で関わりたいと思います（これには、C83でマイクロソフト企業ブースに来られた方からの「初音がいてよかったんじゃね？」的なフィードバックによる後押しが必要ですｗ）。

４月にMicrosoft MVPの更新ができるかどうかはまだ定かではありませんが2012年の活動に対するマイクロソフト米国本社の評価という意味で結果が楽しみです。

[Linux]ニフティクラウドのCentOS 6.2でSymantec Endpoint Protectionを使う

初音玲 — Tue, 27 Nov 2012 13:27:00 GMT

Symantec Endpoint ProtectionにはLinux版も存在します。

動作保証にCentOSは含まれていませんが同じカーネルバージョンのRHELは保証対象です。

そのためRHELのx64と同じ事前作業などでニフティクラウドのCentOS 6.2 x64でもSymantec Endpoint Protectionが動作します。ただし、メーカー動作保証対象外であることに変わりがないという点だけは覚えておいてください。すべてはあなたの覚悟しだいです。

１）

x64版とx86版のlibstdc++をインストールします。yumインストールにより必要な関連ライブラリもインストールできます。

yum install libstdc++
yum install libstdc++.i686

２）

rpmをインストールします。

rpm -Uhv sav-1.0.13-16.i386.rpm
rpm -Uhv savjlu-1.0.13-16.i386.rpm
rpm -Uhv savui-1.0.13-16.i386.rpm
rpm -Uhv savap-x64-1.0.13-16.x86_64.rpm

３）rtvscandを起動します。

/etc/init.d/rtvscand start

ここまででAuto-Protect以外の機能は使用可能になります。

４）

/etc/init.d/autoprotectの102行目あたりでRHELのバージョン判定を行っているので

*CentOS\ release\ 6*) osprod=ES osver=6 ;;

を追記してください。

追記が終わったら

/etc/init.d/autoprotect start

/etc/init.d/autoprotect status

でステータスがOKになることを確認したらrebootしてください。

rebootしないとAuto-Protectの状態をSEP側で把握できません。

５）

rebootできたら、

/opt/Symantec/symantec_antivirus/sav info -a

としてAuto-Protectが有効化されていることを確認してください。

Auto-Protectがきちんと働いているかは

wget http://www.trendmicro.com/ftp/products/eicar-file/eicar.com

でファイルがダウンロードされたとたんに削除されることで確認できます。

削除したログは/var/log/messagesに出力されます。

[Linux]OSSするならクラウド使え！半可通設定ダメ！絶対！

初音玲 — Thu, 15 Nov 2012 19:24:00 GMT

ここ数か月というものどっぷりＯＳＳにお仕事でかかわっています。

そのなかで見えてきたのが、本当にインストールが大変だということ。

そういったいろいろなことからOSSってダメダメじゃんというのが極論。でもパブリッククラウドがあれば結構いいじゃない？というのが素直な感想。

さてまずはインストールのお話。

yum、rpm、ソースからとインストール媒体の入手方法が複数あることから始まり、再配置不可yumパッケージとかだとインストール先を変えられないとかさまざまな不便さに遭遇しました。

みなさん、なんでこれで不満じゃないんだろう。いや、きっと不満ある人多いと思うけれど、なんとなく「これが常識」という感じで受け入れている、もしくは、このようにこんなこと言うと怖いOOSerからボロクソに叩かれたり、OSSなお仕事来なくなっちゃったりするのかしら？

いま、忙しいからボロクソいうような人に絡まれるのは嫌だなぁ（笑）。

もう少し自分にリソースあれば、このあたり整理整頓して情報提供したいのだけれど調査項目の枝葉が多すぎてどうにも身動きが取れない。きっと、みなさんの状況もこうなんでしょうね。

でも、このままじゃいけないので来春までになんらかの形をだしたいなー。今ある方法だとするとソースからのインストールで王道configureパラメタみたいな感じかな。

２つ目に感じたのは、ネット上の方法で役に立たない情報が多すぎるということ。すごく役に立った個人ブログもあったけれど、これはきっと「CentOS」キーワードで絞り込んだ成果かもしれない。そうじゃないと本当にありがとうございました的なものが多い。

@ITなどの情報サイトには雄勁な情報が載っていることも多いけれど、そこに検索でたどりつけないなど、ゴミ情報のおかげで本当に困った状況になってしまっていると思う。

これまたなんで誰もどうにかしてこなかったんだろうと思うけど、これは無理だわ。敷居が低すぎて＆なぜか未確認でネットに情報をだしたがりな人が多いのかどうにもならない感じ。それこそ有益なページ見つけたらブックマークしておかないと次回見つけられないレベルで増殖しているし。

２つ目の関連するけど、とにかくセキュリティ意識が低い。サーバー構築の情報が多いけれどそもそもその前提としてセキュリティということを念頭に置いていない。とにかく目的のデーモンちゃんにつながってサービス受けらればオッケー☆的なお気軽さでインストールや設定情報が蔓延していて、それがますますそうういった状況の設定情報を増やしていると思う。

これ、企業内にあるセキュリティ関連の情報と対比すると一目瞭然。山ほど追加設定が必要だもの。

というか、OSS使っている企業さんはこのような情報をなんでサイトで公開しないだろう。まさにそこが自社の優位性！みたいな感じなんかな？でも、それってOSS使っているなら当然還元すべき情報な気がしてならないんですよね。

まあ、セキュリティ設定がばれたらそれに対応する攻撃手段がでてしまうので「お宅の設定みてやったのにどうゆうことだ！」とかクレームつけられる危険性の方が高いから？とかも思ったりもします。

このあたりは書籍をかって読むなどが対応策になるかなー。

なんだかとってもお寒い状況に思えるOSSですが、それを救うのはOSテンプレート付きのパブリッククラウド(IaaS)やインフラがきちんと設定されたパブリッククラウド(PaaS、SaaS)なんじゃないかと。

パブリッククラウドの利点はいろいろあるけれど、私としてはちまたのOSSな情報をうのみにして危険なサイトあげるよりも、きちんとした環境をパブリッククラウドで手に入れた方が世界に迷惑をかけないサーバが構築できると思いました。

OSS触ってみてすごく好きになったけど、しかし、こんなことを書くとなんか「お前の知識不足を棚に上げて、OSSをdisってんじゃねーよ」って斜め上のクレーム来そうな怖さが、もしかしたらある程度以上OSSを知ったあとの人が情報を公開していない理由なんじゃないかとgkbrしています。

[Linux]ApacheとTomcatの連携は何を使うの？

初音玲 — Wed, 07 Nov 2012 12:00:00 GMT

Apache HTTP ServerとApache Tomcatを連携させるにはどうしたらいいでしょうか。

ネット上の情報を探してみるとmod_jk、mod_proxy_ajp、mod_proxy_httpなど色々でてきます。

mod_jk:昔からの後付（Apache HTTP Serverについてこない)コネクター。Apache HTTP Server 2.2より前は事実上の標準コネクター
mod_proxy_ajp:Apache HTTP Server 2.2以降で標準でついてくるコネクター
mod_proxt_http:接続プロトコルがajpじゃなくてhttpのApache HTTP Server 2.2以降で標準でついてくるコネクター

どれ使えばいいの？というのもありますが、Apache HTTP Server 2.2より前のなんて今更新規で入れないだろうからmod_proxy_ajpを使えばいいです。言いきっちゃいます。mod_proxy_ajpです！

で、mod_proxy_ajpを使うためにはmod_proxyというのも同時に使わないといけないのですが、こちらもApache HTTP Server 2.2以降ならば標準でついてきます。

さて、ここで問題があって「標準でついてくる」というのは「ソースが」という意味で、rpmやyum形態の時に入ってくるかどうかは別問題。

ソースも次のような感じで.configurationで指定しないとダメ

./configure --enable-layout=Apache \
--prefix=/opt/oss/apache/httpd \
--enable-so \
--enable-module=rewrite \
--enable-mods-shared=all \
--enable-proxy --enable-proxy-ajp \
--disable-deflate

ここ注意点です。標準でついてくるので/etc/httpd/conf/httpd.confファイルに

LoadModule proxy_module modules/mod_proxy.so
LoadModule proxy_ajp_module modules/mod_proxy_ajp.so

と書けばOK的な情報もあったりしますが、それはあくまでも「--enable-proxy --enable-proxy-ajp」付きでconfigurationしてmakeしてmake installしたときの話です。

ここまでできたら/etc/httpd/conf/extra/httpd-proxy.confファイルをつくります。内容は

<Location /hello/>
ProxyPass ajp://madoka:8009/hello
</Location>
こんな感じでTomcatが動いている「madoka:8009」につなぐ感じです。

で、このファイルのありかを/etc/httpd/conf/httpd.confファイルに書きます。

Include conf/extra/httpd-proxy.conf
ファイルの指定は相対指定にするみたいですね。理由は「/etc/httpd」という場所も設定しだいなのでというところでしょうか。

ここまでできたらApache HTTP Serverにブラウザでつなぎます。

http://homuhomu/hello/helloworld

これでtomcat側のコンテンツが表示されれば、Apache HTTP ServerとTomcatがconnectできたことになります。もうこれで、

交わした約束♪忘れないよブラウザで確かめる♪

事が出来ました。