どうしてもターミナルで sudo を行いたい。Mavericks ではデフォルトで root になれないようになっている。Apple Support で調べると；

１）　「ユーザとグループ」環境設定を開いて「ログインオプション」をクリック
し、カギのアイコンをクリックしてロック解除します。必要に応じてパスワー
ドを入力し、「ロックを解除」をクリックします。
２）　「ネットワークアカウントサーバ」セクションで、「接続」または「編集」を
クリックします。
３）　「ディレクトリユーティリティを開く」をクリックします。
４）　カギのアイコンをクリックしてロックを解除してから、管理者名およびパスワ
ードを入力します。
次のいずれかを実行します：
５−１）「編集」＞「ルートユーザを有効にする」と選択してから、「パスワー
ド」および「確認」フィールドにルート・ユーザ・パスワードを入力します。
５−２）「編集」＞「ルートユーザを無効にする」と選択します。
５−３）「編集」＞「ルートパスワードを変更」と選択してから、新しいルート・ユ
ーザ・パスワードを入力します。

となっている。５）がわからない。「編集」ボタンがウインドウの中に無い。２）の「接続」または「編集」ボタンはウインドウの中にある。５）の「編集」とはメニューバーにある「編集」なのだ。
もうちょっと一言加えてくれればいいのに。　例えば　「次のいずれかを実行します：」　を「メニューバーの編集から次のいずれかを実行します：」にしてくれればすぐわかったのに。
本家の英語版を直に日本語にしたからだな。
「５．Do one of the following:」　を「５．Choosing Edit from Menubar, do one of the following:」にしてくれればよかったのだ。
こういうところをマニュアルを作るときに注意する必要がある。操作がわかっている人がマニュアルを作る訳だが、初めての人には言葉足らずとになってしまう。だからといって、くどくど書くと、長過ぎて逆にわかりにくいことになる。
管理者の作成する実習書は、どっちかというと後者の長過ぎるパターンになっているな。むずかしいところだ。学生からは「書いてないからわからない」と「くどくど長過ぎて読めない」というクレームが来るのだ。
実習書に書いてあるのに教員に聞きにくる。聞きに来た学生の実習書を見ると。その操作の指示文にマーカーで色がついている。なんてこった。読んで理解し重要部分をマークするというのが本来の姿なのだが、マークするのになれてしまい、重要と思われる部分を探してマークするという操作が主になってしまっているのだ。読んだつもりになっているのだ。

