ドア ノブに暗証番号で開くキーボックスをぶら下げ、鍵を保管しておくというのは見たことがあるだろう。合鍵を作らず、暗証番号でコントロールするのだ。

鍵がディンプルとか複雑になっていて、鍵屋で合鍵ができない場合とかに使う。これを使いたいという教員がでてきた。オフィスを特定の学生だけに、国試対策の勉強のために開放したいからである。シリンダー錠の合鍵を作って学生に貸すわけにいかない。学生は返却しないで卒業しちゃったりするからだ。紛失するかもしれない。シリンダーを交換するのはカネがかかる。そこでこの鍵箱を購入したわけね。上の写真のような箱をドアノブにぶら下げるわけだ
取り付けは鍵の箱についているU字型の部分を箱を開けて開き、軸にからませて箱を閉じる。軸にそれなりの出っ張りとかがあると、箱を開けない限り取れなくなるという代物だ。しかし、問題の部屋のドアのノブは；

このようにパイプを曲げたようになっていて、この鍵の箱がするりと抜け取ることができちゃうのだ。問題の部屋の建物のドアは全てこのパイプ型なのだ。抜き取っちゃうと４桁の番号だから、３０分もあれば、あらゆる組み合わせで試すことができちゃうのだ。そこで、管理者が相談を受けたわけだ。

隣の建物のドアはこの写真にあるように、回転軸にレバーがついているような形で、鍵の箱を取ることができない。そこで、隣の建物のトイレのドアノブと交換してあげたのだ。これで問題ない。ただ、建物の部品を交換しちゃったわけで、何の機能的障害はないし、トイレのドアだし、誰も気がつくわけがないからいいと思うところだが、建物管理部門の人に一応連絡しておいた。ま、こんなことにいちいち許可証なんか出したって意味が無いから、「わかったよ」でおしまい。
こういうことやるのは管理者だけだよな。
そしたら、翌日、ほかの２部屋が同じようにノブが変換され、鍵箱がぶら下がっているのだ。部屋主は自分でできるわけがない。誰が、真似してやったんだろ？
（続く）

Open Resolver 問題というのがある。ネットワークの通信はip address で行われるが、それでは数字の羅列なので人が理解できない。だからその数字列をわかりやすい登録したアルファベット文字列（ドメインネーム）と対応させて、通信するシステムがDNSなのだ。だから利用者はDNSサーバにまずアクセスしてip address を取得して、そのip address で相手先に接続するのだ。全てのip address とドメインネームの対応表を１つのDNS サーバが受けもつなんてことはありえない。ヒエラルキーがあって、下のレベルで解決できるときは、上のDNSに問い合わせることがないようになっている。最上位のDNSサーバは全世界で７台、そのうちの１台は日本のどっかにあると昔聞いたが、最近はどうなんだろ？設置している場所は秘密だ。ここが攻撃されるとネットがとまっちゃうからな。
なので、下位のDNSサーバは無数にあるのだ。このDNSサーバは要求があるとすぐ答えてくれるが、１台のDNSサーバがどこからの要求にも応じると、大量の要求が押し付けられてそのサーバが止まってしまう。このような大量のパケットを受けて答えるわけにはいかないので、普通、どんなDNSサーバも自分のとこだけ　と応じる範囲を限定している。しかし、この限定ができていないルータ・サーバがあるわけで、これを Open Resolver 問題という。広く誰から（Open）の要求でもドメインネームとip address の対応を解決（Resolve）してあげますよというわけだ。
このDNSサーバがインターネットに直接接続していて、自由に問い合わせを受け付けるようになっていると、大量の問い合わせが合った場合、自分で解決できない要求は、より上位のDNSサーバに問い合わせに行くし、本来の自分のサブネットからの問い合わせに答えることができなくなってしまう。ウイルスがこれを利用して大量のDNS要求パケットを送りだすのがDos攻撃というわけだ。ウイルスが特定のサブネットを使えなくしてしまうのだ。だから、これをチェックするサイトが作られている。オープンリゾルバ確認サイトなんかだ。しかし、当然ながらイントラネット内のプライベート・アドレスのDNSサーバには対応していない。
問題は、このようなルータがイントラネットにあって、そのイントラネット内にウイルスに感染したPCがあってこのルータを標的にしたときだ。このルータの下のサブネットはルータが一杯一杯なので、なかなかネットに繋がらないことになる。さらにこのルータは上流のDNSサーバに無駄な大量の問い合わせを行うので、イントラネット全体のスピードが落ちてしまう。外には全く影響がない。自分のとこだけが被害を被るわけだ。
どうやら、この問題が発生したようだ。つらいのは、ルータを自由に導入していいとしていて、だれがどのip address （もちろん　privateだ）を使っているのか把握できていないことだ。企業ではなく大学だからな。ユーザが勝手に導入したルータがopen resolver 問題を解決できていないとするとーーちょっと前のルータ（無線AP）はデフォルトでは対策されていない――そして、どっかのPCが　Dos攻撃ウイルスを持っていて、このルータを攻撃しているらしいのだ。
☆　open resolver　問題を抱えているルータを排除する。
☆　ウイルス感染PCを探しだす
が対策なのだが、ルータのip address がわからない。よわった。感染しているPCを探すのはもっと大変だ。
もしip address がわかったら　nslookup で調べる方法。
問題のルータのWAN 側で使っている　ip address がわかったとき、そして
192.168.123.123 だったとする。

