ネットワーク事業者

ネットワーク事業者（インターネットサービスプロバイダー (ISP)、デバイスメーカー、公衆 Wi-Fi ネットワーク、自治体ブロードバンド事業者、セキュリティスキャンサービスを含みます）は、自前の再帰 DNS インフラ（クライアントに代わってインターネット上の権威ネームサーバーに問い合わせ、クエリを解決する DNS サーバー）の代わりに 1.1.1.1 を利用できます。

Cloudflare は ISP やネットワーク機器ベンダーとも提携し、各社のサービス内で 1.1.1.1 for Families を提供できるようにしています。詳細は ブログ記事 ↗ を参照してください。

1.1.1.1 を使うと、Cloudflare の大規模な グローバルネットワーク ↗ によりエンドユーザーのパフォーマンスが向上します。また、リージョンキャッシュにより、キャッシュヒット率（上流への新規ルックアップではなくキャッシュから回答できた DNS クエリの割合）も全体として高くなります。

1.1.1.1 リゾルバーはプライバシーを最優先に設計されています。1.1.1.1 が記録・保持する内容については、データおよびプライバシーポリシー を参照してください。

事業者として 1.1.1.1 を使う方法は複数あります。

• エンドユーザーのルーターやデバイスに DNS over HTTPS または DNS over TLS プロキシを載せる（プライバシーの観点で最適です）。
• 事業者ネットワーク内で、DHCP/PPP（事業者がデバイスへネットワーク設定（DNS サーバーを含む）を自動割り当てするプロトコル）経由でデバイスに 1.1.1.1 を配布する（推奨。最も実用的です）。
• エッジルーター上の DNS プロキシが、接続中の全デバイスに代わって 1.1.1.1 へリクエストする。

可能な場合は、クエリに暗号化トランスポート（DNS over HTTPS または TLS）を使うことを推奨します。ラストマイルネットワーク（事業者とエンドユーザーの間の最終区間）上で、ユーザーのプライバシーを最も高く保てます。

1.1.1.1 の公開エンドポイントは次の表のとおりです。リゾルバーの種類ごとにフィルタリングのレベルが異なります。フィルタなしリゾルバーはコンテンツブロックなしの標準 DNS 解決を行い、Malware 版はマルウェアやフィッシングに関連するドメインへのクエリをブロックし、Adult Content + Malware 版はそれに加えてアダルトコンテンツもブロックします。

エンドユーザーがデフォルトの 1.1.1.1 リゾルバーから 1.1.1.1 for Families のいずれかのエンドポイントへ切り替えられる選択肢を用意するとよい場合があります。

通常のインターネット向けアプリケーションやユーザー向けに 1.1.1.1 を使う事業者では、ユーザーがレート制限に遭遇することはありません。まれに、セキュリティスキャン用途やプロキシ経由のトラフィックは、自社インフラおよび上流 DNS インフラを不正利用から守るため、レート制限されることがあります。

ベストプラクティスは次のとおりです。

• 単一の IP アドレスからすべてのクエリを高いレートでトンネリングまたはプロキシしないでください。複数のパブリック IP にクエリを分散すれば、キャッシュヒット率に影響せず改善できます（キャッシュはリージョン単位です）。
• 同じドメインに対して「キャッシュできない」応答（クエリを完了できなかったことを示す DNS 応答コード SERVFAIL など）のレートが高い場合、上流の権威ネームサーバー（ドメインの公式レコードを保持する DNS サーバー）を保護するためにレート制限されることがあります。多くの権威ネームサーバーは独自のレート制限を設けており、可能な限りサードパーティインフラへ過負荷をかけないよう努めています。

ネットワーク事業者で未解決の質問がある場合は、ユースケースを添えて resolver@cloudflare.com に連絡してください。連絡の際は、自ネットワーク内から 1.1.1.1/help ↗ にアクセスし、表示されたレポートを Cloudflare と共有してください。