入試監督にあたったら腕時計の時刻合わせが必須だ。試験会場が異なるとき、開始と終了の時刻が異なるのはまずい。許される誤差は１分以内だろう。試験時間の、たとえば６０分間をきっちりと守る方が重要だ。今時、６０分間の誤差が１秒以上ある腕時計を使用している奴は皆無だ。しかし例外がいて、それは中年Hだ。中年Hの腕時計はアナログ、ゼンマイでみてくれだけでネットのオークションで購入したやつで、自動巻なのに巻いてくれない代物だ。どこがいいのかそのセンスが疑われる代物だ。中国やベトナムで売っている５００円の偽ブランド時計のほうがまともに動く。
最近は多くの時計が電波時計だ。電波状況が良ければ一日数回、時刻を合わせてくれる。管理者の腕時計もそうだ。しかし、時刻合わせができてないと単なるクオーツ時計で、最大で１ヶ月１５秒程度狂っちゃう。電波時計が時刻合わせできているかどうかは、見た目わからない。
試験会場である教室には出欠管理システムがあって、学生証がフェリカカードなので、学生証を端末に近づけることで出席が記録される。当然時計があるわけで、端末の液晶画面には時刻が表示されている。管理者の腕時計とこの端末の時刻表示を比べたら、管理者の腕時計の方が３秒くらい進んでいる。このくらいの時間差は入学試験の実施に問題があるわけではない。
出欠管理システムとは入力端末とサーバがネットワークを組んでいて、サーバがどっかにあって一括記録しているシステムだ。ネットワーク・サーバは、stand alone でない限り普通はインターネットで時刻合わせを毎日実施している。したがって、電波時計であるにも関わらず、管理者の腕時計のほうが時刻合わせができてないと判断したのだ。
自宅は鉄筋だから、福島のおおたかどや山標準電波送信所の 40kHz の標準電波ＪＪＹが室内に届かない。だから夜中に腕時計は時刻合わせできる環境にない。昼間も、多くは鉄筋のビルの中だから時刻合わせに失敗している可能性がある。だから管理者の腕時計がずれているのだと判断したのだ。
パソコンは、defaultでどっかのtime server にアクセスしているので、パソコンの時計の誤差は１秒以内だ。確認できるるサイトは独立行政法人情報通信研究機構の日本標準時だ。パソコンと管理者の腕時計をくらべたら一致している。はて？出席管理システムの時計が狂っているのでは？
自宅の電波時計は、勿論室内に置いてあるので、電波が届かず時刻合わせできていない。１５秒くら進んでいた。ではどうやって時刻合わせしたらいいのだろうか。電波を受信できる場所で、時計を強制電波受信モードにする必要がある。しかも、２，３分放置する必要がある。室内のどこが電波を受信できる場所かはすぐにはわからない。室外に持ち出せば受信できることがわかっているのだが…
というわけでネットでなにかいい方法がないかな？と探してみたら；
シチズン9ZZ005-008 [ACウェーブテラー 電波時計用ブースター]　てのがある。これは電波の中継器だ。１万６千円もする。このブースターは電波を受信できるところに設置しないといけないが、我が家の室内のどこで受信できるかわからない。このような状況でこの価格では購入するのは冒険だな。
C7L361 Internet接続 NTP対応時計　てのもある。これはＮＴＰでネットワークから得た時刻情報を電波にして発振する機械だ。インターネットに接続して使うものだ。１万３千円くらいする。電波時計の近くに置いておけばいい。それでも高い。
お手軽で一番安いのは；
電波時計用JJYシミュレータである。これはWindowdsのアプリで、発想がすばらしい。ＮＴＰで得た時刻情報を、オーディオ出力にしちゃうのだ。オーディオ出力は20kHzまでしか再生しないが、歪みが生じると高調波が生じる。この高調波が40kHzになるような音を出力させるのだ。音量を最大にすると歪むので高調波がより多く出現する。これを利用するのだ。スピーカーコードとかイヤホーンコードにこの音を流す＝電流が流れると電波がでてきちゃうのでこれを電波時計が拾えばいいという仕組みだ。なんせ「ただ」だ。たいていヘッドフォンとかイヤホンはころがっているしな。パソコンの音声出力に外部スピーカーをつなげているというのも普通だ。
やってみた。

 
パソコンのオーディオ出力に外部スピーカーをつなげてあったからそのスピーカーの側面に電波時計を並べてたてて、マニュアルにしたがって、最大に出力させて、電波時計を強制受信させたら２分程度で時刻合わせができた。音量を最大に設定しても、そもそも、再生できる周波数ではないので音は出ない。とはいうものの、時刻情報がエンコードされている部分でパルス音が、小さくポツポツと出てくる。スピーカーのコーン面に平行に並べたらだめだった。飛ばす電波が微弱だからだ。電波時計のアンテナの向きとスピーカーの位置関係が関係するのでアンテナの位置、向きを調べてやればいいのだが、裏蓋をあけてアンテナを探すのも面倒だからな。試行錯誤といってもコーン面と平行か垂直かだけしか選択するところがないからな。
ＮＴＰを使うので誤差は最大で１秒くらいでてくるだろう。しかし、そんな単位で仕事しているわけじゃないからな。
再度、出席管理システムの時計がずれていることを確認して、ちくってやろ。明後日、関係する会議があるからな。
[ 追記 ]
確認したら３秒出席管理システムの時計がずれていた。ついでに事務の秘書のPCの時計も調べたら7.5 秒狂っていた。こちらはActive Directory の配下にあるらしい。Active Directory のドメインサーバの時計が狂っているからだ。

メーリングリストのdocomoユーザの誰か一人がメールアドレスを変更したり、受信拒否していると、同一リスト内の他のdocomoユーザにもメールが届かなくなっちゃう問題だ。このブログに何回か書いた。docomo 550 Unknown user、Mailman　普通配送メールを個人別にカスタマイズ。
このような状況だとdocomo からの 550  Unknown userメールは；

