1. サーバを引っ越す
＋ ドメイン管理会社(レジストラ)を変える
@ 【第四回】初心者向けホームページ勉強会 2012/8/26
こばやし たけし / @tama200x

2. プロフィール
こばやし たけし
Twitter: @tama200x
Facebook: http://www.facebook.com/tama200x

3. 本日のアジェンダ
今日のテーマ
● サーバを引っ越す＋ドメイン管理会社を変える
今日の内容
1. サーバの引越しの前の確認
2. Web/Mailサーバと
ドメイン管理会社の変更手順
※注意
本資料上では「レジストラ」を「ドメイン管理会社」と表記しており
ます。

4. サーバ引越前の確認
家の引越し前と同様に事前に確認が重要！
部屋の間取り・ サーバスペック
広さ や用途
マンション？ 共用サーバ？
一戸建？ VPS?
契約は？ 契約は？

5. サーバ引越前の確認
サーバスペックや用途の確認
1. 引越対象の整理
○ Webサーバ
○ Mailサーバ
○ DNSサーバ
○ ドメイン管理会社
2. Webサーバのプログラム環境(phpの有無、バー
ジョン)やDB(mysql)の有無やバージョン

6. サーバ引越前の確認
共用サーバ or VPS
使いたい機能、運用管理が可能か否かで判断す
ることが望ましい

7. サーバ引越前の確認
契約を知ろう！
Web SV Mail SV → サーバは？
DNSサーバ → DNSサーバは？
ドメイン管理会社 → ドメイン管理会社は？
(ドメイン登録会社)

8. サーバ引越前の確認
契約先の例1
Web SV Mail SV → ロリポップ！
DNSサーバ → ムームーDNS
ドメイン管理会社 → ムームードメイン

9. サーバ引越前の確認
契約先の例2
Web SV Mail SV → CORESERVER
DNSサーバ → VALUE-DOMAIN
ドメイン管理会社 → VALUE-DOMAIN

10. サーバ引越前の確認
契約先の例3
Web SV Mail SV → さくらの
レンタルサーバ
DNSサーバ → Amazon Route53
ドメイン管理会社 → お名前.com

11. サーバ引越前の確認
引越対象のチェックリストを作ろう！
● 対象ドメイン
● 引越対象と移転元・移転先
○ ドメイン管理会社
○ DNSサーバ
○ Webサーバ
○ Mailサーバ
○ その他
● 移行完了日

12. それでは実際の手順を見てみましょう

13. サーバとドメイン管理会社の変更手順
推奨手順
1. ドメイン管理会社変更(現→新)
2. 新Webサーバ/Mailサーバ構築
3. 新サーバにてWebコンテンツ調整、メールアカウント作成
4. 現dnsサーバでTTLを短縮する
5. 新dnsサーバ構築
6. dnsサーバ変更(現→新)
Web/Mailサーバは変更なし(現サーバを利用)
7. 新dnsサーバでレコード書換(サーバ切替え)
Web/Mailサーバを現サーバから新サーバへ切替
8. 新dnsサーバでTTLを通常に戻す
9. 現Web/Mail/dnsサーバ停止

14. サーバとドメイン管理会社の変更手順
【現在】
ドメイン ①
DNS ④ ⑥2 ⑨
Web/Mail ⑦2 ⑨
【変更先】
ドメイン ① ⑥1
DNS ⑤ ⑥2 ⑦1 ⑧
Web/Mail ② ③ ⑦2

15. サーバとドメイン管理会社の変更手順
STEP1 ドメイン管理会社変更(現→新)
1. 対象ドメインを確定する
2. ドメイン移管可能か確認する
○ ドメイン登録担当者のメールアドレスが利用可能であること
○ 取得からの期間、ドメインの残り有効期限により移管できない場合がある
○ 認証コードが入手可能であること(gTLD)
○ レジストラロックがかかっていないこと(gTLD)
3. 認証コードを入手する
参考： http://www.onamae.com/service/d-transfer/
http://muumuu-domain.com/?mode=guide&state=tp_flow_user

16. サーバとドメイン管理会社の変更手順
STEP2 新Webサーバ/Mailサーバ構築
● 新規と同様に構築
STEP3 Webコンテンツ調整、メールアカウント作成
● Webコンテンツ調整時には、確認用PCのhostsファイルを変
更して確認する
○ Win7 c:WindowsSystem32driversetchosts
○ Mac /private/etc/hosts

