みなさ〜ん、のるレージしてますか？
のるレージというのは、東急がやっているPASMOのポイントサービスです。東急の駅で降りるとポイントが貯まる。ポイントに応じてランクが上がっていき、応募できるプレゼントが増えていくというしくみ。ポイント交換などで何らかのアレもできます。ポイントは月ごとの集計です。
1月から通勤定期で会社に通うようになった私は現在「助役」なわけですが、この「のるレージ」、事件の香りがしてきています。
というのも、ポイントが確定したというメールが毎月11日頃に届くようになっているのですが、届いたメールを見てすぐにサイトを見に行くと必ず(?)メンテナンス中なんです。でも、メンテナンス中にわざわざランクの確認をしたくなるアナウンスを打つとか、そういうことするか普通？ 実際何らかの邪悪な陰謀なのでは！？
これが気になって夜も眠れません。来月はどうなんだろう…
今月に入ってから、私の借りているサーバの一つに謎のトラフィックが入ってくるようになったんです。これは怪しい。(このブログが置いてあるサーバではありません…念のため)
tcpdumpで見てみると、近くの(同一サブネットの)IPアドレスの知らないサーバがかなりいい感じの頻度でbroadcastでパケットを投げてきてるんです。
ログ取得ツール
22:31:14.767094 IP xxx.yyy.zzz.aaa.40210 > 255.255.255.255.netbios-dgm: NBT UDP PACKET(138)
22:31:14.772110 IP xxx.yyy.zzz.aaa.40210 > 255.255.255.255.netbios-dgm: NBT UDP PACKET(138)
22:31:14.777123 IP xxx.yyy.zzz.aaa.40210 > 255.255.255.255.netbios-dgm: NBT UDP PACKET(138)
22:31:14.782090 IP xxx.yyy.zzz.aaa.40210 > 255.255.255.255.netbios-dgm: NBT UDP PACKET(138)
22:31:14.787430 IP xxx.yyy.zzz.aaa.39501 > 255.255.255.255.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
22:31:14.792045 IP xxx.yyy.zzz.aaa.55342 > 255.255.255.255.netbios-dgm: NBT UDP PACKET(138)
22:31:14.796911 IP xxx.yyy.zzz.aaa.55342 > 255.255.255.255.netbios-dgm: NBT UDP PACKET(138)
22:31:14.802612 IP xxx.yyy.zzz.aaa.58642 > 255.255.255.255.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
22:31:14.807821 IP xxx.yyy.zzz.aaa.58642 > 255.255.255.255.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
22:31:14.812899 IP xxx.yyy.zzz.aaa.51141 > 255.255.255.255.netbios-dgm: NBT UDP PACKET(138)
22:31:14.818382 IP xxx.yyy.zzz.aaa.43229 > 255.255.255.255.netbios-dgm: NBT UDP PACKET(138)
22:31:14.823763 IP xxx.yyy.zzz.aaa.45229 > 255.255.255.255.netbios-dgm: NBT UDP PACKET(138)
22:31:14.829008 IP xxx.yyy.zzz.aaa.59285 > 255.255.255.255.netbios-dgm: NBT UDP PACKET(138)
22:31:14.834226 IP xxx.yyy.zzz.aaa.37424 > 255.255.255.255.netbios-dgm: NBT UDP PACKET(138)
22:31:14.839663 IP xxx.yyy.zzz.aaa.57427 > 255.255.255.255.netbios-dgm: NBT UDP PACKET(138)
こんなポートでlistenしているプログラムがあるわけでもなく。試しに iptables -A INPUT -p udp -m udp –dport 137:139 -j DROP としてみても、止まらず。通信量で課金されるわけではないけど、こういうのって、どうしようもないのかな。
Linuxでは/bin/shも/bin/bashも同じで/bin/shは/bin/bashへのシンボリックリンクですが、MacOSの場合、/bin/shと/bin/bashは微妙に異なっています。
# uname -a
Darwin mbp.local 13.1.0 Darwin Kernel Version 13.1.0: Wed Apr 2 23:52:02 PDT 2014; root:xnu-2422.92.1~2/RELEASE_X86_64 x86_64
# ls -l /bin/bash /bin/sh
-r-xr-xr-x 1 root wheel 1228240 10 31 2013 /bin/bash
-r-xr-xr-x 1 root wheel 1228304 10 31 2013 /bin/sh
# gsha1sum /bin/bash /bin/sh
5151b7973af09c094516a602efae96dd702a8424 /bin/bash
2ff0132fe784dcd3aeb1c258b064eb2592776652 /bin/sh
実体はどちらもbash-3.2です。意外と古いですね。
# sh
sh-3.2$ echo $BASH_VERSION
3.2.51(1)-release
sh-3.2$ exit
# bash
bash-3.2$ echo $BASH_VERSION
3.2.51(1)-release
bash-3.2$ exit
しかし、bashとshでは、初期設定が少し異なっています。大きく異なるのはPOSIXLY_CORRECTの値。shはPOSIXLY_CORRECT=yですが、bashは未設定です。この値が設定されているMacOSの/bin/shは、私が多用するecho -nが"-n\n"が出力されたりして、甚だ不便です。Linuxの場合はPOSIXLY_CORRECT=yでもecho -nは正しく改行なし-n抜きで出力してくれます。つまり、シェルスクリプトを実行するときに、Linuxであればsh hogehoge.shで良かったのが、MacOSではbash hogehoge.shとする必要があるわけです。これは忌々しい。/bin/echo -nなら問題ないが、echoごときにいちいち/binなんてつけてらんないし。
俺達のピーカブーがついに引退。お疲れ様でした。 10年間、まるで馬車馬のように働いたカネで悠々自適の引退生活か？ 南の島でビーチに入り浸りか？ そうなのかピーカブー！？ それがおまえのホワイトカラーエグゼンプションなのか？ 色白なだけに？？ もともとローソンのロッピーで株取引ができるという、トチ狂ったとしか思えないサービスのアイコンイラストから生まれた、蕪に顔が描かれてそこから直接手足が生えてしまった、ちょっと何を言っているのか分からない恐るべきキャラ。いわゆるこんにち流行りの「カブ型モンスター」というジャンルを単独で切り開いた先駆者なわけだ。 当時私は株取引をしていましたので少し検討しましたが、さすがにコンビニの端末で取引はしないよなぁ、と思って申し込みませんでした。 私にとっても、ピーカブーはアンパンマンの次に描けるようになった顔。まあアンパンマンのボディはまだ描けないので、全身を描けるキャラとしては唯一無二？ あーピチューは微妙に全身かけるかも(ちょっと怪しい)。あと、うーたんもかけるかもしれない。 この後、万が一にも川崎が負け続けたら、カブの呪いとして後世に語り継がれますね。それだけは避けてほしいよね。
Ruby on Railsはじめます。世の中の説明やチュートリアルはいろいろ間違っていて、Railsの前にRackを説明するべきなんですよね。rails newでたくさんファイルができてうれしいね、じゃないでしょ。意味の分からないファイルがたくさんできても嬉しくないんですよ。むしろ分からない領域が広がれば広がるほど悲しいでしょ。アクセスがどこから来て処理はどこに行くのか。それを知っとかないと不安が大きいままになってしまう。戦場の足場は大事なんです。 RackはPythonで言うWSGIみたいなもので、リクエストを処理するところだけ書くとうまいことWebサーバとつながってくれる、というもの。ググって調べると分かりやすい説明がありますのでどうぞ。そのRackの設定がconfig.ruで、Railsでも作られます。Rails自体がRackに対応したアプリとして実装されているので、WebサーバとつながっているRackのconfig.ruから辿って行くと処理が追いやすいと思います。
平日夜の雨の等々力。1万人弱の早帰りサラリーマンが集まりました。小杉駅からの直行バスはもうちょっと何とかしたほうがいいんじゃないですかね。あそこに2台並んでるんだから、2台同時に乗せてけば、もっとスループットが出そうな気がする。私が並んだとき、行列は階段どころかエレベーター越えてましたよ。ボトルネックは不手際がある乗客のところと、信号が変わるまで出て行かない先頭バスを待っているところのように思えた。バスの車自体はけっこう来るので。あの行列で諦めて杉40とかタクシー使う人も多いと思います。
ACLのグループリーグ最終節。H組はウェスタンシドニーが5-0で勝ったので、川崎は2位通過。最近のACLはベスト16でもホーム＆アウェイやるんですね。まだ相手は決まってませんが、広島のいるグループFの1位のクラブとの対戦になります。グループFの最終戦は明日ですが、FCソウルが勝ち点8、他3チームが勝ち点6なので、全てのクラブに1位の可能性があります。最も川崎から距離が近い広島が1位通過しても、遠いですね。そこはACLですから。
今日も寒かったけど、1万人の早帰り社会人が等々力に集結。ゴールも全部こっち側で、気持ちは良かったと思います。外した惜しいシュートも鳥肌未遂でしたが、大島のゴールの興奮は凄かった。
グループHはここまで1位の蔚山現代が2勝1分の勝ち点7、2位のウェスタンシドニーが2勝1敗の勝ち点6。3位の川崎が1勝2敗で勝ち点3。残り3試合で2位との直接対決という状況。ここは勝たないときつい。ウェスタンシドニーとしては引き分けでもOK。そこに先制点を与えてしまうんだからね。ウェスタンシドニーは意外と上手い。テクニックもあるし、足も伸びてくる。
川崎のスタメンには小林悠が外れて森島、井川が外れて中澤聡太。コバユウは怪我でしょうね。嫌な予感しかしなかった。中澤と井川だとさして力は変わらないような気もするが、井川も近年やるときゃやる。
これで勝ち点で2位に並び、グループステージ突破の可能性を残した。あのまま負けてたら終戦に近かったから、大島のゴールがどれほど大きなものかが分かる。
ACLへの配慮による過激な金曜夜開催。涼しい顔で会社を抜け出した1万2千人が等々力に集まりました。時間も時間だし、意外と冷えたかな。
試合のほうはかなり技術に差があったと思いますが、終わってみれば1-0でした。この内容なら、もうちょっと点を取ってもよかったと思います。1000ゴールの投票は私はいろいろなビッグデータ分析と爆発的計算により導き出された答え「田中裕介」に投票して当てる気マンマンでいましたが、バーに嫌われて外したよコンチクショー。(あっち側のゴールだったから田中裕介本人のシュートだったかどうかすら定かでないのだが)
フロンパークに岡山一成が来てましたね。先を急ぎつつも「あ、ホンモノだ…」って感じでした。平日だから来れたのか…と思いきや、奈良クラブが参加するKSLのシーズンは4月から始まるんで、まだ開幕前なんすね。本を出したそうです。
来週も平日開催か…まあ、来るつもりだけどね。
結局のところ、最近はchef使ってないですね。Vagrantの場合はshell providerで過ごしてます。Vagrantfileの中にサクッと書けるし、共通で使い続けるもの(yumのミラーサイトに社内のURLを設定したり、プロキシの設定とかtimezoneの設定とか)はgistにシェルスクリプトを書いといてそのURLを書いたり、たまには共有フォルダの中にスクリプトを置いたりもする。
chefを使うと設定項目が複数のファイルに分かれがちになるし、設定ファイルがVagrantfileがあるディレクトリと離れて、下の階層に追いやられてしまう。オーバースペックゆえに単純なことが把握できなくなるというデメリットをどうしても見過ごせなかったんだ。
今のところ実マシンの管理者をやってない単なる利用者なので、という事情もある。Vagrantで操作する実験用のテンポラリVMしか管理する必要がないのよね。これなら毎日帰るときにdestroyすりゃいいので気が楽。