Fatal glibc error: CPU does not support x86-64-v2
[ 4.845736] Kernel panic - not syncing: Attempted to kill init! exit code=0x00007f00
[ 4.845755] CPU: 0 PID: 1 Comm: init Not tained 5.14.0-70.13.1.el9_0.x86_64 #1
[ 4.845773] Hardware name: inotek GmbH VirtualBox/VirtualBox, BIOS VirtualBox 12/01/2006
[ 4.845792] Call Trace:
[ 4.845802] dump_stack_lvl+0x34/0x44
[ 4.845816] panic+0x102/0x2d4
[ 4.845827] do_exit.cold+0x87/0x9f
[ 4.845838] do_group_exit+0x33/0xa0
[ 4.845850] __x64_sys_exit_group+0x14/0x20
[ 4.845863] do_syscall_64+0x3b/0x90
[ 4.845875] entry_SYSCALL_64_after_hwframe+0x44/0xae
[ 4.845889] RIP: 033:0x7fdbc8e20171
[ 4.845900] Code: c3 0f 1f 84 00 00 00 00 00 f3 0f 1e fa be e7 00 00 00 ba 3c 00 00 00 eb 0d 89 d0 0f 05 48 3d 00 f0 ff ff 77 1c f4 89 f0 0f 05 <48> 3d 00 f0 ff ff 76 e7 f7 d8 89 05 5f 00 01 00 eb dd 0f 1f 44 00
[ 4.845940] RSP: 002b:00007ffe47a018f8 EFLAGS: 00000246 ORIG_RAX: 00000000000000e7
[ 4.845958] RAX: ffffffffffffffda RBX: 00007fdbc8e1ae10 RCX: 00007fdbc8e20171
[ 4.845975] RDX: 000000000000003c RSI: 00000000000000e7 RDI: 000000000000007f
[ 4.845991] RBP: 00005565b0509040 R08: 0000rffe47a01469 R09: 0000000000000000
[ 4.846022] R10: 00000000ffffffff R11: 0000000000000246 R12: 000000000000000d
[ 4.846048] R13: 0000000000000001 R14: 0000000000000001 R15: 0000000000000001
[ 4.846290] Kernel Offset: 0x2000000 from 0xffffffff81000000 (relocation range: 0xffffffff80000000-0xffffffffbfffffff)
[ 4.846317] ---[ end Kernel panic - not syncing: Attempted to kill init! exitcode=0x00007f00 ]---
見ると「CPU does not support x86-64-v2」と出ている。え、CPU が x86_64 アーキテクチャーに対応してない？？しかも v2 ってなんだ...
調べてみると、どうやら x86_64 アーキテクチャーにはバージョンが存在するようだ。知らなかった...
で、RHEL9 からは x84_64x v1 を切り捨て、v2 以降のサポートになっている様子。
Rocky Linux 9 も AlmaLinux 9 も RHEL9 クローンなので同じ条件だから、x84_64 v2 以降じゃないと動かないというわけだ。
自分の CPU は結構古く、第 4 世代 Core i7（4790K）なのでちょっと心配になりネットをあさる。
バージョンごとの定義は以下のページで紹介されているのを見つけた。
x86-64-v2では、Streaming SIMD Extensions 4.2(SSE4.2)およびSupplemental Streaming SIMD Extensions 3 (SSSE3) までのベクトル命令、POPCNT命令 (データ解析や一部のデータ構造でのビット操作に有用)、CMPXCHG16B (並列アルゴリズムに有用な2ワードの比較およびスワップ命令) などがサポートされています。
以下のページでは x86_64 のバージョンと Intel CPU のコードネームでの対応状況が書かれている。
対応する機能：x86_64-v2のすべて + AVX
Sandy Bridge世代に該当します。この世代は差が小さいので、あまり使われないだろうとのこと。この世代はx86_64-v*表記ではスキップされていてLevel表記だけです。
CPU-Z で調べると Core i7-4790K は Haswell（Refresh）世代なので、v2 どころか v3 相当だ。ということは CPU は問題ないわけだ。ちょっと安心。
しかし、そうなると何が問題なのかよくわからない...
仮想マシンの設定で「システム」>>「プロセッサー」を見ると、「拡張機能」の「ネステッドVT-x/AMD-Vを有効化」が選択不能になっている。これなのか？？
調べてみると「ネステッドVT-x」は「第 2 レベルのアドレス変換（SLAT）」のことらしく、Intel の公式サイトの情報だと Core i7-4790K は対応しているとある。（Intel CPU の実装名は「EPT」）
ただ、これはアーキテクチャ対応とはちょっと別っぽい。とはいえ CPU で対応しているのに選択できないのは VirtualBox の不具合だと思うが...
以下の VirtualBox のフォーラムでは、SLAT には 6.1.22 時点で対応していないとある。じゃあなんで選択肢として表示されてるんだよ...
ちなみに VirtualBox では SLAT 対応は 10 年以上放置されていたそうで、6.0/6.1 で突然サポートされ始めたとのこと。どんな事情が...ｗ
ちょっと手詰まり感があったので、問題を切り分けるためにもいったん VirtualBox を離れ、VMWare Workstation Player 16 で Rocky Linux 9 / AlmaLinux 9 をインストールしてみることに。
結果、あっさり起動した...ｗ
これまでの苦労はなんだったんだ...しっかりしてくれ VirtualBox...所詮無料故のクォリティなのか、VMWare がすごいのかわからんけど。
VirtualBox - Error In supR3HardenedWinReSpawn
NtCreateFile(\Device\VBoxDrvStub) failed: 0x0000034
STATUS_OBJECT_NAME_NOT_FOUND (0 retries) (rc=-101)
Make sure the kernel module has been loaded successfully.
where: supR3HardenedWinReSpawn what: 3 VERR_OPEN_FAILED (-101) - File/Device open failed. Driver is probably stuck stopping/starting. Try 'sc.exe query vboxdrv' to get more information about its state. Rebooting may actually help.
VirtualBox のインストーラーから「修復」を実行すると直るらしく、やってみるが別のエラーで修復を完了できず。なぜだ...
仕方なくいったん VirtualBox をアンインストールし、インストールし直すことで解決。
もちろん作成済みの仮想マシンは残っているので問題なし。
メモリまたはディスクの空き領域が不足しているため、ドキュメントを開いたり、保存したりできません。]]> 当然ディスクやメモリの空き容量は問題なし。もともとそんなヘマはしません。
調べてみると、インターネット一時ファイルの指定先がおかしいらしい。
またマイクロソフトの罠か...ひとつぐらいまともなエラーメッセージを出してほしいものだ。
Windows の「インターネットオプション」にある「インターネット一時ファイル」の設定内の「現在の場所」をみてみると空白になっている...なんでだ？？
確かに以前はキャッシュ専用にひとつドライブを設けて設定していた。
しかし、SSD が原因か増設用のカードの問題か不明だがたまに認識されなくなることがあったので、外した上で別の場所を指定していたはずだ。
なぜ保存場所が無指定になったのか不明だが、とりあえず設定し直せば解決と思い、存在する場所に設定し保存。が、解決せず...
何事かと思い再度「インターネット一時ファイル」の「現在の場所」を確認すると、また空白に戻っている！？
なんだよこれ設定が効かないのか？？再設定できないなら詰みじゃん...
しかし、さらに調べてみるとどうやらレジストリを直接いじることで変更できるらしい。
「ファイル名を指定して実行」で「regedit」と入力し実行。
以下の 2 箇所を確認し、存在しない場所に指定されている場合は値を変更。
で、Windows を再起動して完了。無事変更できました。
]]>ではウェブメールを使えばいいじゃないか、と思いますよね。
もちろん使っています。
しかし、私は Gmail を複数アカウント持っていて、どれもよく使っているのです。
ブラウザは基本的に 1 アカウントしか使えません。
もちろん、プライベートモードにしたり、複数ブラウザを利用したり、各アカウントを連携することである程度の利便性を確保することはできます。
しかし、いちいちブラウザを切り替えたり、アカウントを切り替えるのが本当に面倒で、私には耐えられませんでした...
ひとつの解として、アドオン（エクステンション）を利用する方法があります。
これなら、全機能を使えるウェブメールのまま複数アカウントの管理もできます。
ただしその機能を継続して実現させ続けているアドオンも数少なく、私の知る限りでは「Checker Plus for Gmail」のみと言っても過言ではないでしょう。
しかし、残念なことにその「Checker Plus for Gmail」でさえ、Firefox ではリアルタイム同期ができないという制限があります。（おそらくブラウザ側の制限でしょうけど）
メインブラウザとして Firefox を使っている自分にはそこそこ痛手なのです。（Google Chrome の場合はリアルタイム同期できますが、多段タブができないので...）
それに「Checker Plus for Gmail」も、使い続けているとキャッシュのせいかアカウント管理がバグってしまい、ひとつのアカウントしか反応しなくなることがあり、そのときはアカウントを登録し直す羽目になります。（この作業が結構手間なのです...）
今でも「Checker Plus for Gmail」は使っていますが、あくまで串刺しでメールを確認して、重要なもの以外を既読にしていくといった使い方にとどめています。
そこで理想の Gmail 環境を探すべく、まずは要件を挙げることにしました。
受信トレイに入るメールのみ通知と件数表示ができることは特に重要で、これは言い換えると、特定のラベルに限定して通知や件数表示をできるということです。
この要件を満たすメールソフトを見つけるため、さまざまなサイトを探したが、見つかることはありませんでした。
それどころか、「おすすめのメールソフト厳選 ○○」といった最近よくあるレビューサイトの多くは、メールソフトとメールサービスを混同してしまっている始末。
例えば、Gmail と Yahoo! メールを同列に挙げるのはいいが、Gmail と Thunderbird を同列に挙げていたりすると正直げんなりです。
確かにメールサービスというのはメール機能を提供するサービスのことで、必ずしもウェブメール機能を持っている必要はないわけです。
なので、ウェブメール機能をソフトウェアと位置づけることもできるが、ウェブメールはメールサービスが提供する機能の一部であって、そのメールサービスに特化したもの。つまり汎用性がない。
紹介するのならば、特定のメールサービスに依存しない（複数の主要なメールサービスに対応した）ネイティブアプリと、ウェブメール（メールサービス）とで、分けて紹介してほしいものです。
ネット検索で見つからないので、自分でいろいろなメールソフトを試した結果、Windows アプリ、いわゆる UWP アプリに一筋の光明を見い出しました。
UWP アプリは歴史が浅いせいかレビューがほとんどなく（単に人気がないからかも知れないが）、Microsoft ストア内のスクリーンショットなどの少ない情報＆レビューから見つけるしかなく大変でした。
しかし粘った甲斐があって、「WnderMail for Gmail」と「EasyMail for Gmail」という 2 つのアプリを見つけました。
どちらも同じ制作者で、「WnderMail for Gmail」は独自 UI を採用し、「EasyMail for Gmail」は内部にブラウザを実装しているようで中身は Gmail のウェブメールそのもの。
ネット検索したところ、「WnderMail for Gmail」の方はヒットしたものの、「EasyMail for Gmail」はほぼヒットせず。
しかし、自分が目星をつけたのは「EasyMail for Gmail」の方。理由は「Gmail の UI をそのまま使っている」という一点です。
一見手抜きをしているようにも見えますが、「WnderMail for Gmail」は独自 UI なので、「EasyMail for Gmail」は「Gmail をそのまま使える」というコンセプトなのだろうと勝手に解釈しましたｗ
ということで、しばらくは「EasyMail for Gmail」を使っていたのですが、なぜか突然複数アカウントを認識しなくなったのです...
具体的には、複数アカウントを登録しても、扱えるのはひとつのみで、ほかのアカウントを使うのはログインし直しが必要になってしまった。
最近、従来の無償版 G Suite の終了 がアナウンスされ、G Suite の Gmail の UI も変更されましたが、そのことが影響している可能性はありそうです。
「EasyMail for Gmail」は Lifetime ライセンス（有料）を使っていたので、制作者に問い合わせてみたが一向に返事がない...安くはない料金を支払って購入したのに、これで使う気が失せてしまった。
ということで、またメールソフト探しの旅に出なければいけないのか...と意気消沈。
ほんとは最有力候補として Windows 版の Spark を使いたかったのだが、開発元のブログで "Windows version coming soon" という文字が 2020/3/19 の記事に出てから早 2 年、未だにリリースされていません。
この会社の「もうすぐ」は少なくとも 2 年以上ということなのでしょうね...一般人とは感覚が違う。
さてさて、壮大な前振りになってしまいましたが、ここからが本題ですｗ
これから紹介する方法は、以前から知ってはいたのですが、なんとなく毛嫌いして試したことがありませんでした。
その方法とは、Firefox のコンテナーを使う方法です。
Firefox には Firefox Multi-Account Containers というアドオンが提供されています。
このアドオンはコンテナーという機能を提供し、タブを一種のグループ分けすることができます。
ただのグループ分けではなく、サンドボックスのようにグループ外のタブから隔離されるイメージです。
なので、ウェブサービスなどを利用する際にサインインしたセッション情報もコンテナーごとに管理されるわけです。
例えば、コンテナー A で Gmail にサインインしても、コンテナー B で Gmail を開くと、サインイン前の画面が表示されるわけです。
この仕組みを利用し、Gmail のアカウントごとにコンテナーを作成することで、異なる複数の Gmail アカウントを完全に独立して使用できるようになります。
さらに、Gmail はデスクトップ通知もできますし、アイコンに件数を表示することもできます（文字が小さいですがｗ）。
そして、Firefox のピン留め機能を使うことで、タブを常駐させることができるので、ブラウザを起動し直しても安心です。
まとめるとこんな感じ。
たったこれだけですｗ
さらに、通知と件数表示をしたければ、各 Gmail の設定で有効にするだけです。以下手順。
デスクトップ通知が有効なのに通知が出ない場合は、Firefox の設定で無効化していることがあるのでご注意を。
その場合は、Firefox の設定（プライバシーとセキュリティ）で、https://mail.google.com/ を許可リストに加えてあげれば解消できます。
それでは、よい Gmail ライフを！（いつか同等の動作を実現できる Windows ネイティブアプリが出てくることを期待して...）
]]>【懸念される変異株（VOC）】
【注目すべき変異株（VOI）】
現在日本ではデルタ株が蔓延していますが、ワクチンが効きにくいラムダ株やミュー株も見つかっています。
日本では水際対策も脆弱で、国外からのウイルス流入を食い止めることはまず不可能です。
緊急事態宣言が解除されたことで、今後経済活動が活発になることはよいことですが、感染者数の減少やワクチン接種により「もう以前の生活に戻しても大丈夫」と早合点してしまう人が多く出てくるでしょう。
物流など、どうしても人と接触しないといけない職種はあります。
しかしそれと関係なく「仕事は対面が一番」と考える古くさい人間は結構います。
確かに 5G すらまともに使えない今のネットワークインフラや VR 技術の広まりの遅さを考えると、今は対面の方が温度感がわかるなどのメリットがあることは確かです。
だからといって、今の状況で以前と同じ対面を軸としたライフスタイルに戻すことは危険極まりない愚行です。
もう自分がどうこうということではなく、周りにいる大切な人に感染させ、場合によってはその命が脅かされることだけは避けなくてはなりません。
日本はちょうど政治的にも転換期で自民党総裁が替わり、おそらく次の総理大臣になることでしょう。
正直コロナ対策は誰がやってもあまり変わらないでしょうし、批判が収まることもないと思います。
東京オリンピック開催中に新たな変異株が見つかっても公表せず、日本年金機構の不祥事などさまざまな問題により政府（というか政治自体）への不信感が拭えない中、ワクチンパスポートという手段でマイナンバーカードの普及率を伸ばし、銀行口座と紐付け、国民の金の流れをつかみ、さらに国民から税金を徴収できないか考えているようでは、政府が国民の理解を得られる機会は永遠に来ないでしょうね。
財務省は公文書を改ざんするし、厚労省は統計不正しているし、もう何を信じたらしいのかわからない世の中です。
ワクチンについても、接種後に死亡した人は 2021/8/8 時点の厚労省の発表では 1002 人で（これも正直あまり信用していませんが...）、驚くべきことにワクチン接種が原因と認められた事例は 1 件もありません。
ワクチン接種後というのがあいまいなので、ワクチンと関係ないケースも多々あるでしょう。
しかし、因果関係が認められるケースも必ずあるはずです。（ひとつもないという方が不自然です）
アメリカ CDC も死亡事例とワクチン接種の因果関係は認められないと発表しているので、日本としてはこれに合わせているのでしょうが、結果を見るに、因果関係について日本がまともな調査をしていないことは明白でしょう。
...ちょっと話が違う方向に進み出したので軌道修正ｗ
とにかく、今信じられるのは自分自身と特に近しい人だけです。
人の考えは千差万別なので、（政府は別として）ほかの人が新型コロナの脅威をどのように考えていても特に批判することはしません。
ただ、自分の大切な人を守るためにはどのような行動が適切か、常に考えながら生きていくことが今とても大事なことだと心に留め置いてほしいものです。
これから冬になりウイルスが活動しやすくなります。
緊急事態宣言の解除などで人流が多くなり、感染者減少やワクチン接種による慢心も重なり、第 6 波は確実に襲来します。
それどころか、第 7 波やそれ以降の感染急拡大も十分あり得ます。
現時点で 3 回目のブースター接種が全国民の 7 割に到達していれば、おそらく第 6 波は防げたと個人的には思います。
しかしそんなことは現実的に不可能ですし、そもそも日本はワクチンの開発だけでなく、海外メーカーからの確保にも後れをとっているので、新型コロナの脅威は来年も続きそうです。
希望もあります。
変異株に対応したワクチンが開発中ですし、治療薬の開発も急がれています。
これらが世界中の人に行き渡ったとき、ようやく人類は新型コロナの脅威から解放されるでしょう。
いつか新型コロナに変わる新たなウイルスが人類を襲うかもしれませんが、今回のことで人類が多くのことを学び、次の脅威への対策の糧になることを強く望みます。
ただ、第 2 波、第 3 波は必ずやってきます。
どの程度まで拡大するかは、今後もわたしたちの行動次第といえそうです。
もしもう一度緊急事態宣言が出るようなことがあれば、今度こそ経済に致命的なダメージを与えるでしょう。
それだけはあってはなりません...
（「解除されたぜウェーイ！」って外出してはしゃぎまくる頭の足りない輩が少ないことを祈ります...）
政府は今後接触確認アプリの開発を進めるようですが、アベノマスクや給付金など、方策は常に後手後手なのであまり期待できそうにありません。
自分たちの生活は自分たちで守る、政府の対応はおまけ的に考えておいた方がよいですね。
新型コロナウイルスが消え去ったわけではないので油断大敵ですが、何はともあれ、解除は歓迎です。
はしゃがずに少しずつ外に出る機会を増やし、もとの生活を取り戻していきましょう。
まじめなことは前の記事で書きましたので、この記事では新型コロナウイルスによって起きた出来事などにツッコミを入れていきたいと思いますｗ
まずは WHO。対応遅かったですよね...パンデミック宣言出さないし。
宣言したことによる混乱を避けるためとかいってたけど、じゃあ何のための宣言なんだよｗ
人は遠く離れた脅威に対して適切に反応できないことがあるらしいですが、WHO がそれじゃだめだろうと...
わたしは 2020/1 頃に新型コロナウイルスの報道が出た際、まだそんなに大きなニュースにはなってなかったけど、それでもこれは結構やばいんじゃないかと思ったぐらいです。
そして日本の対応。遅かったですよねｗ 各知事の方が反応早かった。
アベノマスクも届かないし。（ちなみにまだ 5/22 現在まだ届いてません）
4/7 に配布が閣議決定して 4/17 から配布が始まったのに、不良品が混じってるとか不祥事起こして回収になり、5/22 現在まだ全世帯の 11% ちょっとだという...
あの...5/25 には緊急事態宣言解除になるんですけど...
ほんとに意味ないなあ...それなら経費 500 億を PCR 検査キットの確保にかけた方がよっぽどよかったんじゃないだろうか。
しかも官房長官は、供給不足で高騰していたマスクの価格が戻ってきたのはアベノマスクのおかげとのたまったようだ。
記事を見ている方には先入観を植え付けないように、官房長官の発言を引用しておこう。
布マスクの配布などにより需要が抑制された結果、店頭の品薄状況が徐々に改善をされて、また上昇してきたマスク価格にも反転の兆しがみられる。
菅義偉
どう思われただろうか？ｗ わたしは唖然としてしまいました。
アベノマスクより、マスクの高額転売規制の方がよっぽど効果的だったと思うのだが...
まだある。
前述でも少し触れたが、PCR 検査キットの拡充が圧倒的に遅かったことだ。
これはもう意図的に阻止してるんじゃないかと思ったほどだ。
実際、日本の感染者数が諸外国より圧倒的に少ないのは、検査数そのものが圧倒的に少ないというのが理由だと思っている。
検査数が少ないならそりゃ検出数も少ないわな...
大事なのは感染率で、第 1 波が終息しそうなこの時期にようやく注目されてきたように思う。
政府の批判はまだまだあるが、全部いうと記事が終わらないのでこのくらいにしようｗ
さて、視線を周囲に向けると、さまざまな人間模様を見て取れる。
みんなが我慢している中、新型コロナウイルスを軽視して迷惑な行動・発言をする輩が結構いる。
「俺はコロナだ」といって咳をするやつ、「俺正直ブカンカゼちょろいって思ってるけどね」とかいうやつ、「自粛のこの時期に外に出てる男は生命力が強い」とかいって逆ナンパするギャル、沖縄県知事が来ないでと言ってるのに旅行に行くやつ...ああ...日本にはこんなにも阿呆なやつらがいるのか...
なんでこんな輩ばっかりなんだと思うけど、きっとこういう輩は昔から結構いたんだと思う。
今はスマホなどの高性能デバイスが 1 人 1 台以上、ネットワークインフラも整っている時代。
そしてそれに見合った SNS ツールの台頭。
技術の進歩に人間が追いついていない感じ。
みんな知ってるかな？Google って 1998 年に設立されたんだよ...その頃はまだインターネットって何？くらいな時代だった。
それが 20 年ちょっとで様変わりした。きっと今の世代が 20 年前にタイムスリップしたら生きていけないだろうｗ
...ちょっと話がそれたが、馬鹿なことやってる輩も、昔だったらネットで広まるなんてこともなく、地元で話題になる程度だっただろう。
それが SNS をはじめとする個人メディアの発達で、そういう輩が一気にあぶり出された、というのが実際のところだと思っている。
悲しいことに、地元の連中に「酒飲めばコロナにかからない」といっているやつがいる...
酒の席だったし、本気で言っているとは思わないけど、そういうことを不用意に発してしまう「緩さ」にすごく嫌悪感を抱く。
たとえシラフでも、心中ではコロナの脅威を正しく認識できていない、要するに対岸の火事だと思っているのだろう。
近くで被害が出ないと確かに現実味がないかも知れないが、遠くでも死者が出ている、それがいつ迫ってくるかわからない、そういう脅威を感じ取れる人と一緒にいたいと思う。
わたしは「酒飲めば...」発言を聞いたとき、もう付き合うことはやめようと心の中で密かに決めた。
この世の中、たまには羽目を外すことがあってもいい。むしろないと厳しい。
でも外していい「ボーダーライン」は時代ごとに変わる。羽目を外してもそこを超えてはいけない。
そして「ボーダーライン」にもいろいろある。自分の、地元の、社会の...
私が言うのは、社会全体の「ボーダーライン」だ。
「モラル」と言い換えてもいいかもしれない。
これが見えるだけでなく、そこに合わせることができる人としか付き合いたくない。
といっても、さまざまなしがらみで付き合わざるを得ないのが現実だろう。
わたしも例外ではない。けど、変えようと思わなければ変わらないのも事実。
自分をたいそうな人間だと思ったことはないが、八方美人でいることにはもう疲れてしまった。
少しわがままになっても、付き合いやすい人とつるむのは悪いことではないと思う。
ただ、モラルの低い層はともかく、考え方が違うだけの人に対してまで遠ざけてしまうのはなるべく避けたいとも思っている。
ダイバーシティが叫ばれる昨今、自分とそれに近い思考しか受け入れられないこともまた、恐ろしいからだ。
付き合いやすい人 7 割、別の考え方の人 3 割、モラルの低い人 0、が理想かな。
現在のように、ストレスを抱えやすい時期にその人のモラルも見え隠れする。判断するにはいいタイミングかもしれない。
新型コロナウイルスは基本厄災ではあるが、世界全体で俯瞰すると多少なりともよいこともあった。
世界で起きる様々な災害は、地球の意思による人類の淘汰であるという考えを持つ人がいる。
あながち間違っていないな、と思うのだ。
淘汰ということはつまり、それを乗り越えた人類はより生命として強くなるということになる。
今回の新型コロナウイルスは、人類とって間違いなく最大の脅威のひとつであるといえるだろう。
この厄災を乗り越えた先に何が待っているのか、まだ確信を持てることは何ひとつないが、それでもわたしは明るい未来が待っていると思う。
実際、この数ヶ月で、人類の生活様式は 10 年先まで加速したと自分は感じている。
もちろん、今の状況は「やりすぎ」だ。10 年後でもまったく同じ生活様式にはなっていないだろう。
ただ、今この自粛中の生活様式に確実に近づいているとは思う。
現代は、不要と思えるほど外出が多い。人との物理的接触が多い。
未来は、VR/AR がよりコモディティ化した世の中になるという確信がある。
今この生活様式がストレスになっている要因は主に 4 つ。
「自粛を強制されることによる精神的な抑圧」「新しい生活様式になれていない」「ネットワークインフラ（主に 5G）の未普及」「VR/AR の未整備・未普及」とわたしは考える。
自粛強制は言わずもがな。今は「やらされている」のでストレスになるのは当たり前だ。
いきなりリモート中心の生活になって慣れないというのもストレスだろう。
そして 5G はまだサービスが開始されてから間もなく、まだ普及していない。
もし 5G が当たり前の世の中だったなら、非常にクリアな映像・音声で、実際に対面のコミュニケーションに近い情報量を得ることができるだろう。
最後は VR/AR。VR は「Virtual Reality（仮想現実）」、AR は「Augmented Reality（拡張現実）」のことだ。
VR はよく聞くようになったのではないだろうか。ゲームなどで没入感を出すあれだｗ
AR はまだあまり耳にしないかもしれない。例えば、SF 映画で出てくる立体映像のようなものだ。
現時点では、技術としての VR/AR は存在するが、それを体験するためのデバイスがまだ高価なのだ。
ゆえにコモディティ化するに至っておらず、これらが当たり前の世の中はもう少し先のことのように思う。
未来では、もちろん強制されることなく、5G や VR/AR が当たり前の世の中になるだろう。
想像しにくい人のために例をひとつ。例えばコミュニケーション方法だ。
数人で会議をする。全員自宅にいる。会議室の仮想空間を作る。自分の映像を仮想空間に映し出す。映像はゴーグルから出力され、縦横 360 度見渡すことができる。
ほら、家に居ながらにして、実際に会社の会議室に集まっているのと同じ状態を実現できた。
唯一違うのは、お互い物理的に接触できないことぐらいだ。（まあこれはメリットにもなり得るので一長一短だが）
おそらくそう遠くない将来、こういうことが当たり前になる。
今はまだこの未来を実現するための要素が整っていない。
それだけでも不便なのに、なれないリモートを強制される状態なので、より不便に感じているのが現状なのだ。
未来ではこれらのマイナス要素が解消されるので、バーチャルとかリモートととか、そういうのが普通になっている。
これがわたしが想像する未来。で、新型コロナウイルスにより生活様式が一気に近づいた。
各種インフラ不備で不便な状態ではあるが、今のこの生活は、未来を先取りした状態にあると思っている。
新型コロナウイルスの脅威が去れば、生活様式はかなり以前に近い状態に戻るだろう。
しかし、リモートの良さも体感したはずだ。
これが強制されず、もっとよいインフラの中で利用できたら...みんな飛びつくに決まっている。
それはきっと今は想像できないほど便利で面白い世の中になっていることだろう。
1988 年の自分が、今の世界を想像できなかったように...
こういうときだからこそ、今の不便が解消された「未来の生活」に思いを馳せてみるのもよいかもしれない。
...好きなことだけ書いているうちにただ長い駄文になってしまった。
やはり表に出す文章は考えて書かねば...反省。
テーマもわかりにくくなってしまったが、新型コロナウイルスが絡んでいるということで OK としようｗ
でも、見られることを気にせず書くというのも、たまにはいいものだと思った。
数年放置したこのサイトだ。また数年放置するかもしれない...ｗ
そのときにこの記事を自分がみたらなんと思うのだろう...怖いような楽しみのような。
終息しつつある新型コロナウイルスの脅威ですが、まだ第 2 波、第 3 波が発生する恐れも十分考えられます。
さまざまな情報が錯綜する中で、真偽を確かめる目を持つことが今わたしたちに求められています。
日本語にすると「社会的距離」...よくわかりませんよねｗ
新型コロナウイルスは飛沫・接触により感染すると言われています。
そのため、接触しない、飛沫が届かない距離を保つことが肝要です。
これもテレビなどのメディアで政府や知事がよく言及しています。
絶対に外出しないといけない場合以外は、外出するのはやめようね、ということ。
日本には緊急事態宣言を出せても、法的拘束力はありません。
今はもどかしいですが、裏を返せば日本の法律が人権を重視しているということです。
この場の終息を目的に「移動の自由」「表現・集会の自由」「営業の自由」「学習権」などの権利を制限する法律を作ると、のちのち乱用される危険をもはらんでしまうのです。
とはいえ、自粛期間が長くなるほど体がなまり心にストレスがたまっていきます。
我慢も大事ですが、これまでの常識にとらわれない新たな習慣を身につける必要がありそうです。
ソーシャルディスタンスを確保しつつ、マスクや手袋など、可能な範囲で感染防止措置を講じましょう。
手洗い、うがい、アルコール消毒による殺菌も有効です。
最初は大変ですが、習慣になればそこまで負担に感じずに振る舞えるようになります。
新型コロナウイルスの脅威が去れば、今のように極端に気をつける必要もなくなるでしょう。
感染防止のため、外出時は距離をとったりマスクをしたりと、わかりやすい対策をとる人は多いです。
もちろん帰宅後もハンドソープで手を洗ったり、アルコールジェルで消毒したりもすると思います。
しかし、実は自宅にいても新型コロナウイルスの脅威はあります。
家族と同居しているならもちろんのこと、一人暮らしの場合でも、宅配や郵便などを受け取る機会はあります。
今は業者も気をつけているでしょうが、それでもウイルス侵入の可能性はあるのです。
外出時の方が感染リスクが高いのはたしかです。
ただ、外で気をつけている反動で、家の中では安心してしまうのもまた心理です。
自宅でもなるべく気をつける習慣を身につけるように行動しましょう。
特に次に述べる「手への注意」が大事です。
何それ？って思いますよねｗ
前項で手洗い消毒について書いたばかりですが、実は「自分の手」には注意を払いにくいものなのです。
例えば、自分の手で顔を触る癖があったりしませんか？
唇を触ったり、目をこすったり、中には鼻をほじったり...ｗ
これらの行為はすべて体の粘膜がある部分です。
つまりウイルスが体内に入りやすい部分です。
しかも癖というのは指摘されないと気づかないことが多いです。
知らずに触っている場合、マスクで気をつけていても、帰宅時に手を消毒しても、結局ウイルスを侵入させてしまいます。
癖を自覚しつつ、自分の手が何を触ったのか常時気にかけることは、かなり難易度が高いのです。
自宅でも家族がいたり、宅配などで誰かが来たりします。
自分の行動はわかっても、周囲の人の行動までは把握できません。
自宅などで「ここは大丈夫だろう」と思っている場所でも実はほかの人が触っていたりするものです。
トイレは共同？キッチンは？食事は？...誰かと一緒にいるのであれば心配は尽きません。
「気にしすぎでは？？」と思いますよね。でもそこまで気をつけないと感染リスクがあるのも事実です。
感染した人へのインタビューで「まさか自分が」「気をつけていたのに」「どこで感染したのか見当がつかない」などよく耳にします。
どんなに気をつけても、最終的に感染したら意味がないのです。
そして感染してしまうと、発症前の無症状期間に、知らずに誰かに感染させてしまうリスクが飛躍的に高くなるのです。
そう、気をつけるだけ感染リスクが減るのです。
そしてそれはどんなに気をつけてもゼロになることはないのです。
つまり、どんなに気をつけても「気をつけすぎ」ということはないのです。
新型コロナウイルスが感染拡大するにつれ、マスク不足がやたらと取り沙汰されました。
たしかにマスクは直接口にウイルスが入るのを防いでくれます。
そして何より「自分は気をつけてるよ」アピールを周りにできます。
これは笑い事ではなくすごく大事なことなんです。
こういう状況下の人たちは、小さな琴似も非常に敏感になります。
マスクをしていないというだけで感染者扱いされ「コロナめ！」と暴力を受けたというニュースも聞きます。
隠れてコロナ対策をする必要はありません。
むしろアピールして意識の高さを周知させるぐらいでよいのです。
悲しいことに、人が恐怖や不安を抱くとき、それを利用して人をだまし、金品を狙う詐欺などが横行します。
そういった心理状態に陥ると、人は判断能力が鈍り、不安をあおる言動や優しくされる行為に揺さぶられ易くなります。
また、「納豆やキムチがコロナに効く」とか「紙が不足する」といった根拠のない（あるいは誤った根拠をもとにした）情報が跋扈します。
たちが悪いのは、誤った情報を信じ込んだ人たちが、親切心でほかの人にそれらを伝えてしまうことです。
デマに踊らされると買い占めなどが起こり、さらに混乱を招くことになります。
中には「デマで買い占めが起こるから（デマだとわかっていても）先に買っておいた方がいい」という理由で大量購入をする人がいます。
でも、この行為も結局買い占めを助長しているので、デマに踊らされているといえます。
本人がデマとわかって行動しているだけに、踊らされていると気づくのは、デマにだまされている人よりも難しいですね...
こういうときこそ「自分は今正常な判断ができているのか」「得た情報に根拠はあるのか」など、いったん立ち止まって考えることが重要です。
いろいろ書いてきましたが、これが一番大事な気がします。
まずは自身に対する心構え、つまり「慢心しないこと」です。
テレビなどでは「自分は大丈夫」とか「そんなにたいしたことじゃない」といったことを本気で言っている人たちがいます。
心を守るために心身を失ったのか、もともと極端な楽観主義者なのかわかりませんが、いずれにせよ状況判断ができていません。
経済活動を重視して外出自粛などに疑問を唱える人もいます。
確かに社会全体を通してみると、経済活動は人命と同じくらい重要といえます。
お金がないと結局生きていけないですし、経済の混乱は今後の社会構造に大きな傷跡を残します。
でも、それでもやはり人命優先だとわたしは思います。
社会全体を優先し「多少の犠牲を払っても人類が前進する道を選ぶべき」という考えは理解できますが、現代において「犠牲になった人たちは仕方ない」という考えは危険です。
この思考を持っている人たちは、自分がその犠牲になったときのことを考えていないといえます。
自分本位なのか楽観主義者なのかわかりませんが、何にしても犠牲になる人とその近親者の気持ちを察することができないのでしょうね。
自分本位な人は「慢心はしていない」というでしょうが、それは次に挙げることができていません。
自身への心構えの次は、周りへの配慮、つまり「思いやり」です。
新型コロナウイルスは、高齢者や罹患歴のある人が重症化しやすいと言われています。
例外はありますが、これは PCR 検査によって統計的に判明したことなので、原因はともかく信用性の高い情報といえます。
もし新型コロナウイルスにかかっても「自分は健康だから重症化しない」とたかをくくり、軽率な行動をとっている人がいます。
新型コロナウイルスは症状が出るまでに 2 週間ほどの潜伏期間があり、その期間中も感染能力があるとされています。
これがインフルエンザなどのほかのウイルス感染と違い、恐ろしい部分なのです。
ただ、意外とこの点は報道でもあまり強調されていないように感じます。（確定した根拠がないからでしょうか...）
この爆発的な感染拡大を鑑みると、潜伏期間中の感染は至極当然の事実として受け入れざるを得ないと思うのです。
そう考えると、自分は大丈夫と思って行動すると、自覚がないうちに感染し、友達や家族などの近親者にうつしてしまう可能性が高くなります。
自分が発熱し、その後近親者が亡くなってしまったら...そう考えると自責の念にさいなまれることになるでしょう。
（中には犯人捜しをさせないために嘘をついて感染をごまかす人がいるかもしれませんが...）
もし感染、発症後に回復できたとしても、それは結果論です。
誰にでも最悪の結果になりうるし、誰かを感染させて死なせてしまう危険があります。
そしてそれは誰も事前に予想できないのです。少なくとも現時点では...
大事な人たちを守るためにも、自分が感染しないことが重要、そして感染しないためには「自分は大丈夫」と思わないことが大事、ということです。
| iPhone 5s | iPhone 6 | iPhone 6 Plus | iPad mini Retina | |
|---|---|---|---|---|
| 出荷時 OS | iOS 7 | iOS 8 | iOS 8 | iOS 7 |
| プロセッサ | A7 + M7 | A8 + M8 | A8 + M8 | A7 + M7 |
| メモリ | 1 GB | 1 GB | 1 GB | 1 GB |
| ディスプレイ |
4.0 インチ Retina 1136 x 640 px 326 ppi コントラスト比 800:1 最大輝度 500 cd/m2 |
4.7 インチ Retina HD 1334 x 750 px 326 ppi コントラスト比 1400:1 最大輝度 500 cd/m2 |
5.5 インチ Retina HD 1920 x 1080 px 401 ppi コントラスト比 1300:1 最大輝度 500 cd/m2 |
7.9 インチ Retina 2048 x 1536 px 326 ppi コントラスト比 1300:1 最大輝度 500 cd/m2 |
| ストレージ | 16/32/64 GB | 16/64/128 GB | 16/64/128 GB | 16/32/64/128 GB |
| 前面カメラ |
F2.4 写真 120 万画素 動画 720p HD 写真の自動 HDR 顔検出 |
F2.2 写真 120 万画素 動画 720p HD 写真の自動 HDR 顔検出 |
F2.2 写真 120 万画素 動画 720p HD 写真の自動 HDR 顔検出 |
F2.4 写真 120 万画素 動画 720p HD 写真の自動 HDR 顔検出 |
| 背面カメラ |
F2.2 写真 800 万画素 動画 1080p（30 fps） スローモーション 120fps オートフォーカス 手ぶれ補正 デジタル 3 倍ズーム 動画撮影中の写真撮影 |
F2.2 写真 800 万画素 動画 1080p（30/60 fps） スローモーション 120/240 fps オートフォーカス 手ぶれ補正 デジタル 3 倍ズーム 動画撮影中の写真撮影 |
F2.2 写真 800 万画素 動画 1080p（30/60 fps） スローモーション 120/240 fps オートフォーカス 手ぶれ補正 デジタル 3 倍ズーム 動画撮影中の写真撮影 光学手ぶれ補正 |
F2.4 写真 500 万画素 動画 1080p（30 fps） オートフォーカス 手ぶれ補正 デジタル 3 倍ズーム |
| VoLTE | 対応 | 対応 | 対応 | 非対応 |
| Wi-Fi | 802.11 a/b/g/n | 802.11 a/b/g/n/ac | 802.11 a/b/g/n/ac | 802.11 a/b/g/n |
| Bluetooth | 4.0 | 4.0 | 4.0 | 4.0 |
| NFC | なし | あり | あり | なし |
| Touch ID | あり | あり | あり | なし |
| 本体色 | スペースグレイ/ゴールド/シルバー | スペースグレイ/ゴールド/シルバー | スペースグレイ/ゴールド/シルバー | スペースグレイ/シルバー |
| 重量 | 112g | 129g | 172g | 331g/341g（+Cellular） |
| サイズ（縦 x 横 x 厚さ） | 123.8 x 58.6 x 7.6 mm | 138.1 x 67.0 x 6.9 mm | 158.1 x 77.8 x 7.1 mm | 200.0 x 134.7 x 7.5 mm |
| バッテリー | 1560 mAh | 1810 mAh | 2915 mAh | 6471 mAh |
| 最大駆動時間 |
連続通話（3G）: 10 時間 連続待受: 250 時間 インターネット利用: ビデオ再生: 10 時間 オーディオ再生: 40 時間 |
連続通話（3G）: 14 時間 連続待受: 250 時間（10 日間） インターネット利用: ビデオ再生: 11 時間 オーディオ再生: 50 時間 |
連続通話（3G）: 24 時間 連続待受時間: 384 時間（16 日間） インターネット利用: ビデオ再生: 14 時間 オーディオ再生: 80 時間 |
インターネット利用: ビデオ再生: 10 時間 オーディオ再生: 10 時間 |
| 税別価格（SIM フリー版） |
16GB 5万7800円 32GB 6万2800円 |
16GB 6万7800円 64GB 7万9800円 128GB 8万9800円 |
16GB 7万9800円 64GB 8万9800円 128GB 9万9800円 |
Wi-Fi モデル Wi-Fi + Cellular モデル |
Plus の片手持ちは厳しいと書きましたが、その理由は主にフリック入力です。
最近の Android 端末は 5 インチ超が主流ですが、フリック入力画面を左右のどちらかに寄せることができます。
一方 iPhone では、フリック入力画面を左右に寄せることはできず、画面サイズに応じて拡大表示されるのです。
この仕様は縦表示だけで、横表示の場合は寄せられるようですが、そもそも横表示時は両手で持つのが普通です。
縦表示で寄せることができない状態では、片手フリック入力は実質できないと思った方がよいでしょう。
しかし、いろいろ考えた結果、片手持ちにこだわる必要はないと思い始めました。
確かに片手持ちは楽ですが、自分の場合、片手で操作しているときも、もう一方の手は空いているので、片手持ちが必須ということではありません。
片手持ちが必須なのは、スマホを操作するとき、常にもう一方の手で何かする必要がある人ということになります。
まあスマホを見ながら飯を食べるときなんかは片手持ちになりますが、iPhone 6 からはダブルタップ機能で画面を下げられるので、文字さえ打たなければ片手でも大まかな操作はできると思います。
あとは慣れの問題ですね。
心配な点としては、現時点で iPhone6 も Plus もバッテリーの減りが早いこと。
結構多くの人がレビューをしているので、勘違いということではなさそうです。
iOS8 が原因という説が有力ですが、何にせよせっかく Plus でバッテリー容量が増えたのにこれでは意味がありません...
まあ iOS がバージョンアップする度に取り沙汰される問題のようなので、早めの対応に期待したいところです。
自分が今考えているのは、iPhone 6（電話）+ iPad mini Retina（ゲーム、ウェブ、電子書籍）にするか、iPhone 6 Plus ひとつにすべて任せるか、ということです。
iPhone 6 が電話だけってのはちょっともったいない気もしますが、バッテリーの高速減少問題がある現状においては、電話用端末にあまり負荷をかけたくありません。
とはいえコスト面や持ち運びを考えると、なかなか簡単に決められませんね...
メリット
デメリット
メリット
デメリット
自分はドコモなので、2 台持ちにしたときの価格を出してみます。
キャリア版でないと月々サポートを受けられないようなので、残念ですが今回はキャリア版をベースに換算します。
やはり月々サポートの効果は絶大ですね...本当は SIM フリー版が欲しいのに。
まあ総務省の SIM フリー義務化が施行されたらまた変わるでしょうけど。
これでとりあえず選別条件の洗い出しはできたと思います。
あとは実際に触ってみてどうかというところですね。
2014.10.4 追記
その後、2 つの問題が浮上しました。（ちなみに iOS 8 にもいろいろ致命的なバグがありますが無視しますｗ）
まずは 1 つめ。iPhone 6（特に Plus）は強度が弱く、ズボンのポケットなどに入れておくと曲がってしまいやすいらしい。
Apple は端末の弱さについて非常にまれなケースとしており、報告があった事例は発売後 6 日間で 9 件としている。
6 日間での累計なので、おそらくその後も事例の報告はあるのだろうけど、それを発表しないということはやはり Apple にとって都合が悪い情報だからと推測してしまいますね。
2 つめは、Plus のみで発生する問題。Plus の大画面に対応したアプリがないということ。
せっかくの大画面なのに、アプリ側が対応していないと単純に画面が引き伸ばされるだけなので、表示される情報量が同じ。
つまり、らくらくフォンのような文字の大きい画面になるということ。
まあこれは Plus 本体の問題と言うより、新しい製品の画面解像度にアプリ側の対応が追いついていないということなので、アプリ制作者にがんばってもらうしかないでしょうね。
多くのアプリが対応を完了するまでにはもう少し時間がかかりそうなので、この点を気に入らないという人は 6s まで待ってもいいかもしれません。
今回自分の PC 環境（サーバー、クライアント込み）を大幅にリプレイスをするにあたり、「ブログのデータも移行しないとなー」「あー、なら CMS もアップデートするか」とか、まあいろいろやることが出てきて、それらの作業がやっと一段落したのでひさしぶりに記事を書いています。
リプレイス作業の際、ブログの記事の内容をちょっと見返したりしていました。
本当に時代を感じますねｗ
ざっと並べるとこんなところでしょうかね。
IT に関係ない話題も入れましたが、自分への影響が大きかったものを挙げてみました。
これからもペースは遅いかもしれませんが、サイトの更新は続けていくつもりです。
有用な情報を発信できるかわかりませんが、そこは日記メインなのでご容赦くださいｗ
VMware VMvisor Menu ESXi Installer Boot from local diskCD-R からファイルを展開しています。しばし静観。
Module: cim.vgz Loading cim.vgz............. Module: ienviron.tgz Loading ienviron.tgz............. Module: image.tgz Loading image.tgz............. Module: install.tgz Loading install.tgz.............お、始まった始まった。もちろん Enter を押します。
VMware ESXi 4.0.0 Installer Welcome to the VMware ESXi 4.0.0 Installation VMware ESXi 4.0.0 installs on most systems but only systems on VMware's Hardware Compatibility Guide (HCG) are supported. Please consult VMware's HCG on vmware.com. Please select the operation you wish to perform. (ESC) Cancel (R) Repair (Enter) Install次は EULA です。読み終えたら F11 キーを押します。
End User License Agreemant (EULA) (ESC) Do not Accept (F11) Accept and Continueで、次は Installation operation Failed! ... Failed???
Installation operation Failed!
The instrallation operation has encountered a
fatal error:
Unable to find a supported device to write the
VMware ESXi 4.0.0 image to.
The following system information will assist the
VMware Support team with your problem. Please
record this information before proceeding.
Sytem Information:
Manufacturer: System manufacturer
model: System Product Name
Service Tag: System Serial Number
BIOS Rev: American Megatrends Inc.
(Enter) Reboot
あぁ...前に見たことあるメッセージだ。ESXi のイメージを書き込むデバイスが見つからない。yum install gd gd-devel php-gd yum --enablerepo=rpmforge install perl-GDなぜ perl-GD まで持ち出したかというと、どのバージョンからか、MT のシステムチェックに GD なんて項目が増えていて、こいつをインストール済みと表示させるのに perl-GD のインストールが必要だったわけです。
[root@host ~]# yum -y install bind bind-chroot caching-nameserverBIND 設定ファイルのひな形を、そのまま設定ファイルとしてコピーします。
[root@host ~]# cp /var/named/chroot/etc/named.caching-nameserver.conf /var/named/chroot/etc/named.conf所有グループを変更します。
[root@host ~]# chgrp named /var/named/chroot/etc/named.conf設定ファイルを編集します。
[root@host ~]# vi /var/named/chroot/etc/named.conf編集内容はこちら。コメントアウトや設定の追加を行いました。
options {
#listen-on port 53 { 127.0.0.1; };
#listen-on-v6 port 53 { ::1; };
version "unknown";
directory "/var/named";
dump-file "/var/named/data/cache_dump.db";
statistics-file "/var/named/data/named_stats.txt";
memstatistics-file "/var/named/data/named_mem_stats.txt";
query-source port 53;
query-source-v6 port 53;
allow-query { localhost; localnets; };
recursion yes;
forwarders {
192.168.1.1;
};
};
logging {
channel default_debug {
file "data/named.run";
severity dynamic;
};
};
view localhost_resolver {
match-clients { localhost; };
match-destinations { localhost; };
recursion yes;
include "/etc/named.rfc1912.zones";
include "/etc/named.localnets.zones";
};
view "internal" {
match-clients { localnets; };
match-destinations { localnets; };
recursion yes;
include "/etc/named.rfc1912.zones";
include "/etc/named.localnets.zones";
};
注目すべき点としては、まず forwarders の設定。自分の場合はルーターを経由させているので、ルーターの IP アドレスを設定しましたが、PPPoE 接続環境の場合にはプロバイダから通知された DNS サーバー（プライマリ、セカンダリ含む）の IP アドレスを設定します。[root@host ~]# vi /var/named/chroot/etc/named.localnets.zonesファイルの中身はこんな感じ。自分の環境に合わせて編集してください。
zone "1.168.192.in-addr.arpa" {
type master;
file "1.168.192.in-addr.arpa.db";
};
zone "servered.net" {
type master;
file "servered.net.db";
};
zone "local.domain" {
type master;
file "local.domain.db";
};
で、内部向け正引きゾーンデータベースファイルを作成します。この作業は、登録するドメインごとに行います。
[root@host ~]# vi /var/named/chroot/var/named/servered.net.db以下の内容はサンプルとなり、実際に運用しているものとちょっとだけ違いますがご容赦ください。
$TTL 86400
@ IN SOA ns.servered.net. master.servered.net. (
2009051101 ; Serial
28800 ; Refresh
14400 ; Retry
3600000 ; Expire
86400 ; Minimum
)
IN NS ns.servered.net.
@ IN A 192.168.1.100
host IN A 192.168.1.100
www IN CNAME host.servered.net.
blog IN CNAME host.servered.net.
正引きゾーンデータベースファイルをすべて作り終えたら、逆引きゾーンデータベースファイルを作成します。
[root@host ~]# vi /var/named/chroot/var/named/1.168.192.in-addr.arpa.db内容はこんな感じ。基本的な内容は正引きと同じですね。
$TTL 86400
@ IN SOA ns.servered.net. master.servered.net. (
2009051101 ; Serial
28800 ; Refresh
14400 ; Retry
3600000 ; Expire
86400 ; Minimum
)
IN NS ns.servered.net.
100 IN PTR servered.net.
110 IN PTR local.domain.
| レコード種別 | 意味 | |
|---|---|---|
| SOA | Serial（シリアル番号） | ゾーン転送時に情報が更新されているかどうかの判断に用いられる。番号は任意だが、「年月日＋連番」の書式が多く用いられる。 |
| Refresh（更新間隔） | ゾーン情報のゾーン転送間隔時間。秒単位で指定する。 | |
| Retry（転送再試行時間） | ゾーン転送に失敗した場合の再試行までの猶予時間。秒単位で指定する。 | |
| Expire（レコード有効時間） | ゾーン情報を最新と確認できない場合の有効時間。秒単位で指定する。 | |
| TTL（キャッシュ有効時間） | ゾーン情報をキャッシュする場合の有効時間。秒単位で指定する。 | |
| NS | ドメインの DNS サーバー名。 | |
| A | ホストの IP アドレス。 | |
| PTR | IP アドレスに対するホスト名。 | |
| CNAME | ホスト名のエイリアス（別名）。 | |
| MX | ドメインのメールサーバー名。 | |
[root@host ~]# dig . ns @198.41.0.4 > /var/named/chroot/var/named/named.caまた、おまけとして、ルートゾーンが最新か月に 1 度チェックし、最新でない場合には更新と BIND の再起動を自動的に行うスクリプトを作成しておくと便利です。
[root@host ~]# vi named.root_updateそのスクリプトの内容は以下となります。ちなみに完璧なパクリですｗ
#!/bin/bash
new=`mktemp`
errors=`mktemp`
dig . ns @198.41.0.4 > $new 2> $errors
if [ $? -eq 0 ]; then
sort_new=`mktemp`
sort_old=`mktemp`
diff_out=`mktemp`
sort $new > $sort_new
sort /var/named/chroot/var/named/named.ca > $sort_old
diff --ignore-matching-lines=^\; $sort_new $sort_old > $diff_out
if [ $? -ne 0 ]; then
(
echo '-------------------- old named.root --------------------'
cat /var/named/chroot/var/named/named.ca
echo
echo '-------------------- new named.root --------------------'
cat $new
echo '---------------------- difference ----------------------'
cat $diff_out
) | mail -s 'named.root updated' root
cp -f $new /var/named/chroot/var/named/named.ca
chown named. /var/named/chroot/var/named/named.ca
chmod 644 /var/named/chroot/var/named/named.ca
/etc/rc.d/init.d/named restart > /dev/null
fi
rm -f $sort_new $sort_old $diff_out
else
cat $errors | mail -s 'named.root update check error' root
fi
rm -f $new $errors
で、スクリプトに実行権限を付加し、cron.monthly に移動します。
[root@host ~]# chmod 700 named.root_update [root@host ~]# mv named.root_update /etc/cron.monthly/少し横道に逸れましたが、最後の仕上げとして BIND を起動します。
[root@host ~]# service named start named を起動中: [ OK ]サーバーを再起動したときに自動的に BIND が起動するようランレベルを設定します。
[root@host ~]# chkconfig named on [root@host ~]# chkconfig --list named named 0:off 1:off 2:on 3:on 4:on 5:on 6:off以上です。とっても難解でしたが、何とか実稼働することができました。お疲れ様でした！