17. サーバとドメイン管理会社の変更手順
STEP4 現dnsサーバでTTLを短縮する
● TTL(time to live)とは？
○ DNSの問い合わせをキャッシュする期間
この期間内はDNSサーバに問い合わせされない
○ 秒数で指定する
● 通常は１日(=86400秒) → 移行時は1分(=60秒)
※ TTLが短縮できない場合、サーバ切替時に時間がかかる影響あり
● 実際にTTLが変更できるdnsサーバは少ない
○ Amazon Route53
○ Dozens (Basicプラン以上)

18. サーバとドメイン管理会社の変更手順
TTLが変更できないdnsサーバ
● お名前.com
● ムームdns
TTLが変更できるdnsサーバ
● さくらのドメイン
● Amazon Route 53
● Dozens (Basicプラン以上)

19. サーバとドメイン管理会社の変更手順
STEP5 新dnsサーバ構築
● 現dnsサーバに設定されている情報を
新dnsサーバに設定する
※注意
現dnsサーバの設定情報が入手できない
場合は手順が変更となる

20. サーバとドメイン管理会社の変更手順
STEP6 dnsサーバ変更(現→新)
※ STEP5で現dnsサーバの情報が入手できない場合手順は変更となる
● 新ドメイン管理会社の管理画面にてdnsサーバ
の変更作業を行う
● dnsサーバは複数台指定する
この時点では現Web/Mailサーバへの
アクセスは継続している

21. サーバとドメイン管理会社の変更手順
STEP7 新dnsサーバでレコード書換
(サーバ切替え)
※ STEP5で現dnsサーバの情報が入手できない場合手順は変更となる
● dnsサーバで指定している
Web/Mailサーバのレコードを変更する
アクセスは順次新サーバへ！

22. サーバとドメイン管理会社の変更手順
STEP8 新dnsサーバでTTLを通常に戻す
※ STEP5で現dnsサーバの情報が入手できない場合手順は変更となる
● 移行時は1分(=60秒)程度
→ 通常は１日(=86400秒)
● レコードの変更がない間は、dnsサーバへの問
い合わせを減らすためTTLを戻す

23. サーバとドメイン管理会社の変更手順
STEP9 現Web/Mail/dnsサーバ廃止
● アクセスがなくなった時点でサーバを廃止する
● 通常で数日、長くて１週間程度

24. サーバとドメイン管理会社の変更手順
現行dnsの情報が入手できない場合
※ 現dnsサーバの情報が入手できない場合手順は以下のとおり変更になる
1. ドメイン管理会社変更(現→新)
2. 新Webサーバ/Mailサーバ構築
3. 新サーバにてWebコンテンツ調整、メールアカウント作成
4. 現dnsサーバでTTL短縮(実施不可)
5. 新dnsサーバ構築
6. dnsサーバ変更(現→新)
この時点でWeb/Mailサーバが現サーバから
新サーバへ切替(STEP6、7が同時に実施される)
8. 新dnsサーバでTTLを通常に戻す(実施不要)
9. 現Web/Mail/dnsサーバ廃止

25. サーバとドメイン管理会社の変更手順
現在
ドメイン ①
DNS ④ ⑥2 ⑦
Web/Mail ⑥3 ⑦
変更後
ドメイン ① ⑥1
DNS ⑤ ⑥2
Web/Mail ② ③ ⑥3

26. デモ ～ドメイン管理会社変更～
お名前.com → ムームードメイン

27. デモ ～管理画面でのdnsサーバ指定～
・ お名前.com
・ ムームーDNS

28. デモ ～管理画面でのレコード変更～
・ お名前.com(レンタルDNS)
・ ムームーDNS
・ Amazon Route 53 (TTL変更)

29. デモ ～TTL確認方法１～
digコマンドでTTLを確認する
・ Windowsにはdigコマンドがない
https://www.isc.org/software/bind
からダウンロードし、コマンドプロンプトから実行する
・ Mac OS X
ターミナルから実行

