さいたま市のあたりは朝から雪。昨年だったか、雪の日に筑波から岩槻に行くのに通常だったら、１時間半とか、日中だと２時間なんだけど、９時間もかかったというトラウマがあるから、さっさと筑波にもどろうと思っていたわけだ。どうやら午後には雪は止むと天気予報で言っていたが、未来はわからない。
午前中はメールとか再試験の問題作成などの仕事をして、昼食をとって、さらにネットで調べものやメールの出し入れをやっていたら、突如ネット接続がおかしくなった。ハブを見ると上流側のLEDの点滅が激しい。つまりパケットが飛び回っているのだ。あっちの大学にはヘビーユーザーがいないからいつもはこんな高頻度の点滅はない。だれかがループを作った？
調べようにも、こっちの大学とは違い、物理的な配線もハブがどこにあるのかも知らないから、ほかのユーザの状況を聞くしかない。しかしセグメントわけがどうなっているかもわからないから、どこがポイントかわらない。
ネット管理を行っている職員のところに行ったが不在だ。ネットもつながらない、外は雪だ。んじゃ、しょうがね、帰るベェと筑波へ戻る支度をして、うろうろしていたら、ネット管理の職員に出会った。状況を説明していたら、それはその管理職員が操作をしていたからだという。なにやら固定ip addressを割り振った機械がうまく動作しないのだが、ip addressのバッティングがあるらしいので調べていて解決したとのことだ。
へ？なにをどうやって調査したのかしらないが、パケットが飛び回るような調査かよ。
そんで、今回のトラブルについて大元のネットのマネージャに報告したら、なんと管理者（このブログ主）が勝手に固定ip address を設定したからだといってきた。なにいってんだよ。そんなこと管理者がやるわけがないだろうが。くそ。
[ 追記 ]２月３日
どうやら勝手に固定ip address をルータに割り振った奴がいるのかもしれないということになりつつある。ネットに接続できないとクレームを言ったのが管理者だけだったので、管理者を疑ったということらしい。他の利用者は鈍感なのさ。
しかし、この問題のip address にping を飛ばすと20 ms もかかったりする。同じセグメントのまともなPCだと1 ms とかだぞ。なんかおかしい。というわけで今日の午前中ping に応答するので探しだそうと、ネットの管理者と一緒に探しだそうとしたのだが…なんせこの管理者の手元に配線図がない。ハブのところに行ってケーブルのタグをみてもどの部屋なのかわからない。ケーブルのタグと部屋番号の対応表がない。この管理者もこういうトラブルに対応したことがないので、スムーズでない。ということで、こっちも別の業務があったから付き合いきれずに、午後になって再度調べたらping に応答しなくなった。切り離したが電源を落としたのだ。これ以上追跡できない。でおわりだ。
[ さらに追記 ]２月４日
これまでの例では、「ネットにつながらないというクレームを付けた人が原因で接続できない」 だから 「今回もクレームを付けた管理者が何か悪いことしたんだろ」 という結論をだしたんだそうな。
ひでー としか言えないな。
「サイト管理」カテゴリーアーカイブ
Win HD EFIシステム パーティションを削除する
Win7 内蔵の２台目のバックアップ用の700GBのハードディスク（HD）がおかしくなって、ハードディスクが壊れているからバックアップをとれとしつこく言ってくる。
しかし、データを保存する分にはなんのエラーもでてこないから、しばらく放置していた。別途HDを購入したので、このエラーがでてくるHDと交換した。
んで、HDケースを購入して、外付けHDにして、ディスク管理でこのハードディスクを見ると200MBのパーテイションがEFIシステムで、フォーマットもなにもできないということになっていた。この部分にあるファイルが壊れたので Win7 が文句を言っていたんだろう。
この200MBの部分はブートに必要なデータが保存されている部分のようだ。もともと、どっから持ってきたHDだったのかわからなくなっていた。（まっさらなHDを加えたのではない？おぼえていない）いずれにしろ、このパーティションはいらないから削除し単一のパーティションのHDにすることにする。この頭の200MBのパーティションのどっかが壊れているのだから、消しちゃえばいい。このいままUSB接続の外付けHDにしておいても問題ないが、これを、再度、内蔵のスロットに入れるとエラーが出てくる。だから、消しちゃって、内蔵スロットに入れることにする（スロットなんかないけど、スペースがあるから、コネクタを用意して、なんとかHDを金具で固定すれば、内蔵の３台目のHDになるからな）。
コマンドプロンプトを起動する
diskpart と入力する。
新たにもう一つのコマンドプロンプトのウインドウがでてくる（同じウインドウででてこないかもしれない）
DISKPART> の後に LIST DISK と入力する。
ディスクがすくなくとも２つ以上出てくるだろう。どれが目的のディスクか間違えないようにする。今回は７番のやつだ。だからSELECT DISK 7 と入力する。
ディスク７が選択されました。と表示されたら、LIST PARTITION と入力する。
Partition がリストされる。今回の場合（ほかでもそうだろうけど、システム関係のPartition はたいてい最初のPartitionだろう）は１なので SELECT PARTITION 1 と入力する。
パーティション１が選択されました。と表示されたら、このパーティションを削除するので、DELETE PARTUTION OVERRIDE と入力する。
これでおしまい。 exit と入力してコマンドプロンプトはおしまい。
コントロールパネル→管理ツール→コンピュータの管理→ディスクの管理
で該当のディスクを選択すると、２つのパーティションになっているだろう。ボリュームを削除して単一のパーティションのボリュームにフォーマットする。
ボリュームの削除→新しいシンプルボリューム→NTFSのボリュームにする。
該当ボリュームが正常（プライマリパーティション）と表示されたらOK。
１つのパーティションのHDになったわけだが、外付けUSB接続のHDとして使う分にはエラーが出ない。しかし、内蔵HDとして組み込むとエラーになる。
どこが悪いんだろ？
同時に出したメールが同時に届かない
同じサーバの２つのメーリスに投稿した。なかなか届かない。最終的に届いたのだが、２通の届く時間がエライ違う。数分の時差がある。数分ちがうと、メーリスのサーバがおかしい？とか心配になる。なんでだ？というわけで届いたメールを見たら；
| メールA | メールB | |
| メールを出したPCの時刻 | 10:14:00 | 10:14:00 |
| 最初のsmtpが受け取った | 10:14:08 | 10:14:08 |
| 最初のsmtoから中継のｓｍｔｐが受け取った | 10:14:09 | 10:14:09 |
| 中継のｓｍｔｐからメーリスのサーバが受け取った | 10:14:09 | 10:14:09 |
| メーリスのサーバから中継smtpが受け取った | 10:14:10 | 10:14:10 |
| 中継smtpからkddi.ne.jpが受け取った | 10:14:10 | 10:14:11 |
| kddi.ne.jpから.secure.ne.jp受け取った | 10:14:11 | 10:14:11 |
| secure.ne.jppからPOPサーバのSMTPが受け取った | 10:15:33 | 10:19:42 |
管理人のPCから、最初のsmtpサーバまで８秒もかかっている。管理者のPC の時刻がずれていた可能性がある。アップデートしたあとntpサーバにちゃんとアクセスしていなかったようだ。日付と時刻で「日付と時刻を自動的に設定」にチェックが入っていなかったからな。yosemite にアップしたときに外れたに違いない。
Mavericks のとき、/usr/local/sbin にntpd をインストールしたから
/etc/ntp.conf をみたらMervericks 時に書いたのが変更されている。各サーバについてminpoll 6 maxpoll 10がない
sh-3.2# cat ntp.conf
server ntp.nict.jp minpoll 6 maxpoll 10
server ntp1.jst.mfeed.ad.jp minpoll 6 maxpoll 10
server ntp2.jst.mfeed.ad.jp minpoll 6 maxpoll 10
server ntp3.jst.mfeed.ad.jp minpoll 6 maxpoll 10
だから上記のように加筆した。さらにインストールしたntpd を使うために、yosemiteにアップデートしたときの本来のntpd を殺し、
mv /usr/sbin/ntpd /usr/sbin/ntpd~
あとから加えたntpd を使えるようにシンボリックリンクを張る。
mv /usr/sbin/ntpd /usr/sbin/ntpd~
確認する。sh-3.2# pwd で /usr/sbinにいることを確認し、sh-3.2# ls -alでフアイルを見ると；
lrwxr-xr-x 1 root wheel 20 12 2 13:04 ntpd -> /usr/local/sbin/ntpd
-rwxr-xr-x 1 root wheel 66016 9 10 08:09 ntpdate
-rwxr-xr-x 1 root wheel 138240 9 10 08:09 ntpdc
-rwxr-xr-x 1 root wheel 382464 9 10 08:09 ntpd~
-rwxr-xr-x 1 root wheel 2029 9 10 08:09 ntptrace
となっていてこれでいいはず。
メーリングリストが動いているサーバでの処理は２秒以内だ。十数個のメーリスに同時に投稿すると３０秒位かかるようだ。この大学のメールサーバはKDDIが請け負っている。さらにウイルスフィルタのサーバがあるようだ。KDDIまでの時間はさほどかかっていない。そこからウイルスフィルタのサーバsecure.ne.jpへ送られ、そのサーバが処理する時間がエライ長い。タイミングがあるんだろうが１分２２秒あるいは５分３１秒もかかっている。なんてこった。大学外からくるメールを見たらこのアンチウイルスフィルタを通る時間が結構かかっている場合がある。しかし５分かかると、なんかおかしいと思って調査はじめるよな。
メーリングリストが動かない…
突然メーリングリストが動かなくなった。
２５日（火）１７：４３の投稿は動作した。
２６日（水）１８：０４の投稿は配信されていない。
この２４時間に何が発生したんだろ？mailman のトラブルかと思ったが、違っていた。
上流のDNSサーバでもあるサーバを２６日午前２時からアップデートするという連絡を受けていたことを思い出した、というか思い出すのに時間がかかったのだ。
２６日午前０時ころのメールはメールサーバに届いている。それ以降のメールがメールサーバにとどいていないのだ。このメールサーバはメーリングリストが主な役割なので、メーリングリストしか見てないので、mailman の設定フィアルがこわれたのかな？という先入観の下にいろいろ調べてしまったのだ。その結果mailmanはきちんと動作していることがわかり、このサーバにメールが届いていないから配信されないということがわかったのだ。
ここまで分かるのにエライ時間がかかった。問題のサーバをSMTPサーバに指定すればメールはこのサーバにあるメールアカウントに届くが、他のサーバをSMTPに指定した場合このサーバにあるアカウントにメールが届かないのだ。このことに気づくのに時間がかかりすぎた。つまりサーバはなんともないがサーバにメールがこないのだ。
原因は上流にあるファイヤーウオールか？と思ったが、何も変更していない。再起動したが変化はない。
多分このサーバを登録しているサーバのMXレコードが消えちゃったんだ。まだ管理者さんに連絡した段階で返事がないからわからない。この推定が正しければいいのだが。
きたきた、これまでテストで送ったメールがどっと来たぞ。上流のDNSサーバ管理者さんが設定したんだ。きっと。
まだ管理者さんから連絡がないが、設定したんだろ。メーリスも動く。問題なくなった。
管理者さんからメールが来た。アップデートしたとき、メール転送の記述が昔のまま（当然だが）で、今度はキチンと記述しないといけなくなったのが原因だったようだ。
従来は
example.com:[123.123.123.123]
でよかったのが
example.com smtp:[123.123.123.123]
ときちんと明示する必要になったんだそうな。
実は、この上流のDNSサーバは、もうやめようということになっていて、DNSは大学中央のサーバを指定することになっているのだ。でも、いっぺんにDNS機能を削除すると、連絡はしたのだが、まだDNSサーバに指定しているユーザがかなりいるので、まだ動かしているのだ。これらを決めたのは、何を言おうかこのワタクシなのだ。どじだなぁ。大学にメールサーバとして新たに届けて大学のDNSにMXレコードを登録してもらえばいいのだ。この上流のサーバは昔はワタクシも管理者だったのでここに登録するのが一番簡単なので登録していたのだ。今はこのサーバの管理を他のヒト（業者）にまかせているのでワタクシはDNSやMXレコードの変更はできないのだ。自業自得というもんだ。
ハブがこわれた
先週の金曜日はオフィスに１９時過ぎまでいて、ハブは問題なかった。
昨日（月曜日）仕事があるので、リモートで自宅からオフィスのパソコンにアクセスしよょうとしたら相手がいないとのたまわってつながらない。Mac もWin もだ。ルータがコケた？
今日（火曜日）来たら、ルータの下のギガハブがこけていた。このハブはLED が電源投入時に全部が順番に流れるように１回点灯する。この流れるように点灯することを繰り返している。つまり、電源が安定していないんだな。多分、中にある電源はスイッチング電源なので、安定して発振してないのでは？スイッチング電源はフィードバックになっているのでどこがおかしいか同定するのが難しい。
運良く予備があったので、電気屋に飛んで行く必要はなかった。
ハブて、そんなに壊れるものではないと思っていたが、壊れるものは壊れるんだな。ま、他所様に被害を与えなかっただけでもいっか
yosemite 10.10.1
Yosemite がバージョンアップされた。10.10.1 である。これまでの幾つかのバグが直されていることを期待する。
開いたウインドウの位置を覚えていないから、モニター２つで運用していると再起動するとウインドウの位置がかわっちゃう は解決されたようだ。
DHCP でないとVPN できない まだだめだ
Dashboard の時計 まだだめだ
DNS/VPN トラブル
勤務先でDNS/VPN 接続が不安定の原因が判明したのだが、そのいきさつなどをここに書くと不快な思いをする方がいるので止めました。
VPN 困った/解決した/まただめだ/繋がった
Mac Yosemite ではVPNはクライアント機が固定ip address だと使えないというのは前に書いた。バグだが、解決策はあった。DHCPならばいいのだ。
ファイヤーウオール兼ルータ（以下ルータあるいはファイヤーウオール）を使ってサブネットを作成しているのだが、ファイヤーウオールでWindowsのファイル共有を遮断しているため、ファイヤーウオールの外にある学科共通のファイルサーバにアクセス出来ない。SMBを使っているからだ。しょうがないから、ファイヤーウオールに穴をあけてこの共通のファイルサーバだけにアクセスできるようにした というのも書いた。
学内のDNSサーバが知らないうちに変更されていたというのはこの前の記事だ。だから、ルータのDNS情報を書き換えてリセットしたら、このファイヤーウオールの設定がぶっとんでデフォルトにもどってしまった。共有ファイルサーバにアクセス出来ないのでわかった。ファイヤーウオールの設定を再度やったわけだ。
そこで気がついたのが…困った。
VPN(PPTP) で２箇所のネットワークに接続できるように設定してあったのだ。何故か、一方のネット（net Mとよぶことにする）にPPTPで接続できない。他方のネット（net Sと呼ぶことにする）には接続できるのだ。だからファイヤーウオール（ルータ）がパケットを落としているのではない と思っていた。
ルータの外のネットワークに接続すると逆にnet Sに接続できず、net Mに接続できるのだ。んん？なんだこりゃ。
どちらもYosemite のMac だ。理由がわからない。そこでルータやパソコンのすべての設定を見直した。パソコンの方でVPN 接続時のDNSの設定等が違っていたところがあるから、それぞれのネットのprimary と secondary DNS を正しく設定した。別に正す必要はなく空白でいいはずである。
Mac の場合 システム環境設定 → ネットワーク → 該当の接続 → 詳細… → DNS のタブ
Winの場合 コントロールパネル → インターネットオプション → 接続のタブ → 該当の接続を選択 → 設定 → プロパティ → ネットワークのタブ → インターネット・プロトコル バージョン４（TCP/IPv4） → プロパティ → 詳細設定 → DNS のタブ → DNSサーバアドレス（使用順）
接続の可否はDNS設定の正誤ではないはず。DNSがあやまっているのなら、接続ができてもブラウザが使えないとかいうことになる。
ファイヤーウオール兼ルータのフィルタの設定だ。
以前はポリシーも定めていたが、ポリシーなんか１つだけで、このフィルタの設定だけなのでOFF にした。
これでいいはず。
で接続したら、今度は
◯が接続できた。×が接続できない。DHCP&Fix とはDHCPで手入力というMacの独自の設定のことだ。
明らかに、接続先が拒否しているのではなく、接続元のルータの設定がおかしいという結果だ。悩んだ。解決しないので、帰って寝た。翌朝来たら、
と、めでたしめでたし なのだ。何故か？管理者のルータの設定の誤りではない。
んで、Win のデスクトップ機は接続できているのだが、インターネットオプションから、net Mのほうは古いDNSのままだったから、DNSを自動取得に変えて更新して、接続してみたら接続できない。今度は同じルータの下にあるMac もnet Mに接続できなくなった。んが。ルータが何かを記憶しているのか？この記憶をパージするのに時間がかかるのでは？というわけでルータを再起動。まだ接続できない。net S のほうは、ルータの外でも内でも接続できるのだ。
ルータの外からもnet MへはVPN接続できなくなってしまった。
いや、また変わった。ルータ内からはnet Sに接続できるが、ルータ外からは net S に接続できなくなった。なんか不安定だな。
なんてこった。どうやら設定はOKなのだが、何故か一度接続に何らかの理由でできないと、どっかに、管理者のルータではない、さらに上流のどこかに接続元と接続先が記憶されていて、一定時間接続できないのが続くのか？
講義、実習で５時間席を空けた。再度テストした。ルータ内外で問題なく接続できるようになった。いや、まただめになった。不安定だなぁ。
また５時間実習で席を空けた。再々度テスト。ルータ内で接続できた。これ以上わからない、Win 7 でも同じだからyosemiteのせいではない。少なくとも管理者の管理している部分は誤りがないようなので、また再現性がよくわからないので、原因の追求は止め。
【追記】 翌日の朝、全く問題なく接続できる。このまま様子見だな。
【追記２】１１月１３日。原因が判明。上流のDNSの問題だった。経緯は書かない。
関係ないだろうけどwinでは自分のDNS記録をクリアできる。コマンドプロンプトで ipconfig /flushdns を実行するのだ。
Microsoft Windows [Version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. All rights reserved.
C:UsersUSER>ipconfig /flushdns
Windows IP 構成
DNS リゾルバー キャッシュは正常にフラッシュされました。
C:UsersUSER>
思った通り関係ない。ちなみにMac ではターミナルで sudo dscacheutil -flushcache を実行するだ。
Last login: Wed Nov 12 07:31:55 on ttys001
You have mail.
MacPro:~ hoge$ sudo dscacheutil -flushcache
Password:
MacPro:~ hoge$
当然ながら関係ない。自分のパソコンの設定ではないからな。
Yosemiteの日本語入力
Yosemite にしたら、日本語入力はことえりでなくなったらしい。ところが、この日本語入力は、しょっちゅうハングアップする。特に、何故かWordpressで文書を書いていると止まっちゃう。多分、まだ十分にこなれていないのだ。
最新トレンド情報速報というサイトでGoogle日本語入力がいいと書いてあったので、ダウンロードしてインストールしてみた。
こっちのほうが、なんの問題もないようだ。ユーザ辞書もそのまま使えるし、手書き入力もある。
Yosemiteでは開いたファイルは再起動で…
２台のモニターをつかっているわけだが、yosemite では、再起動したとき、再起動前の開いたファイルの位置が保持されていない。デスクトップは保持されているのだが。
例えば、スティッキーズとかカレンダーが、シャットダウンしたときその位置を覚えていてくれないので１つのモニターに集まって表示される。隣のモニターに移動させないといけない。
カレンダーとかスティッキーズはメインのモニタではなくサブのモニタに常時提示しておきたいのだ。サブモニタに表示させておいて、再起動すると、メインモニタに開いちゃうから、サブモニタの方へ毎回移動させることになる。
よくわからないのだが、yosemite にアップグレードした直後は、カレンダーだけでスティッキーズはサブモニタの方に留まっていてくれたのだが、今日は、再起動したらカレンダーもスティッキーズもメインモニタに表示されてしまう。
システム環境設定 一般 「アプリケーション終了するときにウインドウを閉じる」 にチェックをいれた。再起動でカレンダーがだめだが、スティッキーズはサブのモニタに出現する。mi のウインドウはこのチェックの有無に関係なくサブモニターに置いておくとそのままサブモニタに出現する。どうやらアプリごとにばらばらばらのようだ。
再起動のプロンプトで「再ログインの時にウインドウをサイド開く」のチェックをはずすと、また様子が変わって、カレンダーはサブモニタに出現するがスティッキーズはサブモニタにでてこない。
組合わせがあるのか、再現性があるのかないのかよくわからなくなってきた。
何回もやっていたら、確実に、カレンダーやスティッキーズ、開いたフォルダのウインドウなどすべてが再起動時にメインのモニタにあつまって開くようになってしまった。どうやら、最後に閉じた時の位置とサイズが記憶されていないと思われる。どこに記録されているんだろ。
デスクトップのアイコンは .DS_Store に保存されているが、こっちは問題無い。サブのモニタに表示されていたフォルダなどがメインのモニタに集まっちゃうなんてことはない。もっぱら開いていたウインドウの位置を記憶していないことだ。