DoH と DoT 技術比較分析

DNS over HTTPS (DoH) と DNS over TLS (DoT) は、いずれも一般的な暗号化 DNS トランスポート方式です。どちらも DNS クエリが盗聴や改ざんされにくくなりますが、基盤となるプロトコルスタックは異なります。

まず結論から見ていきましょう:

• DoH: HTTP を介して DNS を伝送するため、既存の Web インフラを活用しやすい。
• DoT: TLS の上に DNS を直接伝送するため、プロトコルパスが短く、構造がシンプル。
• 両者の根本的な目標は同じ: DNS クエリのプライバシーと完全性を保護する。

対応する標準規格は以下の通りです:

DoH と DoT の違いを本当に理解するには、まずネットワークプロトコルの階層構造から見るのが最善です。

ネットワークプロトコルの階層構造

近代的なネットワークプロトコルスタックは階層設計を採用しており、各層が異なる役割を担っています。DNS はアプリケーション層のプロトコルですが、特定のトランスポート方式に強く依存しているわけではありません。

まずは各層の役割を簡単に理解できる表から見てみましょう:

ここでいくつかの重要なポイントがあります:

• DNS はアプリケーション層に属する。
• TLS はアプリケーション層とトランスポート層の間にある。
• HTTP/3 は依然としてアプリケーション層のプロトコルであり、QUIC 上で動作するだけ。
• **QUIC は「強化型トランスポート層」**と見なされることが多い。信頼性のある転送、輻輳制御、マルチプレクシング、TLS ハンドシェイクを統合しているため。

DoT の TLS を取り除くと、本質的には DNS over TCP に近くなります。これは、「暗号化するかどうか」と「DNS がどのトランスポート上で動作するか」が実は別の次元の話であることを示しています。

Plain DNS の特徴

最も一般的な DNS は Plain DNS と呼ばれ、UDP または TCP 上で動作します。

簡単にまとめると:

• UDP はより軽量: 素早いリクエストに適している。
• TCP はより安定: パケットロスト時により安心できる。
• 一部のネットワーク環境では、特に UDP パケットロストが深刻な場合、TCP の方が安定する可能性がある。

一部のキャリアはネットワーク混雑時に UDP パケットを優先的に廃棄します。この場合、UDP に依存する DNS クエリは影響を受け、TCP は再送機能を持つため、安定した結果を得やすくなります。

アプリケーション層のネスト

DNS と HTTP はどちらもアプリケーション層のプロトコルであるため、DoH は「アプリケーション層でさらにアプリケーション層を包む」と見なせます。

この節では2つのポイントを押さえましょう:

• DoH の核心は HTTP という名前ではなく、HTTP という伝送方式。
• 理論上は DNS をさまざまなアプリケーション層プロトコル上で伝送可能だが、現実には複雑にしすぎる必要はない。

例えば:

• DoH = DNS リクエストを HTTP リクエストに格納する。
• 暗号化されていない HTTP でも DNS を伝送可能だが、実用上のメリットはほぼない。
• 理論的には「DNS over FTP」も可能だが、現実的価値はない。

flowchart TD
    subgraph L7["アプリケーション層"]
        A[DNS]
        B[HTTP]
        C[FTP]
    end
    
    subgraph Security["セキュリティ層"]
        D[TLS]
        E[DTLS]
    end
    
    subgraph Transport["トランスポート層"]
        F[TCP]
        G[UDP]
        H[QUIC]
    end
    
    subgraph L3["ネットワーク層"]
        I[IP]
    end
    
    subgraph L2["データリンク層"]
        J[Ethernet]
        K[WiFi]
    end
    
    A --> D
    B --> D
    C --> D
    D --> F
    E --> G
    H --> G
    F --> I
    G --> I
    H --> I
    I --> J
    I --> K
    
    style A fill:#e1f5ff
    style B fill:#e1f5ff
    style C fill:#e1f5ff
    style D fill:#fff4e1
    style E fill:#fff4e1
    style F fill:#ffe1e1
    style G fill:#ffe1e1
    style H fill:#e1ffe1

トランスポート層のネスト

QUIC は UDP ベースですが、従来のトランスポート層が持つ多くの機能を提供します。

主な特徴は以下の通りです:

• 接続指向
• 輻輳制御
• 再送メカニズム
• フロー制御
• マルチプレクシング
• TLS 1.3 との深い統合

したがって、QUIC は次のように理解できます:

プロトコルの組み合わせ関係

アプリケーション層プロトコルとトランスポート層プロトコルは一対一で紐づいていません。同じアプリケーションプロトコルでも、異なる伝送方式で動作できます。

まず簡略化された一覧表を見てみましょう:

一言でまとめると:

• DoT: パスが短く、TLS の上に DNS を直接載せる。
• DoH: まず HTTP を経由し、その上に DNS を載せる。
• DoQ: QUIC を使って直接 DNS を伝送する。

flowchart LR
    subgraph DoT["DoT DNS over TLS"]
        direction LR
        T1[TCP] --> T2[TLS]
        T2 --> T3[DNS]
    end
    
    subgraph DoH2["DoH over HTTP/2"]
        direction LR
        H1[TCP] --> H2[TLS]
        H2 --> H3[HTTP/2]
        H3 --> H4[DNS]
    end
    
    subgraph DoH3["DoH over HTTP/3"]
        direction LR
        Q1[QUIC] --> Q2[TLS 1.3]
        Q2 --> Q3[HTTP/3]
        Q3 --> Q4[DNS]
    end
    
    subgraph DoQ["DoQ DNS over QUIC"]
        direction LR
        D1[QUIC] --> D2[TLS 1.3]
        D2 --> D3[DNS]
    end
    
    style T1 fill:#e3f2fd
    style T2 fill:#fff3e0
    style H1 fill:#e3f2fd
    style H2 fill:#fff3e0
    style Q1 fill:#e8f5e9
    style Q2 fill:#fff3e0
    style D1 fill:#e8f5e9
    style D2 fill:#fff3e0

パフォーマンスと互換性の分析

プロトコルの組み合わせを理解した上で、DoH と DoT の違いをより直感的に把握できます。

1. パフォーマンス

簡単にまとめると:

• サービスプロバイダが HTTP/3 をサポートしている場合、DoH はより低遅延の可能性を持つ。
• ネットワーク環境が UDP に不親切な場合、DoT の方が安定していることが多い。
• 理論上の速度は実際の体験と必ずしも一致せず、キャリアのパケットロスト戦略が結果に直結する。

2. プライバシーとセキュリティ

要点は以下の通りです:

• DoH も DoT も暗号化 DNS である。
• どちらも DNS の平文漏洩リスクを大幅に低減できる。
• DoT は「識別されやすい」と言われることが多いが、これは主に 853 ポートが目立つためであり、プロトコル自体が本来より多くの情報を露出するわけではない。
• 実際には DoT も 853 ポート以外で動作可能であるが、プラットフォームによってサポート状況は異なる。

3. 拡張性とサービス展開

これはよりサービスプロバイダの視点に近い話です:

• DoH は成熟した HTTP サービス体系を直接活用できる。
• DoH は他の Web サービスと一緒に 443 ポート上に展開しやすい。
• DoT は「専用の DNS サービス」に近く、プロトコルパスはよりシンプルだが、HTTP エコシステムほどの拡張性はない。

4. プラットフォームの互換性

全体的な傾向は:

• DoH のプラットフォーム普及率は年々上昇している。
• DoT は Android での対応が先行している。
• 一般ユーザーにとって、どちらが便利かは、OS がネイティブに提供しているかどうかに大きく左右される。

実際の選択に関するアドバイス

一般的なユーザーに一言だけアドバイスするなら、以下の表を参考にしてください:

さらに詳しく:

• ほとんどのユーザーにとって DoH の方が手軽である。
• サービスプロバイダが DoH/3 をサポートしている場合、ネットワーク環境が良好であればより低遅延が期待できる。
• ネットワーク環境が悪い場合、DoH は HTTP/2 へのフォールバックにより可用性を維持できる。
• ローカルネットワークで UDP パケットのロストが頻繁な場合、DoT の方が DoH/3 より安定する可能性がある。

選択時に注目すべきポイント

以下の4項目を順に確認することをおすすめします:

1. サービスプロバイダが HTTP/3 / DoH/3 をサポートしているか
2. 利用しているキャリアのネットワークで UDP パケットのロストが起きやすいか
3. 使用デバイスが DoH または DoT をネイティブにサポートしているか
4. 手軽な設定を重視するか、ネットワークの安定性を重視するか

実用的なアドバイス

宁屏 の使用をおすすめします。DoT と DoH/3 の両方に対応しており、広告ブロックや DNS 分流機能も提供しています。セルフホストしたい場合は、オープンソースライブラリもご利用いただけます。

まとめ

最後に3つの要点でまとめます:

• DoH も DoT も DNS のプライバシー保護を大幅に向上させる。
• DoH は互換性とエコシステムの活用に優れ、DoT は直接性と安定性に優れる。
• 一般ユーザーにとっては DoH が通常よりバランスの良い選択だが、最終的にはネットワーク環境やサービスプロバイダのサポート状況による。

• ←前のページ
• 次のページ→