どのバージョン(調べればわかるだろうけど)からか、MacOSXのインストールはネット経由で、インストール終了後、インストーラがなくなってしまうことになった。
El Capitan のインストーラも同じなので、インストーラを保存しておくことにする。いままではダウンロードするとインストーラがアプリケーションにできていたのだが、El Capitan はよくわからん(結局同じだ。ファイル名がわからんだけだ。下記)。そこで、MacOSX拡張(ジャーネリング)でフォーマットした8 GBのUSBフラッシュメモリを用意する。App Storeからダウンロードが終了したら
指示されるように進まないで、そのままで、ターミナルを起動し、
sudo /Applications/Install OS X El Capitan.app/Contents/Resources/createinstallmedia –volume /Volumes/[USBメモリの名前] –applicationpath /Applications/Install OS X El Capitan.app –nointeraction
をターミナルで入力して実施する。ここを見た。
Mac:~ hoge$ sudo /Applications/Install OS X El Capitan.app/Contents/Resources/createinstallmedia –volume /Volumes/El_Capitan_Installer –applicationpath /Applications/Install OS X El Capitan.app –nointeraction
Password:
Erasing Disk: 0%… 10%… 20%… 30%…100%…
Copying installer files to disk…
Copy complete.
Making disk bootable…
Copying boot files…
Copy complete.
Done.
Mac:~ hoge$
MacにHoster というアプリがある。これは、ノートで色々な環境下でネットに接続するとき、ドメイン内からドメインのサーバにアクセスするのにドメイン名ではアクセスできない場合に便利だ。
外に公開しているWebサーバなどはDMZにprivate ip addressを割り当てて設置する。サブネットの外からはサブネットのglobal ip addressへのアクセスがルータでサーバのprivate ip addressと結びつけてあるのでサーバにアクセスできるのだが、サブネット内でサーバの名前の解決をDNSに問い合わせると、global ip address が返ってくきて、この返されたアドレスはサブネット内からはルータのことなので、サブネット内ではサーバにアクセスできない。サブネット内ではprivate ip addressでしか接続できないので、hosts というファイルにprivate ip addressとドメイン名を対応させて記入しておく必要があるのだ。ただしこのhostsファイルはサブネット内だけで使うわけだ。
サブネット内とか外からとか場所の異なるところでアクセスするときは、hosts をいちいち書き換えるのはやってられないので、アプリであらかじめ設定したhostsファイルを選択するようにすればいいのだ。このようなアプリがHosterというわけだ。
管理者は複数のサブネット内からMacbookでそのサブネット内のサーバにアクセスするので使っているのだ。
ところが、Yosemiteの10.10.4 にしたら使えなくなった。その原因はhostsの権限が変わってしまったから、Hosterで変更できなくなってしまったということだ。だからターミナルで:
[Macの名前]:~[ユーザ名]$ su
Password:
sh-3.2# cd /private/etc
sh-3.2# sudo chgrp admin hosts
sh-3.2# sudo chmod 664 hosts
sh-3.2#
明らかに、接続先が拒否しているのではなく、接続元のルータの設定がおかしいという結果だ。悩んだ。解決しないので、帰って寝た。翌朝来たら、
と、めでたしめでたし なのだ。何故か?管理者のルータの設定の誤りではない。
んで、Win のデスクトップ機は接続できているのだが、インターネットオプションから、net Mのほうは古いDNSのままだったから、DNSを自動取得に変えて更新して、接続してみたら接続できない。今度は同じルータの下にあるMac もnet Mに接続できなくなった。んが。ルータが何かを記憶しているのか?この記憶をパージするのに時間がかかるのでは?というわけでルータを再起動。まだ接続できない。net S のほうは、ルータの外でも内でも接続できるのだ。
ルータの外からもnet MへはVPN接続できなくなってしまった。
いや、また変わった。ルータ内からはnet Sに接続できるが、ルータ外からは net S に接続できなくなった。なんか不安定だな。
なんてこった。どうやら設定はOKなのだが、何故か一度接続に何らかの理由でできないと、どっかに、管理者のルータではない、さらに上流のどこかに接続元と接続先が記憶されていて、一定時間接続できないのが続くのか?
講義、実習で5時間席を空けた。再度テストした。ルータ内外で問題なく接続できるようになった。いや、まただめになった。不安定だなぁ。
また5時間実習で席を空けた。再々度テスト。ルータ内で接続できた。これ以上わからない、Win 7 でも同じだからyosemiteのせいではない。少なくとも管理者の管理している部分は誤りがないようなので、また再現性がよくわからないので、原因の追求は止め。
【追記】 翌日の朝、全く問題なく接続できる。このまま様子見だな。
【追記2】11月13日。原因が判明。上流の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>