<aaaa@docomo.ne.jp>: host mfsmax.docomo.ne.jp[203.138.181.240] said: 550
Unknown user eeee@docomo.ne.jp (in reply to end of DATA
command)
<bbbb@docomo.ne.jp>: host mfsmax.docomo.ne.jp[203.138.181.240] said:
550 Unknown user eeee@docomo.ne.jp (in reply to end of
DATA command)
<eeee@docomo.ne.jp>: host
mfsmax.docomo.ne.jp[203.138.181.240] said: 550 Unknown user
eeee@docomo.ne.jp (in reply to end of DATA command)
<gggg@docomo.ne.jp>: host mfsmax.docomo.ne.jp[203.138.181.240] said:
550 Unknown user eeee@docomo.ne.jp (in reply to end of
DATA command)
<hhhh@docomo.ne.jp>: host mfsmax.docomo.ne.jp[203.138.181.240] said: 550
Unknown user eeee@@docomo.ne.jp (in reply to end of DATA
command)

となる。
このとき、aaaa@docomo.ne.jp、bbbb@docomo.ne.jp、gggg@docomo.ne.jp、hhhh@docomo.ne.jp　にはメールが配信されている。しかしmailman は配信できなかったとして、フラグを立てて、次回からは配信しなくなってしまう。共通しているのがeeee@@docomo.ne.jpだ。
どうやらeeee@docomo.ne.jpが受信拒否、あるいはもうなくなっちゃったメールアドレスなんだろうか。試しに eeee@docomo.ne.jpに別途メールを送信するとエラーメールが返ってこない。本当に無いでたらめのアドレス xxxx@docomo.ne.jp にメールすると 550 Unknown user xxxx@docomo.ne.jp が返ってくる。ということは、docomo は本当に無いメアドに対してはちゃんと返事をするようなので、もしeeee@docomo.ne.jpが犯人なら受信拒否しているということになるが….　こいつが犯人と決めつけていいのか、わかららない。
[ 追記 ]
どうやらeeee@docomo.ne.jpは犯人ではなかったようだ。メアドの変更も、受信拒否もしていない。別の一人のユーザが、スマホを紛失して、送受信停止処置していたようだ。連絡くれよな。したがってdocomoからのエラーメールではどのメールアドレスが有効でないのかはわからないことになる。困ったな。

管理者は朝が早い。あっちでは勤務地から１０分のところのアパートに住んでいるのだ。こっちの大学に常勤だった時は夜１０時以降の帰宅なんてのは、当たり前だったのだが、あっちでは、そんなに仕事がない。ヒラだし、研究をほぼ放棄しちゃったからな。だからどんなに遅くても９時には帰宅だ。夜中の１０時には校舎の外部との出入り口は鍵がかけられちゃうし、０時をすぎると校門が閉まって車が通れない。新任の頃、そんなのは知らなかったからロック・インされちゃったことがあるよ。警備室の電話番号も知らなくてあせった。
夜、早く帰宅して、することといったら　酒、飯、寝る　だ。夕食の用意なんか３０分以内で終わっちゃうから９時にはベッドの中だ。
じじい　だし、根が貧乏人だから朝早く起きちゃう。朝飯はない。だからシャワーを浴びて、すぐ出勤だ。途中コンビニに寄って、朝食と昼食を買う。今は、授業のない時期だから学食は開かない。だから昼食もコンビニで買うしかない。
朝一のコンビニでは、土木作業員がバンで乗り付けて朝食を買う、朝帰りの３０代くらいの男が漫画を立ち読みしているだけだ。これが最も多い客種で、管理者のようなのはほとんどいない。もう少し遅くなると、出勤途中のサラリーマンがいるのだろうけど。
朝６時にコンビニで土木作業員に混じって弁当を買う大学教授て珍しい存在だろうな。
コンビニで漫画で時間をつぶすなんてことができないから、すぐ大学に向かう。６時にならないと開門しない。しばらく待つこともしばしばだ。
現地妻がいて小さい子供がいたら９時ー５時の勤務になるのかもしれない。しかし、ならないだろう。昔と同じだろうな。昔は週２回は徹夜実験のスケジュールで、平日は起きた子供と会うことがなく、週末だけという生活だったのだ。「また来てね」と子供に言われたこともある。
大学に来ても、授業の無い時期は閑散として、今の時期は寒い。人がいないから暖房している部屋が少なく校舎が暖まらないのだ。実習地訪問で教員は学生の実習先に行っちゃうのだ。大学院の無い大学て、こんなもんだろ。

