CNAMEとAレコードには異なるTTLがあります。どちらがキャッシュされますか?


16

CNAMETTLが1時間AのTTLが1分のレコードを指す場合、これを検索する人はCNAME結果全体を1時間キャッシュしますか、それとも1分ごとにAレコードを検索し続ける必要がありますか?

回答:


5

dig。を使用すると、CNAMEと後続のレコードのTTLが異なることがわかります。

 dig docs.nwesd.org

; <<>> DiG 9.5.1-P3 <<>> docs.nwesd.org
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 28244
;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 4, ADDITIONAL: 4

;; QUESTION SECTION:
;docs.nwesd.org.                        IN      A

;; ANSWER SECTION:
docs.nwesd.org.         7200    IN      CNAME   ghs.google.com.
ghs.google.com.         16662   IN      CNAME   ghs.l.google.com.
ghs.l.google.com.       195     IN      A       74.125.95.121

;; AUTHORITY SECTION:
google.com.             32196   IN      NS      ns1.google.com.
google.com.             32196   IN      NS      ns4.google.com.
google.com.             32196   IN      NS      ns3.google.com.
google.com.             32196   IN      NS      ns2.google.com.

;; ADDITIONAL SECTION:
ns1.google.com.         32193   IN      A       216.239.32.10
ns2.google.com.         32193   IN      A       216.239.34.10
ns3.google.com.         70187   IN      A       216.239.36.10
ns4.google.com.         242861  IN      A       216.239.38.10

;; Query time: 102 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Wed Mar 17 18:40:05 2010
;; MSG SIZE  rcvd: 232

CNAMEとそれが指しているものの両方を取得することを示すために、再帰サーバーへの単一のリクエストで返されます。

18:40:05.418435 IP 192.168.32.10.24712 > 216.146.36.113.53: UDP, length 43
        0x0000:  4500 0047 4e58 0000 4011 4e98 c0a8 200a  E..GNX..@.N.....
        0x0010:  d892 2471 6088 0035 0033 aae5 f66c 0100  ..$q`..5.3...l..
        0x0020:  0001 0000 0000 0001 0464 6f63 7305 6e77  .........docs.nw
        0x0030:  6573 6403 6f72 6700 0001 0001 0000 2910  esd.org.......).
        0x0040:  0000 0080 0000 00                        .......
18:40:05.519081 IP 216.146.36.113.53 > 192.168.32.10.24712: UDP, length 243
        0x0000:  4500 010f b93a 0000 3511 eded d892 2471  E....:..5.....$q
        0x0010:  c0a8 200a 0035 6088 00fb 6ceb f66c 8180  .....5`...l..l..
        0x0020:  0001 0003 0004 0005 0464 6f63 7305 6e77  .........docs.nw
        0x0030:  6573 6403 6f72 6700 0001 0001 c00c 0005  esd.org.........
        0x0040:  0001 0000 1c20 0010 0367 6873 0667 6f6f  .........ghs.goo
        0x0050:  676c 6503 636f 6d00 c02c 0005 0001 0000  gle.com..,......
        0x0060:  4116 0008 0367 6873 016c c030 c048 0001  A....ghs.l.0.H..
        0x0070:  0001 0000 00c3 0004 4a7d 5f79 c030 0002  ........J}_y.0..
        0x0080:  0001 0001 11ac 0006 036e 7333 c030 c030  .........ns3.0.0
        0x0090:  0002 0001 0001 11ac 0006 036e 7332 c030  ...........ns2.0
        0x00a0:  c030 0002 0001 0001 11ac 0006 036e 7334  .0...........ns4
        0x00b0:  c030 c030 0002 0001 0001 11ac 0006 036e  .0.0...........n
        0x00c0:  7331 c030 c0a2 0001 0001 0000 7dc1 0004  s1.0........}...
        0x00d0:  d8ef 200a c07e 0001 0001 0000 7dc1 0004  .....~......}...
        0x00e0:  d8ef 220a c06c 0001 0001 0002 0204 0004  .."..l..........
        0x00f0:  d8ef 240a c090 0001 0001 0003 b4ad 0004  ..$.............
        0x0100:  d8ef 260a 0000 2910 0000 0080 0000 00    ..&...)........

3
これは質問に答えますか?私は少し混乱しています。
サイモンイースト

19

CNAMEは1時間(エイリアス値)キャッシュする必要がありますが、対応するAが検索されると、合計1分間しかキャッシュされません。あなたは別々に処理される2つの独立したレコードについて話している。


+1-スポットオン。DNSサーバーへの2回の旅行があります。1回はCNAME、もう1回はにA、適切にキャッシュされます
マークヘンダーソン

3
@Farseeker、それは完全に真実ではありません。通常、再帰DNSサーバーは、CNAMEと、CNAMEのルックアップの結果の両方を返します。
ゾレダチェ

まあそれはラメです。CNAMEが1時間キャッシュされるため、そのドメインに対するすべてのリクエスト(1人からの)が1時間キャッシュされることを望んでいました-それが指すAレコードがわずか1分であっても。コンピューターが結果を1時間キャッシュしているためです。このように動作するのは奇妙に思えます。あなたは100%確信していますか?
ショーン

1
エイリアスは同じDNS応答にパックできますが、個別にキャッシュされます。そうでない場合の影響を考慮してください。管理者はAレコードを更新し、それがすぐに有効になることを期待し(おそらく移行のため)、CNAME TTLの期間を待つことを強制されます。ただし、特定のキャッシングNSソフトウェアでそれをオーバーライドし、キャッシュ全体に独自のTTLを設定することも可能です。
マクジェフ

8

GoogleのパブリックDNSサーバーを使用すると、Aレコードの有効期限が切れると、CNAMEのTTLが長くても、CNAMEレコードのクエリも発生します。

DNSプロバイダーがDNSクエリに対して料金を請求したため、私たちはそれを痛々しく経験しました。DNSプロバイダーがホストするCNAMEのTTLは数日間でした。AレコードのTTLは、10秒のTTLでWindows Azureでホストされました。DNSプロバイダーは、750万件のクエリを請求しました。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.