$ nslookup　　　　　　　　　　　 #と入力すると >プロンプトになるから
> server 192.168.123.123　　　　#と入力すると
Default server: 192.168.123.123
Address: 192.168.123.123#53
> set type=ANY　　　　　　　　　#と入力し
> google.com　　　　　　　　　　#googleを解いてもらうと
;; connection timed out; no servers could be reached
>
となったら、ルータの外からDNSの問い合せがあっても答えないということ
になる。これが正常。
もし下記のように google.com のip address が帰ってきたらオープンリゾ
ルバになっているということだ。
ルータの下（内部）から、同じことを行うと
$ nslookup　　　　　　　　　　　#と入力すると >プロンプトになるから
> server 1192.168.123.123　　　　#と入力すると
Default server: 192.168.123.123
Address: 192.168.123.123#53
> set type=ANY　　　　　　　　　#と入力し
> google.com　　　　　　　　　　#googleを解いてもらうと
Non-authoritative answer:
Name: google.com
Address: 216.58.220.238
google.com nameserver = ns4.google.com.
略
ns1.google.com internet address = 216.239.32.10
>
となってgoogle のip address を解いてくれる。つまり、ルータの内部から
はDNS問い合せに応じていることになる。（もし、こうでなかったら、この
ルータの下ではインターネット接続ができないから、動いているルータなん
だらこうならないわけがない）。
> プロンプトの後に　exit と入力して nslookup を終了する。

dig を使う場合

$ dig @192.168.123.123 google.com ANY
; <<>> DiG 9.8.3-P1 <<>> @192.168.123.123 google.com ANY
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER< ;; flags: qr rd ra; QUERY: 1, ANSWER: 11, AUTHORITY: 0, ADDITIONAL: 4
;; QUESTION SECTION:
;google.com. IN ANY
;; ANSWER SECTION:
google.com. 211 IN A 216.58.220.238
google.com. 5715 IN NS ns4.google.com.
略
ns3.google.com. 5714 IN A 216.239.36.10
ns1.google.com. 5714 IN A 216.239.32.10
;; Query time: 57 msec
;; SERVER: 192.168.246.67#53(192.168.246.67)
;; WHEN: Tue Oct 27 14:16:05 2015
;; MSG SIZE rcvd: 378
$

だったら問い合わせに答えたということになる。

$ dig @192.168.123.123 google.com ANY
; < <>> DiG 9.8.3-P1 < <>> @192.168.123.123 google.com ANY
; (1 server found)
;; global options: +cmd
;; connection timed out; no servers could be reached
$

はDNS問い合わせに答えなかった場合だ。
ip address がわかってないと大変だ。WinでEXPing.exe 使って、そのセグメントで利用されているip address を探し、そのほとんどがパソコンかプリンタなんだけど、上記のコマンドを打って見る。なんてやってられないな。
スクリプトを作って….  どっかにないかな？面倒だ。
教えてもらった。検索範囲を192.168.100.0. のネットだとすると

#!/bin/sh
for i in `seq 1 253`
do
echo “dig @192.168.100.$i google.com”
echo “dig @192.168.100.$i google.com” >> result
dig +time=3 +trie=1 @192.168.100.$i google.com >> result
done

をMacのターミナルで実行すると、

