一般

cloudflare.com等のアプリケーションを使用する際にリクエストを送信する際、ご使用のコンピューターはアプリケーションを読み込めるよう、接続先サーバーを把握しておく必要があります。コンピューターは、この名前からアドレスへの変換方法を知らないため、専用サーバーにその代行を依頼します。

この専用サーバーが、DNS再帰リゾルバーと呼ばれるものです。このリゾルバーの役目は、たとえばcloudflare.comなら2400:cb00:2048:1::c629:d7a2のように、ドメイン名に対応するアドレスを見つけて、そのアドレスを要求したコンピューターに返すことです。

コンピューターは、IPアドレスで識別される特定のDNSリゾルバーと通信するよう設定されています。通常、ご自宅または無線インターネットを使用している場合の設定はISP（ComcastやAT&Tなど）が管理し、オフィスのインターネットで接続している場合の設定はネットワーク管理者が管理しています。設定済みのDNSリゾルバーを変更して、コンピューターがお客様自身に通信するようにも設定できます。

リゾルバーは、ドメイン名のアドレスをどうやって見つけるのでしょうか？ ドメイン名の最後にあたるトップレベルドメインから取りかかるのです。

各リゾルバーは、ドメイン名の末尾にある目に見えない「.」の見つけ方を知っています（例：cloudflare.com.）。世界には、「.」ファイルをホストする何百ものサーバーが存在します。Cloudflare自体は、ISCとのパートナーシップを通じて、世界中のサーバーすべてでこのファイルをホストしています。リゾルバーは、こうしたサーバーのIPアドレスを把握できるようハードコードされています。

リゾルバーは、ルートサーバーに対し、チェーン中の次のリンクをTLDまたはドメイン末尾のどちらで見つけるべきかを尋ねます。たとえばTLDであれば、.comまたは .orgです。幸いにも、ルートサーバーはすべてのTLDサーバーの場所を保管しているため、DNSリゾルバーが次に尋ねるべきIPアドレスを返すことができます。

次に、リゾルバーはTLDサーバーに対し、探しているドメインをどこで見つけることができるか尋ねます。たとえば、リゾルバーは .com に対し、cloudflare.com がどこにあるかを尋ねます。TLDは、TLDを使用したあらゆるドメインの場所を保管したファイルをホストしています。リゾルバーは最終的なIPアドレスを見つけると、質問したコンピューターに答えを返します。

情報をホストするサーバー（権威DNS）と情報を探すサーバー（DNSリゾルバー）からなるこのシステムを総合して、ドメインネームシステム（DNS）と呼びます。 DNSは、インターネットのGoogle Mapsのようなものです。場所の名前をアドレスに変換することで、そこまでの到達方法を理解できるようにします。

はい。1.1.1.1はIPv6に完全対応しています。

ドメイン名のDNSキャッシュは、［キャッシュをパージ］ツールでリフレッシュすることができます。ドメイン名を入力して、DNSレコードタイプ（複数可）を選択し、［キャッシュをパージ］ボタンを押します。

できません。ご利用のDNSを1.1.1.1に向けて設定することはできますが、それが中国国内の当社データセンターに到達することはありません。代わりに、そのリクエストは中国本土外にある、当社データセンターへルーティングされます。

こちら.

モバイルアプリ

アプリは、ご利用の携帯電話内でローカルDNSリゾルバーを実行して、このリゾルバーのアドレスにDNSリクエストを送信するよう、他のすべてのアプリに依頼します。DNSリクエストはローカルDNSリゾルバーに届くと暗号化され、1.1.1.1に送信されます。

いいえ。通常、VPNアプリは、すべてのネットワークトラフィックをプロキシします。1.1.1.1アプリは、ご利用の携帯電話のDNSトラフィックをオーバーライドしてセキュアにするだけです。

iOSのDNSログには、ご利用の携帯電話が行うすべてのDNSクエリーが含まれています。これらのDNSクエリーを作成しているのは、通常はアプリやモバイルブラウザです。

コンソールログは、Cloudflareがお客様の接続をデバッグする際に役立ちます。