30. デモ ～TTL確認方法２～
TTL確認方法 SOAレコード
yahoo.co.jp.ドメイン の SOAレコードを調べる
C:>dig yahoo.co.jp. SOA ;; AUTHORITY SECTION:
yahoo.co.jp. 329 IN NS ns01.yahoo.co.jp.
; <<>> DiG 9.9.1-P2 <<>> yahoo.co.jp. SOA yahoo.co.jp. 329 IN NS ns12.yahoo.co.jp.
;; global options: +cmd yahoo.co.jp. 329 IN NS ns11.yahoo.co.jp.
;; Got answer: yahoo.co.jp. 329 IN NS ns02.yahoo.co.jp.
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 60893
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 4, ADDITIONAL: 5
;; ADDITIONAL SECTION:
;; OPT PSEUDOSECTION:
ns01.yahoo.co.jp. 705 IN A 118.151.254.133
; EDNS: version: 0, flags:; udp: 4096
ns02.yahoo.co.jp. 854 IN A 118.151.254.149
;; QUESTION SECTION:
ns11.yahoo.co.jp. 672 IN A 124.83.255.37
;yahoo.co.jp. IN SOA
ns12.yahoo.co.jp. 420 IN A 124.83.255.101
;; ANSWER SECTION:
;; Query time: 80 msec
yahoo.co.jp. 900 IN SOA yahoo.co.jp. postmaster.
;; SERVER: 192.168.1.254#53(192.168.1.254)
yahoo.co.jp. 2012082430 1800 900 86400 900
;; WHEN: Sun Aug 26 09:04:11 2012
;; MSG SIZE rcvd: 227
$TTL リソースレコードのデフォルトTTL RR TTL 該当レコードのTTL
SOA TTL ネガティブキャッシュのTTL

31. デモ ～TTL確認方法３～
TTL確認方法 Aレコード
www.yahoo.co.jp. のAレコードを調べる
C:>dig www.yahoo.co.jp. A ;; ANSWER SECTION:
www.yahoo.co.jp. 655 IN CNAME www.g.yahoo.co.jp.
; <<>> DiG 9.9.1-P2 <<>> www.yahoo.co.jp. A www.g.yahoo.co.jp. 39 IN A 124.83.203.233
;; global options: +cmd
;; Got answer: ;; AUTHORITY SECTION:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 57257 g.yahoo.co.jp. 325 IN NS gns11.yahoo.co.jp.
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 3 g.yahoo.co.jp. 325 IN NS gns01.yahoo.co.jp.
;; OPT PSEUDOSECTION: ;; ADDITIONAL SECTION:
; EDNS: version: 0, flags:; udp: 4096 gns01.yahoo.co.jp. 267 IN A 118.151.254.132
;; QUESTION SECTION: gns11.yahoo.co.jp. 708 IN A 124.83.255.36
;www.yahoo.co.jp. IN A
;; Query time: 22 msec
;; SERVER: 192.168.1.254#53(192.168.1.254)
;; WHEN: Sun Aug 26 09:36:34 2012
;; MSG SIZE rcvd: 152
RR TTL 該当レコードのTTL

32. TTLの補足１
JPRS DNS再入門より
http://jprs.jp/tech/material/IW2002-DNS-DAY-morishita.pdf
● $TTL
○ ゾーン内のリソースレコードのデフォルトTTL
○ RFC2308のサンプルでは 1日(=86400秒)
● SOA TTL(SOAレコードで設定するMinimum)
○ RFC1035,RFC1912ではゾーン内のリソースレコードの
デフォルトTTL
○ RFC2308ではネガティブキャッシュのTTL
○ RFC2308のサンプルでは 20分(=1200秒)

33. TTLの補足２
● SOA TTL(SOAレコードで設定するMinimum)
○ RFC1912では1日~5日を標準値として提示
○ これを受けて現在も1日(=86400秒)に設定されている
ケースがある
1日がネガティブキャッシュのTTL(そのレコードが存在し
ない場合、TTLの間は再度問い合わせを行わない)とな
り、新規に設定したレコードを最悪の場合１日間引けな
い場合がある！

34. 引越しのトラブル(´・ω・｀) その１
リアルの引越し同様、
サーバの引越しにもトラブルがつきもの...
1. ドメイン管理会社変更のリクエストを送っても、
何度も拒否される(*_*)
○ お客様が現在のドメイン管理会社に連絡していない。
え～～～(´・ω・｀)あれだけ言ったのに...
○ お客様から連絡していただき無事承認

35. 引越しのトラブル(´・ω・｀) その２
2. 移転元サーバがWindows/IISで、
移転先サーバはLinux/Apache
○ 拡張子が.aspx(.asp)というファイルが
ありますが、これはLinuxでは動かないんですが...
○ 残念ながら移行を断念することに
3. dnsサーバ切替作業後に接続できないサーバがある！
○ 移行対象リストにそのサーバ名が含まれていない
○ 急遽ホスト名を追加 (ネガティブTTLどうなるんだろう...)
4. サーバ切替日を確認しているものの回答が来ずに、
午後に「今日の夕方切替よろしく！」はよくある話...

36. ご清聴ありがとうございました