$ for i in `seq 1 253`
> do
> echo “dig @192.168.100.$i google.com”
> echo “dig @192.168.100.$i google.com” >> result
> dig +time=3 +trie=1 @192.168.100.$i google.com >> result
> done

で止まるから　エンターキーを押すと

dig @192.168.100.1 google.com
dig @192.168.100.2 google.com
….
dig @192.168.100.253 google.com
$

と約３秒ごとに、対象ip address を１つづつ増加させてdig を実行していく。
結果はデスクトップに　result という名前のファイルで保存される。

dig @192.168.100.55 google.com
; < <>> DiG 9.8.3-P1 < <>> +time=3 +trie=1 @192.168.100.55 google.com
; (1 server found)
;; global options: +cmd
;; connection timed out; no servers could be reached

とあれば192.168.100.55はDNSをやってないよ。

dig @192.168.100.56 google.com
; < <>> DiG 9.8.3-P1 < <>> +time=3 +trie=1 @192.168.100.56 google.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER< <- opcode: QUERY, status: NOERROR, id: 25178 ;; flags: qr rd ra; QUERY: 1, ANSWER: 11, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;google.com. IN A ;; ANSWER SECTION: google.com. 299 IN A 173.194.117.225 google.com. 299 IN A 173.194.117.227 google.com. 299 IN A 173.194.117.224 google.com. 299 IN A 173.194.117.230 google.com. 299 IN A 173.194.117.232 google.com. 299 IN A 173.194.117.229 google.com. 299 IN A 173.194.117.226 google.com. 299 IN A 173.194.117.228 google.com. 299 IN A 173.194.117.231 google.com. 299 IN A 173.194.117.233 google.com. 299 IN A 173.194.117.238 ;; Query time: 59 msec ;; SERVER: 192.168.100.56#53(192.168.100.56) ;; WHEN: Thu Oct 29 15:04:04 2015 ;; MSG SIZE rcvd: 204

とあれば192.168.100.56はDNSをやっているよというわけだ。
ルータのWAN側のネットで実施すれば、オープンリゾルバになっているルータの検出ができるわけだ。ルータのした（内側）ではDNSサービスを行うのが当然だからDNSサービスをやっているという応答で問題ないが、同じip address のルータがWAN側からアクセスしてDNSをやっているとうのはopen resolver でまずいわけだ。
dig +time=3 +trie=1 @192.168.100.$i google.com
—–
のようにオプションを指定すると、タイムアウト3秒で1回のみ試行となり、調査の時間が短縮できる（一般的なデフォルトはタイムアウト5秒の3回試行だ）。
相手側が重くなっていると応答に時間がかかることがあるので、タイムアウトは少し長めがいい。
—–

毎年、大学では電源回路のチェックのために定期的に停電がある。法規で決まっているようなので、これを避けることはできない。電源のチェックとは何をするのか分からないが、電源を落として、つまり停電状態で調べることになる。単なる漏電チェックだったら、停電にすることはない。大学では土曜日、日曜日の９時−１７時が停電期間なのだ。
サーバを含めたネットワークを含めた機器を管理するようになってから、毎年、この１０月は、停電実施の前日の夜にサーバをシャットダウンし、日曜日１７時頃再起動するのが通例になっていたのだ。通電のない時期のみ、すなわち土曜日朝落として夕方再起動、日曜日朝落として夕方再起動が最もユーザにとっていいのだが、土日働きたくないというか、何らかの理由で土日にできないと、問題になるので、ユーザには金曜日１８時頃から月曜日朝９時までネットは使えないと案内していたのだ。ちょうど、科研費の締め切りで、科研費はネットに接続されていないと申請できないので、ユーザからなんとかしてくれとの声が大きいのだ。しかし、停電で電源チェックをするのは外部の専門業者で、この専門業者のスケジュールは年間決まっている。毎年、決まった時期に、決まった組織の電源チェックをするわけで、おいそれとスケジュールをいじる事はできないのだ。
サーバ本体はすでに、大学の別の、サーバが集まっている部署に移設され、外注業者によって管理されているので、問題はなかった。つまり、停電時には、大学外からのアクセスは可能だが、学内は停電でネットワークが止まるので、利用できないという状況になっていた。
今年は、昨年建物が昨年耐震工事で改築され、そのとき、G回路という非常用電源に停電時は接続される回路が新設され、ここにネットワークの基幹部が接続されることになったのだ。そこで。医学の基幹部であるノードを維持する電源は確保できるようになったので、停電時、何かをシャットダウン・再起動する必要がなくなったのだ。電源切替時はUPSがあるから、数分、電源が途切れても問題ない。末端のスイッチまでは電源が供給されないし、ユーザがおいたハブとかデスクトップも利用できないから、ノードが生きていても利用にとっては変わりがあるわけではない。
つまり、土日に大学にでてくる必要がなくなったのだ。素晴らしい！！
もっぱら非常用電源＝G回路ができたからだけどね。
昔は、停電になると連絡していたのに、帰宅前にシャットダウンしなかったため、朝、通電されたとき、過電流が流れてこわれちゃうパソコンが続出したことがあった。
ネットワーク機器は、そもそも停電、再通電で壊れるようなことはないように作らえている。電源スイッチがないものもあるしね。
このサーバもG回路に接続していたので、停電時に問題はなかったはずだ。「停電後に自動的に再起動する」にチェックが入っているから停電後自動的に再起動したのが今の結果なら、ターミナルで　last とコマンドを入力すると、何時に　reboot されたかがわかる。もっとも最近のreboot は９月となっているので、この停電時はずっと動いていたわけだ。

