nodejitsu でホスティングした場合、ドメインは「_hoehoe_.jit.su」か「_hoehoe_.nodejitsu.com」（*hoehoe*は自分で決めれる。）となります。  
やっぱり自分で持ってるカスタムドメインで使いたいなと思ったので、やってみました。



とは言っても･･･
基本的に日本人で nodejitsu を使おうと思っているような人は、英語に抵抗がない部類の人だと思いますので、[ここのページ](http://dns.jit.su/)に書いている手順に沿ってサクッとやってしまうと思うのですが、nodejitsu の敷居を下げるために頑張ります。

## 1.nodejitsu.com の IP を調べる。

まず、nodejitsu.com の IP を調べます。私は windows ユーザーなので、黒い画面で ping コマンドを使います。

```
ping nodejitsu.com
```

おそらく、次の IP のうちのどれかが帰ってくると思いますので、メモしておきます。

```
165.225.129.253
165.225.130.235
165.225.130.237
165.225.130.238
165.225.130.239
165.225.130.240
165.225.130.241
165.225.131.4
165.225.131.5
```

## 2.ドメインを管理しているプロバイダの DNS を変更する。

私の場合は[GoDaddy](http://www.godaddy.com/)でドメイン持っているので、ここでの説明は GoDaddy をベースに行いますが他のプロバイダでも基本的にはやることは同じだと思います。

手順は GoDaddy の「DNS Manager」にて「A レコード」を変更します。

例えば、カスタムドメインが「mitsuruog.com」だったとして、

「mitsuruog.com」を nodejitsu のトップドメインとして使いたい場合は、次のような設定をします。

```
Host=@
Points to=1.で調べたIP（165.225.129.253とか）
```

カスタムドメインのサブドメイン（node.mitsuruog.com とか）を nodejitsu のトップドメインとして使いたい場合は、次のような設定をします。

```
Host=node
Points to=1.で調べたIP（165.225.129.253とか）
```

「TTL」は特に必要がなければそのままで、変更する必要はないと思います。

ちなみに、DNS を変更した場合、反映されるまで 48 時間くらい掛かります、気長に待ちましょう。
DNS が反映された場合、上のドメイン（`http://mitsuruog.com`とか）をブラウザで開くと、nodejitsu の 404 ページが表示されるようになりますので、目安にしてください。

## 3.package.json の変更

nodejitsu 側の設定はすべて package.json にて指定します。（さすが Paas！）

手順は package.json に上で指定したカスタムドメインを追加するだけです。

```
{
  "name": "mitsuruog",
  "subdomain": "mitsuruog",
  "domains": [
    "node.mitsuruog.com"
  ],
  "scripts": {
    "start": "./server.js"
  },


・・・（中略）・・・


  "engines": {
    "node": "v0.8.x"
  }
}
```

## 4.nodejitsu 上にデプロイ

最後は nodejitsu にデプロイして完了です。
黒い画面で操作してください。

```
jitsu login
jitsu deploy
```

以上の手順でカスタムドメインで運用できると思いますので、頑張ってみてください。

nodejitsuでカスタムドメインを使う方法

本ブログは[東京 Node 学園祭 2012 アドベントカレンダー](http://atnd.org/events/33022)の 6 日目の記事です。

今回は[nodejitsu](http://nodejitsu.com/)を使って sockect.io を使ったアプリをホスティングしたところ、websocket（以下、ws）まわりで思わぬハマりポイントがあったというお話しをします。  
（同じようなトラブルで悩む方に少しでもヒントをあげられたらと考えています。）



### このエントリでお伝えしたいこと。

1. ws 通信は 443 ポート（wss）で行った方が良い。
2. ws のみがブロックされた場合に socket.io が怪しい挙動をする…（Help me!）
3. nodejitsu なかなか好いよ。

## ws 通信は 443 ポート（wss）で行った方が良い。

既に周知の事実かもしれませんが、通常の HTTP（80 ポート）を使って ws 通信を行った場合、
サーバから送信された ws の通信データが、クライアントのブラウザに到達する前に（セキュリティソフト、firewall、proxy…などなど）ブロックされることがあります。  
（詳しく知りたい方は[こちらのエントリ](https://github.com/LearnBoost/socket.io/wiki/Socket.IO-and-firewall-software)を読んでみてください。）

サーバを正しく実装したにも関わらず ws が届かないようなときは、そもそもクライアントが ws 受信できる状態なのか、次の 2 つのサイトにて確認してみてください。

- [http://websocketstest.com/](http://websocketstest.com/)（ws と Comet の疎通確認ができるサイトです。）
- [http://wsping.jit.su/](http://wsping.jit.su/)（nodejitsu の websoketPing サイトです。）

例えばですが、80 ポートの ws がブロックされている場合は次のような結果となります。

![](https://s3-ap-northeast-1.amazonaws.com/blog-mitsuruog/images/2012/comp.png)

で、厄介なのが、セキュリティソフトにてブロックされている場合で、
ws の疎通確認自体は OK なのですが、ws がなぜか届かない状態となってしまったので、原因を特定するのに少し時間がかかりました。

_（私の場合はウイルスバスタークラウド 2012 がブロックしていました。**こちらについては Trend Micro のサポートとやりとりしているので、**何か進展あっておもしろそうだったら書くかもしれません。）_

## ws のみがブロックされた場合に socket.io が怪しい挙動をする…

さて、nodejs で ws 使う際は socket.io を使うのがデファクトとなっているのは皆さんご存知だと思います。
socket.io ではクライアントが ws 使えない場合、通信手段を ws から XmlHttpRequest などに自動でダウングレードしてくれる便利機能があるのですが、今回のように ws のみがブロックされるような場合、そのダウングレード機能がうまく働きませんでした。

ws の正しい挙動としては、まず http でハンドシェイクを行い、ハンドシェイクができた後に ws にプロトコルを変更して通信する流れなのですが、どうやらハンドシェイクを確立した後に ws のみがブロックされている場合、socket.io にて通信手段の変更ができないようです。

（念のため、Chrome で取ったヘッダーとか載せときますね。）

![](https://s3-ap-northeast-1.amazonaws.com/blog-mitsuruog/images/2012/block.png)

```txt
Request URL:ws://wsping.jit.su/socket.io/1/websocket/dL7NXuBCnWhqnZMPAYkU
Request Method:GET
Status Code:101 Switching Protocols
Request Headersview source
Connection:Upgrade
Host:wsping.jit.su
Origin:http://wsping.jit.su
Sec-WebSocket-Extensions:x-webkit-deflate-frame
Sec-WebSocket-Key:4EjkGu1WajTwi0MOvQjOyw==
Sec-WebSocket-Version:13
Upgrade:websocket
(Key3):00:00:00:00:00:00:00:00
Response Headersview source
Connection:Upgrade
Sec-WebSocket-Accept:lbl4DxvLmfnTm2okzQxld/Yb/sE=
Upgrade:websocket
(Challenge Response):00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00
```

正直、この挙動が仕様なのかバグなのか、それとも私の実装が悪いのか判断できず、一度詳しい方の見解を聞いてみたいです。（Help me!）

今回の件で、改めて新しいプロトコル導入期のライアント周辺環境（N/W とかセキュリティとか）の課題が大きいなと感じました。（SPDY もそうなんですが･･･）
現状、より多くのユーザの元に socket.io を使った通信を届けるためには、ws の通信を wss とするか、通信手段を XmlHttpRequest などにダウングレードするのが無難なのかもしれません。

（ちなみに先に紹介した nodejitsu の websocketPing サイトですが、ws が届いていない人も URL を https に変えてアクセスすると届いたりします。）
（ちなみに、私は windows ユーザなので、ならではの話題だったりして･･･）

## nodejitsu なかなか好いよ。

最後に 2 か月くらい[nodejitsu](http://nodejitsu.com/)使って遊んでますが。良かった点を書き連ねてみます。（CEO の[
Charlie Robbins 氏](https://twitter.com/indexzero)も来ることですし。）

- websocket が使える。
- 無料期間は 1 ヵ月。Micro プランで月$3。（円高最高！）
- jitsu を使ったクラウド上へのデプロイがシンプルで簡単（ただし、package.json にモジュールの依存関係を正しく書くこと）。
- サーバ側の実装を変えずに https 対応（ws も wss となる）できる。

実は nodejitsu、初めの頃は結構不安定（落ちてたり、デプロイできなかったり。。。）で「なんだかな～」と思った時期もあったのですが、9 月のアップデート以降は安定してます。

それから、まだ周辺ツール（ログの監視とか）がまだ充実してない印象があるので、これからの進化に期待といったとこでしょうか？
とにかく、これから nodejs 始める方は使ってみてはいかがでしょうか？

> **修正（2012/10/21)**  
> Jxck さんの指摘反映  
> websocket のセキュアなプロトコルは https ではなく wss。

websocketを使う際の意外な落とし穴

nodejs は http の Web サーバだけではなく、TCP や UDP サーバも少ない行数で作ることができます。
今回はコマンドプロンプトを使った対話型の TCP サーバを作ってみました。



普通に http サーバいつも書いている人であれば、そんなに難しいところはないと思います。
3000 ポートで listen させてます。

サーバ側

```js
var net = require("net");

var server = net
  .createServer(function (conn) {
    console.log("server-> tcp server created");

    conn.on("data", function (data) {
      console.log(
        "server-> " +
          data +
          " from " +
          conn.remoteAddress +
          ":" +
          conn.remotePort
      );
      conn.write("server -> Repeating: " + data);
    });
    conn.on("close", function () {
      console.log("server-> client closed connection");
    });
  })
  .listen(3000);

console.log("listening on port 3000");
```

クライアント側

```js
var net = require("net");

var client = new net.Socket();
client.setEncoding("utf8");

client.connect("3000", "localhost", function () {
  console.log("client-> connected to server");
  client.write("Who needs a browser to communicate?");
});

process.stdin.resume();

process.stdin.on("data", function (data) {
  client.write(data);
});

client.on("data", function (data) {
  console.log("client-> " + data);
});

client.on("close", function () {
  console.log("client-> connection is closed");
});
```

実行すると次のようにコマンドプロンプトに表示されます。

```
At Server
------------------------------------------------------
listening on port 3000
server-> tcp server created
server-> Who needs a browser to communicate? from 127.0.0.1:51196
server-> hoehoe
 from 127.0.0.1:51196
server-> Hello!
 from 127.0.0.1:51196

server-> client closed connection（←クライアントからの切断）



At Client
------------------------------------------------------
client-> connected to server
client-> server -> Repeating: Who needs a browser to communicate?
hoehoe（←コマンドプロンプトからの入力）
client-> server -> Repeating: hoehoe

Hello!（←コマンドプロンプトからの入力）
client-> server -> Repeating: Hello!

client-> connection is closed（←サーバからの切断）
```

nodejs で作ると簡単ですね。

nodejsでTCPサーバ

いまいち npm 使えてないなと思ったので、いろいろ調べてみました。  
内容は俺得仕様です。



### このエントリでお伝えしたいこと。

1.  nodejs を普通に使っていく上で困らない程度の npm コマンドの知識。

## では行きます。

まず、基本のインストール関係から。

```
npm install module_name
```

「-g」か「-global」オプションを付けるとグローバルインストールできます。
私は「node-inspector」をグローバルインストールしてますが、基本ローカルインストールで充分だと思います。

```
npm -g install module_name
```

次は、特定のバージョンをインストールしたい場合です。

```
npm install module_name@0.0.1
```

まだ npm にないとか、自分で Fork したモジュールをインストールしたい場合は、直接 Github のリポジトリを指定してもいいです。

```
npm install https://github.com/mitsuruog/socket.io/tarball/master
```

「Github の URL/tarball/ブランチ名」となってます。
tarball はリポジトリを tar でダウンロードするおまじないだと思ってください。
（ちなみに zip だと zipball です。）

モジュールをアンインストールしたい場合は。

```
npm uninstall module_name
```

モジュールをアップデートしたい場合は。

```
npm update module_name
```

続いてインストールされているモジュールや依存関係を見たいとき。

```
npm ls
```

ちなみに「la」「ll」でもいけます。（こちらの方が詳細な情報が見れます。）

次はインストールされているモジュールが古くなってないか確認。

```
npm outdated
```

古くなっていれば次のように差分が出ます。

```
jade@0.27.6 node_modules\jade current=0.22.0
mime@1.2.7 node_modules\express\node_modules\mime current=1.2.5
connect@1.9.2 node_modules\express\node_modules\connect current=1.8.6
qs@0.5.1 node_modules\express\node_modules\qs current=0.4.2
```

ちなみにどのコマンドも「-g」オプションを付けることで、グローバルインストールされたモジュールについても同じことが行えます。

最後は環境まわりの設定。

設定の一覧を取得。

```
npm config list
```

ちなみに get で狙い打てます。

```
npm config get keyname
```

設定の追加と削除。

```
npm config set keyname value
npm config delete keyname
```

よくやるのが proxy の設定で次のようにやればうまくいきます。

```
npm config set proxy http://localhost:8080
```

proxy 以外の設定は恐ろしいので手を出していません。

おまけ  
キャッシュのクリア

```
npm cache clear
```

以上です。  
このあたりのコマンド押さえれば、そう npm で困らないはず。

October, 2012

nodejitsuでカスタムドメインを使う方法

websocketを使う際の意外な落とし穴

nodejsでTCPサーバ

nodejsでよく使うnpmコマンド