Domain Name System（ドメイン ネーム システム、DNS）とは、人間にとって覚え易い名前を機械にとってわかりやすい数字に変換してくれるシステムだ。この機能を持つ機器をDNSサーバという。逆変換も行う。だからこの機械（サーバ）にexample.comのip address は？と聞くと123.123.123.123 と返事がくる。逆にip address で聞くとドメインネームであるexample.comを返してくれる。
わからないと、自動的により上のDNSサーバに聞きに行って返事をくれる。そこでもわからないとさらに上のサーバに聞きに行く。上のサーバとはm の場合はabc.example.comのDNSサーバで、さらに上はexample.comのDNSサーバ、そこでもわからないとac.jp のDNSサーバ、さらに上はjpのDNSサーバということになる。その上は？というと世界中に１３台ある。１３台といっても論理的にだ。管理しているのはほとんどが米国、スウェーデンとオランダと日本に１台ずつだ。
クライアント（あんたのことだ）がこのページを読みに行きたくてURLをブラウザで入力するとまず一番近いすぐ上のDNSサーバにip address を聞きに行く。ここに登録されているのは、あなたの所属するネットのDNSサーバで、ここに登録されていないと、その上のサーバに、そこでもわからないとさらに上のDNSサーバにと聞きに行く訳だ。それぞれのDNSサーバは自分の範囲のドメインネームは必ず登録してある。mの場合はabc.example.comのDNSサーバに登録してあるのだ。でわからないときは最上位のDNSサーバに聞く訳で、最上位のDNSサーバは jp だったらjpのDNSサーバに、そして jp のサーバはcom だったら comのDNSサーバに、さらにexammple.com だったらexample.comに、そしてdef.example.comだったらdef.example.comのDNSサーバに聞きに行き、そこでabc.def.example.com のip address は123.123.123.123 だとわかる訳だ。
このようなTree構造になっているので、最上位のDNSサーバをルートサーバ（根っこのサーバ）というわけだ。
だれがどう考えたって、何億とあるユーザからの問い合わせがルートサーバに行ったら大変だ。たいてい、途中のサーバが、これまで問い合わせのあったドメインネームを一時的に記憶している。だからルートサーバまで問い合わせることはほとんどないだろうけどそれでも全世界をカバーするのでルートサーバの負荷は大きい。
もしドメインネームとip address の対応を変更すると、途中のDNSサーバに記憶されている昔の名前がなくならない限り最新の情報が返ってこない。しばらく時間がたって記憶が更新されないと遠方からの問い合わせに昔の名前が返って来て接続できないことになる。めったに変更できないわけだ。
スマホを買って新しく契約したとき、電話番号が誰かが使っていたものだと、その誰かの知り合いから電話がくることになる。その知り合いの電場番号簿が更新されないかぎり間違い電話になるわけだ。これと同じだ。
管理者の携帯の場合、もらった電話番号の以前の持ち主は、その筋の人から借金をした人だったらしく、怖いお兄さんから「借金を何時返す？」という脅しの電話が何回かあった。楽しんだよ。
閑話休題。で、DNSに話をもどすとユーザからの問い合わせが殺到したら返事に時間がかかる。しかし、自分の所属するネットのDNSサーバに問い合わするのが普通だ。そのDNSサーバはそのカバーする範囲からの問い合わせにしか答えないのが普通だ。よそからの問い合わせに答えていられないからな。とすると、自分が使っているDNSサーバの能力が低くてすぐ過負荷になると、URL  を入力しても、なかなかページがでてこない。だからといって自由に使えるDNSサーバなどめったにないからしょうがない。ところがGoogle が提供しているようで
8.8.8.8
8.8.4.4
というip address のDNSサーバは誰でも使っていい。あっちの大学はネットが遅いので、このgoogle提供のDNSサーバに変更してみた。問題ない。ちと早くなったかもね。