## page was renamed from DNS/NS移転/問題例1 ## page was renamed from DNS/NS移転 DNS/NS移転について、ここに記述してください。 https://twitter.com/kr9ly/status/856727998606712832 {{{ 前DNSサーバを移管した時に、 移管前DNSサーバのAレコードをあらかじめ新サーバの方に書き換えておいたにも関わらず ソフトバンクあたりからはTTLすぎても1日くらいは旧サーバの方にアクセスがあったんですよね、 調べてみると国内の携帯3キャリアはどうもそういう挙動をするっぽい情報が }}} {{{ ドメインレジストラが提供しているサーバのNSレコードに記述されているDNSサーバに 登録されたAレコードに書いてあるTTL以外のTTLを参照しているパターンがあるってことなんですかね？ }}} https://twitter.com/kr9ly/status/856734842251116545 {{{ ドメインレジストラの提供するDNSのNSレコードに登録されているNSサーバのAレコードの参照先を 新しいサーバに書き換えてAレコードのTTL分だけ待った後、 移管先のNSサーバのIPアドレスをドメインレジストラのNSレコードに登録したという手順です。 }}} == tweet から分かること == ドメインレジストラの提供するDNS(サーバー）: 　レジストラのDNSがレジストリのDBに対応するものか、わからない。 　　ここが区別できていないのが、最大の問題か。 　レジストリ登録情報は（登録業者の提供する）DNSサーバを登録するものだから。 DNSサーバー(権威サーバ）は自前運用らしい。そのIPアドレスだけを変更した。 新サーバの設定は？ 1. 登録NSに対応するA(glue?)を変更したのか。 2. TTLだけ待った。 3. 新サーバ名（+IPアドレス)をレジストラに登録 なにを作業してるのか、分かっていないような気がする。 NSレコードに対応するAを書き換えただけではよくわからないが、 　登録業者がサービス提供しているDNSゾーンサービス上での話だと想定すると 　矛盾なく説明ができそうだ。 つまり、レジストリ登録には一切手を出していない。 本人はレジストリ登録情報だったように言っている。 　　だとすると、TTLは2日の可能性もあるので、なにか別のTTLと混同しているのかも。 おまけ提供のサーバ上での変更と、レジストリ情報の変更との区別がない。 -- ToshinoriMaeno <> 似たような話をネットで見たとしても、それがなにを意味しているかは、 ネットに書いたひとの意味していることを読み取れるとは思えない。 かくして、噂が噂をよぶという悪循環が起きる。 -- ToshinoriMaeno <>