連日のお仕事で心が癒やしを求めていたので紅葉眺めながら温泉入ってきた。
山の上の方は、もう結構葉に色が着いてて紅葉のピークって感じ。
以前は旅館として経営されてたそうですが、今は日帰り入浴のみやっているそうです。
内湯。温度は結構熱め。匂いはそこまでしなかったけど少しぬるっとした泉質でなかなか良かった。
入ったときは先客が居たけれどすぐに出てしまったので貸し切り状態。一応今日は休日なんだけど、お客さん結構少なく感じた。こちらとしては独占できるから良いんだけど。
露天風呂、小斉の湯はいくつか露天風呂があるが、そのうちの「見晴らしの湯」へ入った。
こちらも誰も入っていなかったので独占できてしまった。
紅葉が真横にあって、温泉に反射してなかなか良い
ここの露天風呂は標高1257メートルにあり、温泉に浸かりながら蓼科高原を一望することできる。
朝起きるのが遅くて通勤ラッシュに巻き込まれそうになったのでやむなく高速道路を使った。高速道路も名古屋を抜けるまでは混んでいたけど新東名に入ると殆ど車が無くなって走りやすくてよい。
朝ごはんはNEOPASA岡崎の伊藤和四五郎商店でたまごかけごはんを頼んだ。新東名のSAはやっぱり新しいだけあって非常に綺麗
高速道路走ってある程度距離を稼ぐことが出来たので途中で高速を降りて下道を走ることにした。久しぶりに国道1号線沿いの「道の駅富士」でしらすを食べたくなりお昼ごはんはここで食べた。
すこし高速降りた場所が手前過ぎたみたいで最初の温泉に着いたのが遅くなってしまった。本当は湯ヶ島温泉は別のところへ行きたかったのだけれど、すでに日帰り入浴の時間が過ぎてしまっていて入れなかったので、近くの河鹿の湯に入った。
こじんまりとした湯船で2〜3人入ると窮屈になるだろう。温度は熱めで長くは入っていられなかったが、長時間の運転で疲れていたので逆にそれが気持ちよかった。
海岸線沿いにある温泉。プールも併設されているがわたしが行った時は水が抜かれていた。温泉に浸かりながら太平洋が一望できる。この辺りは波が強いみたいでテトラポッドにぶつかった波の轟音が間近で聞こえてくる。
熱川温泉 高磯の湯から海岸線沿いを走って15分程度のところに磯の湯がある。ここも海を一望できる温泉だ。伊豆の温泉は無色透明なものが多いがここは珍しくにごり湯になっており一番温泉らしさを感じた。
にごり湯
太平洋が一望できる。ここはそこまで波が無かったので静かだった。
伊豆を抜けて富士山の近くの「ふもとっぱら」というキャンプ場に泊まった。このキャンプ場は富士山が一望できると聞いていたので朝起きた時に富士山を眺められることを楽しみにしていたが丁度逆光になる位置だったのでうまく写真が撮れなかった。
早朝は霧がかかっていて何か神秘的な光景だった。
近かったので久しぶりにほったらかし温泉へ寄った。山の上にある温泉なので何年か前に行った時は携帯が圏外になっていたが今は普通に繋がっているので普通にネットができた。
何度か行ってる温泉なのでそこまで目新しいことはないが、結構有名な温泉なので観光客が多くてすこし辟易とした。
前回行った時は「こっちの湯」へ入ったので今回は「あっちの湯」へ入った。
ふとツーリングしたくなったので前々から行きたかった能登方面へ行ってみた。
車で走ることができる砂浜として有名。砂粒が均一だからタイヤがスタックせずに走れるそうだ。確かに走ってみると通常のオフロードよりも走りやすい。ただところどころ自動車が付けたタイヤの轍でハンドルが取られそうになって怖い。あと湿った地面だとある程度固まってて走りやすいけど乾いた地面は完全に砂状になっていてここもハンドルが取られて怖かった。
バスも普通に走っていく。
能登半島の最先端らしい。バイクでは直接行くことは出来ない。「道の駅 狼煙」にバイクを停めておいて少し小高い山を徒歩で登った。
快晴だったので日本海がよく見えて綺麗だった。
最先端登って汗をかいたので温泉に入ることにした。浴室から海が一望できて良い感じ。
2日目も快晴に恵まれた。ツイてる。
海鮮丼。越前はカニが有名らしく、海鮮丼にしては珍しくカニがまるごと入っている。正直むいて出して欲しかった…手をベタベタにしながら食べなきゃいけないから。
道の駅越前に併設された温泉。露天風呂から下の写真みたいな海が一望できる（下の写真は風呂から写真撮れなかったので道の駅の横から海を撮ったもの）。入浴料510円。こんな絶景が見えるのに人がまばらで気楽に入浴できて良かった。おすすめスポット。
8月末をもって入社してからずっと携わっていた仕事が終わることになった。
約1年半ぐらいになるのだろうか、それなりに長いので終わった時はすこし感慨深いものを感じた。
この1年半は今までの人生の中で一番技術書を読んだような気がする。何せ仕事で利用する言語、ツール、ライブラリ、etc…がほぼ初めてなものばかりで、「まず、これは何なのか？」ってところからスタートするのが常だった。また基礎的な知識もかなり欠けていることも分かった。もっと学ばなければという意欲がとても湧いた1年半でした。
備忘録として読んだ本を並べてみよう。
Scalaで実装する仕事をすることになったのだが、Better Java的なコードしか書いてこなかったので、より良いコードを書くために読んだ本。
Scala関数型デザイン&プログラミング―Scalazコントリビューターによる関数型徹底ガイド
自社サービスのUXを考えよう→そもそもUXとは何だ？ってことで読んだ本
銀の弾丸を探そうとしたが、なかなか見つからないもんだ…
アジャイルな見積りと計画づくり ?価値あるソフトウェアを育てる概念と技法?
アート・オブ・プロジェクトマネジメント ―マイクロソフトで培われた実践手法 (THEORY/IN/PRACTICE)
スクラム 仕事が４倍速くなる“世界標準”のチーム戦術 (早川書房)
お仕事でインフラ、運用管理周りをやることになったので読んだ本
インフラ/ネットワークエンジニアのためのネットワーク技術＆設計入門
実践 パケット解析 第2版 ―Wiresharkを使ったトラブルシューティング
基礎からわかるTCP/IPネットワークコンピューティング入門 第3版
![Hinemos統合管理[実践]入門 (Software Design plus)](http://ecx.images-amazon.com/images/I/51Ygu9pu4ML._SL160_.jpg "Hinemos統合管理[実践]入門 (Software Design plus)")
Hinemos統合管理[実践]入門 (Software Design plus)
リモートワークに興味が出てきた時に読んでた本、リモートワークの利点、欠点は何があるのかを知ろうと思い読んでいた。
強いチームはオフィスを捨てる: 37シグナルズが考える「働き方革命」
Windows Presentation Foundationプログラミング
Haxeプログラミング入門―1つのプログラムから、いろいろな言語に自動変換! (I・O BOOKS)
Java並行処理プログラミング ―その「基盤」と「最新API」を究める―
技術書とか実用書ばかり読んでると飽きてくるのでたまに軽めの数学本が読みたくなってくる。
米国行って自分の英語力のなさを自覚したあげく一念発起して勉強したものの継続はしてないなぁ…。
APIデザインの極意 Java/NetBeansアーキテクト探究ノート
仕事が途切れて会計っぽい仕事やる機運が高まっていた時期があり、予習として勉強していた。
合格テキスト 日商簿記3級Ver.6.0 (よくわかる簿記シリーズ)
![自己信頼[新訳]](http://ecx.images-amazon.com/images/I/41to1VF5%2BwL._SL160_.jpg "自己信頼[新訳]")
世界一やさしい問題解決の授業―自分で考え、行動する力が身につく
コンピュータシステムの理論と実装 ―モダンなコンピュータの作り方
最近、仕事でインフラ周りを見ているのだが、突然コネクションが切れるという問題が発生し、Wiresharkを使ってパケットキャプチャし原因を調査していた。そこで思いの外ネットワークの基礎知識が忘れかけていたので、ネットワークの復習も兼ねてパケットキャプチャを自作してみることにした。
まず考えるのはネットワークインタフェースへのアクセス方法だが調べたところ以下の2種類があるようだ。
SocketはL4（トランスポートレイヤー）は簡単にアクセスできたが、もう少し低レイヤーから触ってみたかったので、PF_PACKETアドレスファミリを指定してRAW Socketを作ってみたがパケットを取得することができない。どうもMac OS X（BSD）はraw socketは許可されてないようでlibpcap使うか、BPF (Berkeley Packet Filter)を使用するしかないらしい。なのでBPFでパケットキャプチャを作ることにした。
BPFは主要な機能は以下の2つ
実際にプログラムからデータリンク層にアクセスするには「/dev/bpf#」というファイルを開いて読み込む。
BPFの詳細、設計思想等については以下の論文が参考になる。
http://www.tcpdump.org/papers/bpf-usenix93.pdf
「/dev/bpf#」というファイルを開く、末尾に数値を付加して順番に開けるファイルを探す。
char buf[11] = {0}; int bpf = 0; for (int i = 0; i < 99; ++i) { sprintf(buf, "/dev/bpf%i", i); bpf = open(buf, O_RDWR); if (bpf != -1) break; } printf("open %s\n", buf);
ioctl システムコールでBIOCSETIFを指定し「en0」のネットワークインタフェースに紐付ける。
struct ifreq interface; strcpy(interface.ifr_name, "en0"); if(ioctl(bpf, BIOCSETIF, &interface) > 0) { perror("ioctl BIOCSETIF"); return errno; }
すべてのパケットが拾えるようにプロミスキャスモードに指定する。
if (ioctl(bpf, BIOCPROMISC, NULL) == -1) { perror("ioctl BIOCPROMISC"); return errno; }
BPFからパケットを読み込む際に注意しなければならないのはバッファから読み込んだ場合、複数パケット含まれていることを考慮しなければならない。
BPF Buffer自体のサイズは ioctl システムコールでBIOCGBLENを指定し呼び出すことで取得することができる。
int bufLength = 1; // BIOCGBLEN : 受信バッファの必要サイズ if (ioctl(bpf, BIOCGBLEN, &bufLength) == -1) { perror("ioctl BIOCGBLEN"); return errno; }
BPFBufferからデータを取得したらパケット毎に分割する。
分割にはBPF Headerの情報を読み込んで「bh_hdrlen」と「bh_caplen」を足し合わせたサイズ分ポインタを進める。
ポインタを進める際にBPF_WORDALIGNマクロを利用するとワード境界を考慮したパディング分のサイズを付加してくれる。
ptr += BPF_WORDALIGN(bpfPacket->bh_hdrlen + bpfPacket->bh_caplen);
struct bpf_hdr { struct timeval bh_tstamp; /* タイムスタンプ */ u_long bh_caplen; /* キャプチャされた部分の長さ */ u_long bh_datalen; /* パケットのオリジナルの長さ */ u_short bh_hdrlen; /* bpf ヘッダの長さ (この構造体+ 境界調整パディング) */ };
BPFBufferからBPFパケットに分割したらPayload部分がEthernet Frameになっている。
BPF Headerのサイズ分ポインタを進めて以下のEthernetHeaderにマッピングして取得する。
typedef struct { // 送信先Macアドレス unsigned char destAddress[6]; // 送信元Macアドレス unsigned char srcAddress[6]; // 種類 unsigned short type; } EthernetHeader;
Ethernet Headerのtypeが0x0800になっているパケットがIPフレームである。
Ethernet Headerのサイズ分ポインタを進めて 以下のIPHeaderにマッピングして取得する。
typedef struct { // リトルエンディアン unsigned char headerLength: 4; unsigned char version: 4; // ビッグエンディアン // unsigned char version: 4; // unsigned char headerLength: 4; // サービスタイプ（IPパケットの優先度） unsigned char tos; // IPパケット全体のサイズをbyte単位で数えたもの unsigned short totalLength; // IPフラグメンテーション用 unsigned short id; unsigned short fragment; // Time to Live unsigned char ttl; // プロトコル番号 unsigned char protocol; // チェックサム unsigned short checkSum; // 送信元IPアドレス unsigned char srcAddress[4]; // 送信先IPアドレス unsigned char destAddress[4]; IpOption option; } IpHeader;
IpHeaderのprotocolが0x06になっているパケットがTCPフレームである。
IPヘッダのサイズはオプションが可変なのでヘッダサイズも可変である。そのため単純な固定値では計算できず「headerLength」プロパティを参照する必要がある。
「headerLength」プロパティは単位が32bitなので実際にポインタを進める際にはヘッダサイズを4倍する。
上記の計算で求めたサイズ分ポインタを進めて 以下のTCPHeaderにマッピングして取得する。
typedef struct { // 送信元ポート番号 unsigned short srcPort; // 宛先ポート番号 unsigned short destPort; // シーケンス番号 unsigned int sequenceNum; // 確認応答番号 unsigned int acknowledgmentNum; // ヘッダ長 unsigned int header: 4; // 予約済み unsigned int reserved: 6; // コードビット struct CodeBit { // 緊急フラグ unsigned int urg: 1; // ack unsigned int ack: 1; // Push（1:バッファリングしない） unsigned int psh: 1; // TCP 接続リセット unsigned int rst: 1; // synchronize unsigned int syn: 1; // tcp接続終了 unsigned int fin: 1; } codeBit; // ウィンドウサイズ unsigned short windowSize; // チェックサム unsigned short checkSum; // 緊急ポインタ unsigned short urgentPointer; } TCPHeader;
とりあえず作ってみた版のパケットキャプチャツール
全フィールドチェックしてないので構造体のアライメントのバグとかあるような気がする。
RabbitMQ3.6.2の動作検証がしたくなったので環境用意しようとしたがめんどくさくなったのでDockerで環境作ることにした。
自宅のMacにはDockerが入ってないのでインストールから始める。
Docker Tool BoxをDownloadしてインストーラにしたがってポチポチ進めていけば完了する。
https://www.docker.com/products/docker-toolbox
アプリケーションの下にDocker/Docker Quickstart Terminalのアイコンがあるので起動する。
ターミナルの画面が出てくる。
DockerHubにRabbitMQのOfficial Imageがあったのでこれを使う。
https://hub.docker.com/_/rabbitmq/
Management Pluginも使いたいので「3-management」タグのイメージを使う。
ポートフォワードはゲストとホストを同じポート番号にする。
Docker Quickstart Terminal上で以下のコマンド実行
docker run -p 15672:15672 -p 5672:5672 rabbitmq:3-management
Web管理ツールにアクセスするためにboot2dockerのIPアドレスを確認する。
docker-machine ip 192.168.99.100
先ほどのIPにポート付けてブラウザでアクセスする。
ちゃんとアクセスできた。
めんどうな環境構築が10分程度で済んだ。すごい
docker ps
docker ps -a
docker stop <コンテナIDかコンテナ名>
docker start <コンテナIDかコンテナ名>
docker images
参考： RabbitMQ - AMQP 0-9-1 Model Explained
ExchangeにBindしているQueue全てにメッセージを配送する。
メッセージに含まれるrouting keyとBindingに含まれる routing keyが一致したQueueにメッセージを配送する。
Direct Exchangeと同じようにrouting keyとBindingのrouting keyを比較するが以下の特徴がある。
メッセージに含まれるheaderとBinding argumentを比較し一致したQueueにメッセージを配送する。
AMQP 0-9-1 Model Explained RabbitMQ - AMQP 0-9-1 Model Explained
AMQP 0-9-1 Complete Reference Guide https://www.rabbitmq.com/amqp-0-9-1-reference.html