慶応大医学部講師・近藤誠の

・がんは発見時に転移が潜む「本物」と、転移しない「がんもどき」に二分類される
・「本物」は手術でも抗がん剤でも治らない。「もどき」は治療が不要。よって、無症状なら治療はしなくてよい

はあんまりだ。池田清彦早大教授のような「がんは放置するのが一番いい」なんていう同調者もいるけどね。
なかには、放置して治癒した人もいるだろうけど、放置が良かったという証拠がない。普通は、癌の前駆体になるような細胞が誤ってできているのだが、免疫システムがこれを排除しているのだろう。その定量的な表現はできないだろうけどね。癌と診断される前に排除されちゃっているわけだ。中には癌と診断されて放置して治った人がいるかもしれないが、きわめて例外的だと判断するのが常識的だろう。
作詞家で直木賞作家のなかにし礼氏（７６）が抗がん剤治療で完治したとのニュースがあった。これも稀有の例かもしれないが、抗癌剤で延命効果があるのは間違いない事実だ。
近藤誠はなかにし礼氏の結果となんというんだろうな？うっちゃっておいて、金の箸でこすって治ると信じて死んだ芸能人もいたよね。延命効果が期待できたのに、うっちゃって、早死するのがいいことなんだろうか？
抗癌剤治療でつらい目にあって、挙げ句の果てに、延命効果がなかったのをみたら、そりゃ放置して、苦痛なく好きなことをさせてあげたかったと思うよね。どうしても、自分の経験した１例が、大きな影響を与えるわけだ。その例が、他の人に当てはまるかどうかは、わからないのにだ。だから、定量的な結果が必要なわけで、近藤誠の主張にはそのような定量的な証拠がない。

Windows7 で Office2010 がインストールしてあるのだが、講義に使うパワポに動画を挿入しようとしたら再生できない。ハングアップしちゃう。.mp4 ファイルだ。Macのパワポ2011 だったらmp4 でも再生できる。
WindowsだからWMVだったらいいだろ。Macで動く変換アプリをさがした。Evom というのがあった。ドラッグドロップで簡単にコンバートできるようだ。ダウンロードしてApplications フォルダに入れて起動したら、開けませんといってきた。App Store経由でないからGatekeeper がタグを付けて開けなくしちゃったんだろ。ターミナルで確認。
drwxr-xr-x@    3 hoge  staff      102  8 13  2014 Evom.app
と@が付いている。

Mac:Applications hoge$ xattr -c -r /Applications/Evom.app

とすればいい。もしファイル名にスペースがあるときは
xattr -c -r “/Applications/abc def.app”
とダブルコーテーションで囲む
xattr -c -r /Applications/”abc def.app”
でもいいはず　というか、こっちが普通か。

drwxr-xr-x    3 hoge  staff      102  8 13  2014 Evom.app

と@がなくなっていれば、このアプリが起動できる。

でwmvに変換したファイルなら、windowsのパワポ2010で挿入・再生できた。Media Player で一度再生しておかないと、キャッシュにないのでギクシャクするぞ。

講義で使っているノートはWin7 なんだよね。MacBook でもいいんだけどさ。