特にIPv6の開発を追っていますが、最終的にエンドユーザーにプレフィックスを発行し始めるのは興味深いです。 これまでのところ、MTUだけが/ 2月から32ペフィックスを所有しており、他の主要なオペレーターは気づかれていません。 8月、ランブラーとヤンデックスがプレフィックスを受け取りました。 SixXS Webサイトで発行されたプレフィックスを追跡できます 。 そのため、ipv6.google.comなどのIPv6ホストがあるサイトを確認したかったのです。
＃dig ipv6.google.com
; << >> DiG 9.5.0-P2 << >> ipv6.google.com
;; グローバルオプション：printcmd
;; 答えを得ました：
;; ->> HEADER <<-オペコード：QUERY、ステータス：NOERROR、ID：52452
;; フラグ：qr rd ra; クエリ：1、回答：1、権限：1、追加：0
;; 質問セクション：
; ipv6.google.com。 で
;; 回答セクション：
ipv6.google.com 10800 in CNAME ipv6.l.google.com。
;; 権限セクション：
l.google.com 60 IN SOA algoogle.com。 dns-admin.google.com。 1355383 900900 1800 60
;; クエリ時間：33ミリ秒
;; サーバー：127.0.0.1＃53（127.0.0.1）
;; いつ：8月27日水曜日15:54:41 2008
;; MSGサイズrcvd：102
追加のリクエストが必要です。
#dig ipv6.l.google.com
; << >> DiG 9.5.0-P2 << >> ipv6.l.google.com
;; グローバルオプション：printcmd
;; 答えを得ました：
;; ->>ヘッダー<<-オペコード：QUERY、ステータス：NOERROR、ID：14957
;; フラグ：qr rd ra; クエリ：1、回答：0、権限：1、追加：0
;; 質問セクション：
; ipv6.l.google.com。 で
;; 権限セクション：
l.google.com。 60 in SOA elgoogle.com。 dns-admin.google.com。 1355383 900900 1800 60
;; クエリ時間：19ミリ秒
;; サーバー：127.0.0.1＃53（127.0.0.1）
;; いつ：2008年8月27日水曜日15:56:21
;; MSGサイズrcvd：83
しばらくの間、これは私をst迷させました。 答えはなく、ステータスが表示されているとおり：NOERROR
例えば、私がそのようなリクエストをしたとき、そのような答えを見るのは私にとって特に奇妙でした
＃dig ya.ru aaaa
; << >> DiG 9.5.0-P2 << >> ya.ru aaaa
;; グローバルオプション：printcmd
;; 答えを得ました：
;; ->>ヘッダー<<-オペコード：QUERY、ステータス：NOERROR、ID：9892
;; フラグ：qr rd ra; クエリ：1、回答：0、権限：1、追加：0
;; 質問セクション：
;ya.ru。 AAAA
;; 権限セクション：
やる 900 IN SOA ns1.yandex.ru。 sysadmin.yandex.ru。 2008081100 10800 900 2592000 900
;; クエリ時間：74ミリ秒
;; サーバー：127.0.0.1＃53（127.0.0.1）
;; いつ：2008年8月27日水曜日15:59:13 2008
;; MSGサイズrcvd：79
間違いはありませんが、答えもありません。 これがAAAAまたはAレコードを使用するソフトウェアの懸念であることは、私にはすぐに明白に思えました。 つまり AAAAレコードへの回答が空でエラーがない場合、Aレコードがあり、その逆も同様です。 ソフトウェアを書く場合は注意してください。
IPv6 AAAAレコード
All Articles