DNS（ドメインネームシステム）

DNS（Domain Name System）は、人間が読めるドメイン名（fliplink.meなど）をコンピューターがサーバーを特定するために使用する数値のIPアドレスに変換するインターネットのアドレッシングインフラです。ブラウザにURLを入力すると、DNSサーバーのチェーンがドメイン名をIPアドレスに解決してから、ページの読み込みが始まります。単純なアドレス解決以外にも、DNSは複数のレコードタイプを格納しています：Aレコード（IPv4アドレス）、AAAAレコード（IPv6）、CNAMEレコード（ドメインエイリアス）、MXレコード（メールルーティング）、TXTレコード（SPF、DKIM、DMARCの検証文字列）、NSレコード（ネームサーバーの委任）。これらのレコードが連携して、ウェブ、メール、サードパーティサービスにおけるドメインの動作を制御する層を形成しています。

デジタルパブリケーションを開くたびに、ブラウザはドメインを解決するためにDNSルックアップを実行します。DNSの設定が間違っていると、読者にブラウザエラーが表示されたり、間違ったサーバーに送信されたりする可能性があります。遅いDNS解決は、ページコンテンツの読み込みが始まる前にレイテンシーを追加します。DNSは[カスタムドメイン](/glossary/custom-domain)、メール認証、[SSL](/glossary/ssl)証明書の検証の基盤でもあり、パブリッシングインフラの重要な要素です。ブランドURLでコンテンツを配信するパブリッシャーにとって、DNSを理解することはプロフェッショナルな体験と壊れたリンクの違いを意味します。

DNSはFlipLinkの[カスタムドメイン](/features/custom-domains)機能の中心です。docs.yourcompany.comのようなブランドURLでフリップブックを配信するには、DNSプロバイダーでそのサブドメインをFlipLinkのサーバーに向けるCNAMEレコードを作成します。FlipLinkは受信リクエストを検出し、アカウントに紐付け、SSL証明書のプロビジョニングを自動的に処理します — 手動での証明書管理は不要です。DNSは、FlipLinkの[メールテンプレート](/features/email-templates)や共有機能を通じて送信されるメールのメール認証（SPF、DKIM、[DMARC](/glossary/dmarc)）を設定する際にも関与します。適切なDNS設定により、パブリケーションが素早く読み込まれ、ブランドURLが確実に機能し、メールがスパムフォルダに入らず認証チェックを通過します。

DNSルックアップは特定の解決チェーンに従います。ブラウザはまずローカルキャッシュを確認し、次に再帰リゾルバ（通常はISPまたはCloudflareの1.1.1.1やGoogleの8.8.8.8などのパブリックサービスが運用）に問い合わせます。リゾルバがキャッシュに回答を持っていない場合、ルートネームサーバー、次に`.com`、`.me`などのTLD（トップレベルドメイン）ネームサーバー、最後に特定のドメインの権威ネームサーバーに問い合わせます。権威サーバーがIPアドレスを返し、再帰リゾルバがレコードのTTL（Time To Live）値に従って結果をキャッシュします。TTLは他のサーバーが回答を記憶する期間を制御します — 短いTTL（300秒）は変更が素早く伝播しますがルックアップが増え、長いTTL（86400秒）はルックアップ量を減らしますが更新の伝播が遅れます。 パブリッシャーが遭遇する一般的なDNSレコードタイプ： - **A / AAAA** — ドメインをIPアドレスに直接マッピング（IPv4またはIPv6） - **CNAME** — あるドメインを別のドメインに向けるエイリアスを作成（カスタムドメインに使用） - **MX** — メールを正しいメールサーバーに転送 - **TXT** — ドメイン検証、SPF、DKIM、DMARCポリシー用のテキスト文字列を格納

**「DNS変更は即座に反映される」** DNS更新はTTL値に基づいて伝播します。以前のレコードに24時間のTTLが設定されていた場合、一部のリゾルバはそのキャッシュが期限切れになるまで古いアドレスを返し続けます。変更前にTTLを下げることで伝播を速めることはできますが、常にある程度の遅延はあります。 **「DNSはウェブサイトだけに関係する」** DNSはメール配信、サードパーティサービスのドメイン検証、セキュリティポリシー（DMARC、DANE）、CDNルーティングに影響します。TXTレコードが1つ間違って設定されているだけで、メールがスパムとして拒否される原因になります。 **「CNAMEレコードとAレコードは互換性がある」** 異なる目的を持っています。Aレコードは特定のIPアドレスを指し、CNAMEレコードは別のドメイン名を指します。CNAMEレコードは同じホスト名上で他のレコードタイプと共存できません（「CNAMEアットエイペックス」制限）。そのため、ルートドメインではAレコードを、サブドメインではCNAMEレコードを使用するのが一般的です。

1. FlipLinkのパブリケーションに使用するサブドメインを特定する（例：`docs`、`catalog`、`flipbooks`）。 2. ドメインレジストラまたはDNSホスティングプロバイダーにログインする。 3. FlipLinkダッシュボードで提供された値を指すCNAMEレコードを、選択したサブドメインに対して作成する。 4. 初期設定時はTTLを低い値（300〜600秒）に設定し、素早く検証できるようにする。 5. DNS伝播を待つ（通常は数分、場合によっては数時間）。 6. FlipLinkに戻ってカスタムドメインを有効化する — SSLは自動的にプロビジョニングされる。 7. ブラウザでドメインにアクセスし、フリップブックが正しく読み込まれることを確認してテストする。 8. すべてが機能したら、TTLをより長い値（3600〜86400秒）に増やしてルックアップのオーバーヘッドを削減できる。