当社は、お客様から届くすべての提案に目を通しています。アプリ使用時に携帯電話を振り、改善に向けた提案を送信してください。あるいは、アプリのメニューに進み、［ヘルプ］をタップしてフィードバックを送ることもできます。

DNS over TLSとDNS over HTTPSは、いずれも携帯電話から送られる普通のDNSクエリーを暗号化します。

DNS over HTTPSはポート443を、DNS over TLSはポート853をそれぞれ使用します。一部のネットワークでは、これらのポートのいずれかがブロックされている場合があります。ポート443がブロックされている場合は、DNS over TLSを使ってください。ポート853がブロックされている場合は、DNS over HTTPSを使ってください。DNS over TLSがDNS over HTTPSよりも速い場合もあれば、その逆の場合もあります。

アプリを使用中に携帯電話を振って、バグレポートを送信してください。そうすると、アプリはバグレポートにスクリーンショットとコンソールログを添付します。コンソールログは、お客様の接続のデバッグを行ってアプリの利用体験全般を改善するのに役立ちます。

アプリのホームページにあるトグルスイッチでアプリをオフにしてから、再びオンにしてください。問題が続く場合は、アプリを無効にしてバグレポートを送信してください。

これは、ご利用のネットワーク接続が一時的に中断されているか、データ接続が1.1.1.1接続をブロックしている場合に発生します。

• アプリのホームページにあるトグルスイッチで、アプリを無効にしてください。
• iOS 設定アプリを開き、［設定］ > ［一般］ > ［リセット］に進みます。
• ［ネットワーク設定をリセット］をタップします。
• デバイスを再起動してください。この際、必ずWi-Fi接続があることを確認します。
• アプリの接続を再試行してください。

これでも接続できない場合は、1.1.1.1アプリを無効にしてバグレポートを送信してください。

［OK］ボタンをクリックできない場合は、ダイアログの上で別のアプリケーションが開いている可能性があります。 Lux Brightness、Night Mode、Twilight、FileManagerなど、一部のアプリがこの問題を引き起こすことがわかっています。この問題を回避するには、原因になり得るすべてのアプリケーションを閉じるか、アンインストールしてください。

ご利用の携帯電話が、アプリを無効にすることでバッテリーを管理しようとしています。たとえば、Huaweiデバイスのほとんどは、メモリーと電源を積極的に管理することで知られています。

以下のステップに従い修正してください。

• 携帯電話の［設定］に進みます。
• ［詳細設定］を選択します。
• ［バッテリーマネージャー］に進みます。
• ［保護されたアプリ］を開きます。
• 1.1.1.1アプリについて［画面がオフになってもアプリの実行を許可］を選択します。

Android 8またはそれ以降のバージョンをお使いの場合、1.1.1.1アプリからは「高速でプライバシー優先のDNSクエリー」という通知が常に表示されます。

これは、バックグラウンドで動作するすべてのアプリについてAndroid OS（8.0+）が求める動作です。

お客様の携帯電話に入る他の重要な通知の邪魔にならないよう、当社では通知の優先順位を「低」に設定しています。

この通知を非表示にできる方法が1つあります。ただし、この設定を行うと、1.1.1.1アプリからの他の通知も受信できなくなります。手順は次の通りです。

1. ［設定］を開きます。
2. ［アプリケーションと通知］を開きます。
3. アプリのリストから1.1.1.1アプリの設定を開きます。
4. ［通知］をタップして無効にします。

問題ありません。アプリの通知を無効にしたために、Android OSがバッテリーの使用状況に関する別の警告を送信するようになっただけです。アプリが大量のバッテリーを消費しているからではなく、バックグラウンドで動作しているからです（そのおかげでDNSクエリのすべてが保護されています）。

この通知は、以下の手順で削除できます。

1. 通知を長押ししてトグルを表示します。
2. トグルをタップしてグレー表示にします。
3. ［完了］を選択して通知を無効にします。

おそらくは別のVPNを使用していて、「Always On」設定が有効になっているからです。それを無効にして、1.1.1.1を有効にしてください。

そのためのページは、以下の手順で開くことができます。

1. ［設定］
2. ［ネットワークとインターネット］
3. ［詳細］
4. ［VPN］
5. 1.1.1.1のギアボタン
6. 1.1.1.1の［Always On］を有効化