ドメインの更新忘れたら諭吉さん3人が犠牲になったでござるの巻

3/27に有効期間が切れたまま、ドメインの更新を忘れてた。「PENDING DELETE RESTORABLE」からようやく復帰できたので、ドメイン取戻しまでの出来事を時系列で書いておく。

日時	出来事
3/27	ドメイン期限切れ
5/7 13:00頃	ドメイン名でのメール送受信が出来なくなり、ドメインの期限切れに気づく。
5/8 12:08	ドメイン登録代行業者(VALUE DOMAIN)にドメインの状態について問い合わせ。
5/8 12:13	返事「PENDING DELETE RESTORABLE状態のため更新処理は無理。復活交渉で復活するかも」
5/8 12:41	復活交渉を依頼。
5/9 09:27	返事「復活出来たよ!」
5/9 11:00頃	ドメイン名でサイトへのアクセス、メールの送受信ができることを確認。
5/11 12:00頃	再びドメインが使えなくなくる。VALUE DOMAINの管理ドメイン一覧からdecomo.infoが消えてる!
5/14 01:37	ドメインが管理ページ内から消えてる旨問い合わせ。
5/14 10:15	返事「弊社DBの反映が遅れてました(・ω<)」
5/14 11:00頃	管理ドメイン一覧にdecomo.infoが復活。ドメインが再び使える事を確認。

5/11以降はVDの不手際なので、ドメイン取戻しに要したのは1日程度。案内メールでは最長で2週間程度かかるって事だったけども。

登録メールアドレスが解約済みのプロバイダメールのままで、期限案内のメールを受け取れなかったのが敗因(´・ω・`) まぁ、メールの有無にかかわらず、きちんと把握しとけって話だが。

何年か前に更新忘れたときは、期限切れから1ヵ月経たずに使えなくなったので、すぐに気付いて更新した記憶があるが、今回は請戻猶予期間突入＝ドメインが使えなくなるまで気づかなかった。そのおかげで、34000円払って取り戻さざるを得なかった…(`；ω；´) この手数料はVALUE DOMAINがボッてるという訳ではなさそう。ググると、レジストリに支払う額は大口顧客でも$250程度かかるらしいので…。

場末のドメインなんで、削除を待って再取得でも行けただろうけど、一応12年連れ添い愛着もあるし、何より登録メールアドレスを変更して回るのが面倒なので、復活出来てとりあえずよかったわー。

ドメインの有効期限には気を付けよう!!

permalink · 2014-05-15 11:42 · Decomo · 3 Comments · Tags:

雑記

RAID-Zを構成してるHDDが古くなってきたので、容量アップも兼ねて交換した。増税だしな！(HDDを買ったのは増税前）

とりあえずプールの構成。

[hoge@Freyja ~]$ zpool status zdata3
  pool: zdata3
 state: ONLINE
  scan: resilvered 1.03T in 8h34m with 0 errors on Thu Apr 10 22:57:30 2014
config:

	NAME         STATE     READ WRITE CKSUM
	zdata3       ONLINE       0     0     0
	  raidz1-0   ONLINE       0     0     0
	    ada2p1   ONLINE       0     0     0
	    ada1p1   ONLINE       0     0     0
	    ada0p1   ONLINE       0     0     0
	  raidz1-1   ONLINE       0     0     0
	    ada8     ONLINE       0     0     0
	    ada12    ONLINE       0     0     0
	    ada9     ONLINE       0     0     0
	logs
	  ada5       ONLINE       0     0     0

errors: No known data errors

raidz1-1の方が対象のHDD群。2TBx3本を3TBに交換する。

ZFSはディスクを丸ごと追加＆交換が出来るが、それやるとOS起動時に「GPTテーブルがおかしいぜ」と警告ログが出て精神的によろしくないので、パーティションは切っとくのが吉。上記プールではうっかり丸ごと追加してしまってる状態。

交換自体は以下のコマンドをHDD数分叩くだけ。

zpool replace 対象プール 交換元HDD 交換先HDD

SATAの空きポートがなかったため、物理的にHDDを入れ替えといてリビルドという感じで行った。リビルド時間は容量に比例し、うちの環境だと10時間弱といった所。デグレ状態で長時間HDDをブン回す事になるので、これまたあまりよろしくはない。

HDDを交換しただけでは容量は拡張されないので、zpool online -eでZFSにストレージの容量を全部使うように指示する。

[hoge@Freyja ~]$ zpool list
NAME     SIZE  ALLOC   FREE    CAP  DEDUP  HEALTH  ALTROOT
zdata3  13.6T  10.4T  3.17T    76%  1.00x  ONLINE  -
[hoge@Freyja ~]$ sudo zpool online -e zdata3 ada8p1
[hoge@Freyja ~]$ zpool list
NAME     SIZE  ALLOC   FREE    CAP  DEDUP  HEALTH  ALTROOT
zdata3  16.3T  10.4T  5.89T    63%  1.00x  ONLINE  -

交換したHDDの1つにコマンド発行するだけで大丈夫っぽい。

permalink · 2014-04-11 10:26 · Decomo · 0 Comments · Tags:

Portsからソフトを入れようとすると、

===>  apache22-2.2.26 has known vulnerabilities:
apache22-2.2.26 is vulnerable:
apache -- several vulnerabilities
CVE: CVE-2013-6438
CVE: CVE-2014-0098
WWW: http://portaudit.FreeBSD.org/91ecb546-b1e6-11e3-980f-20cf30e32f6d.html
=> Please update your ports tree and try again.

こんな事言われてインストール出来ない事がある。

Portsの脆弱性チェック機能に引っかかってる訳だが、ライブラリ更新などで依存関係のあるソフトをreinstallしたいだけだったりする時に非常に困る。

そんな時は脆弱性チェックを一時的に無効化してやれば良い。

makeの場合
- make -DDISABLE_VULNERABILITIES xxxx
portmasterの場合
- portmaster -m DISABLE_VULNERABILITY=yes xxxx

言うまでもなく、本来は修正版を使用するのが筋。あくまで緊急回避策なので注意されたし。

permalink · 2014-03-24 12:33 · Decomo · 0 Comments · Tags:

Time Machineのバックアップ先は1つしか指定出来ないと思っていたが、実はMountain Lionから複数のストレージを指定出来るようになっていたらしい。実際に10.8.5で試してみたら出来た。

指定したバックアップ先はタイムマシーンのスケジュールに沿って、順繰り使われる模様。つまり、バックアップ先にA, B, Cの3つを指定したとすると、最初にAにバックアップされ、1時間後にB、更にその1時間後にCにバックアップされる。そしてAに戻るという具合。

物理的に違うストレージを指定して、複数のTime Machineバックアップで対障害性の向上を狙うってのが普通の使い方なんだと思う。しかし1台のストレージでも、パーティション分割で敢えて2つのバックアップとすることで、対論理障害性の向上が期待出来る（まぁ過去のバックアップの保持期間は半分になっちゃうけど）。

これってNASをバックアップ先にしてる場合に威力を発揮しそうな予感。ネットワーク越しだとスパースバンドルの中にバックアップディスクが作られる訳だけど、このイメージが良く壊れるのよねー。バックアップデータとはいえ、壊れると結構ショックなもんですよ。そして、大抵バックアップが壊れてる時に限って、オリジナルのデータが壊れるのよね……。

という訳で、早速NASのTime Machineボリュームを2つに変更した。TimeMachineSchedulerでバックアップ間隔を弄ってるけど、特に問題なく動いてる模様。

permalink · 2014-03-16 22:43 · Decomo · 0 Comments · Tags: