ShadowrocketのDNS設定方法｜システムDNS・カスタムDNS・DNS over HTTPSを比較

1. DNSを変更する前に接続状況を確認

ShadowrocketはAppleプラットフォーム向けの有料アプリで、主にiPhoneとiPadで利用できます。入手先はApp Storeのみです。製品ページでデベロッパのShadow Launch Technology LimitedとアプリID 932747118を確認できます。アプリは買い切りで、システム要件やユニバーサル購入の対応状況はApp Storeの記載をご確認ください。アプリの購入と通信サービスの契約は別です。この記事では、利用中のサービス事業者とサブスクリプションがあることを前提に説明します。

DNSはドメイン名をIPアドレスに変換するもので、その後の接続成功を保証するものではありません。ウェブページが開かない原因は、名前解決のタイムアウトだけでなく、アドレス取得後の接続先ポート、プロキシ接続、TLSハンドシェイクの失敗なども考えられます。問題をDNSだけに限定しないよう、まず現在の設定を記録しておきましょう。

1. Homeで現在使用している接続先を確認します。テスト中は同じ接続先を使い、サブスクリプションの更新やプロトコルの切り替えは行わないでください。
2. 現在のGlobal Routingの選択内容を記録します。Configを使っている場合は、現在有効なConfigも記録し、比較中は同じ状態を保ちます。
3. Settings → DNSの現在の設定を記録し、有効なConfigの[General]にdns-serverがすでに設定されていないか確認します。
4. Settings → On Demandを確認します。テスト中は接続状態を一定に保ち、自動接続の条件が変わって比較できなくなるのを防ぎます。

2. システムDNS・カスタムDNS・DoHの違い

「システムDNS」は現在のネットワークが提供する、またはシステムが管理するリゾルバーを使う方法です。「カスタムDNS」は通常、リゾルバーのアドレスを明示的に指定します。DNS over HTTPS（DoH）は問い合わせの転送方式を指します。カスタムアドレスにDoHを使うこともできるため、この3つは完全に独立した方式ではありません。

DoHが暗号化するのは、デバイスと選択したDNSサービス間の問い合わせ通信です。リゾルバーから問い合わせ内容が見えなくなるわけではなく、ウェブ通信の経路が自動で変わることもありません。接続開始までの処理が増える場合もあります。速度はネットワーク、キャッシュ、エンドポイントの状態によって異なるため、名称だけで速いとは判断できません。

3. SettingsとConfigでDNSを設定する

Settings → DNSで現在のDNS設定を確認します。システムの名前解決を使う場合はsystemを指定します。従来型DNSを使う場合は、利用できることを確認済みのリゾルバーアドレスを入力します。DoHの場合はサービス提供元が案内する完全なHTTPSエンドポイントを入力してください。正しいパスを含め、ウェブサイトのトップページやサブスクリプションのアドレスをDNSアドレスとして入力しないでください。

現在のConfigでdns-serverが明示的に設定されている場合は、Configで有効な設定を開き、[General]を確認してください。以下の2つのカードは入力形式を説明するためのものです。例示のアドレスは文書用に予約されており、利用可能なDNSサービスではありません。実際の設定にそのまま保存しないでください。

既存のConfigでシステムによる名前解決を明示的に使う場合は、そのConfigの[General]セクションに以下の項目が含まれているか確認してください。例を貼り付けるために同名のセクションを追加したり、既存のルールやほかのパラメーターを削除したりしないでください。

[General]
dns-server = system

1. Settingsで変更した内容、または編集中のConfigを保存します。Configで、先ほど確認した設定が有効になっていることも確認してください。
2. Homeで接続を切断してから再接続し、変更後の設定で新しい接続セッションを開始します。再接続しても、すべてのアプリのキャッシュが消去されるわけではありません。
3. 同じドメインで再テストします。新たなタイムアウトが発生した場合は、DNSアドレスを追加し続けるのではなく、記録しておいた元の値に戻してください。

4. DoHエンドポイントとルールによる振り分けを切り分ける

DoHでドメイン名形式のエンドポイントを使う場合、HTTPS接続を確立する前に、デバイスがエンドポイントのホスト名に対応するアドレスを取得する必要があります。これは初期名前解決と呼ばれることがあります。現在の名前解決に問題があり、新しい設定もDoHエンドポイントの検索に同じ名前解決を必要とする場合、「DoHに変更したらすべてのドメインが開かなくなった」という状況が起こり得ます。まず動作していた名前解決の状態に戻してから、エンドポイントを確認してください。

Global Routingは接続の処理方法を決め、DNS設定は名前解決の結果を取得する方法を決めます。互いに置き換えることはできません。問題を切り分ける際は、以下の違いを確認し、特定のウェブページを開くためだけにConfig全体の処理方法を変えたままにしないでください。

• Config：有効なConfigのルールに従って処理します。DOMAIN-SUFFIXはドメインのサフィックスで照合します。IP-CIDRとGEOIPはアドレスの判定に関係します。ローカルでの名前解決が必要かどうかは、個々のルール設定や処理経路にも左右されます。
• Proxy：このモードに応じて通信を処理しますが、すべてのDNS問い合わせがプロキシ経由になるとは限りません。DNS設定、エンドポイントへの経路、実際の記録も確認してください。
• Direct：直接接続を行いますが、現在のネットワークのDNSが必ず使えるという意味ではありません。直接接続できるかどうかと、名前解決に成功するかどうかは別々に確認してください。
• Scene：設定したSceneの選択に関係する項目で、DNSの修復機能ではありません。実際に適用されているSceneを確認し、テスト条件が一致しているか判断してください。

5. DNSが反映されたか確認する

確認では、リゾルバーが応答したか、どのアドレスが返されたか、その後の接続が成功したかを分けて考える必要があります。ウェブページが開いたことや、一度だけ応答が速くなったことだけでは、どのリゾルバーが使われたかはわかりません。キャッシュにより、新しいDNS問い合わせ自体が発生していない場合もあります。

1. 条件を固定：同じWi-Fiまたはモバイルネットワーク、同じ接続先、同じGlobal Routingの選択内容、同じConfigを使います。まず変更前の状況を記録してください。
2. 問い合わせ対象を決める：テストする権限があり、状態がわかっているドメインを使います。まずAを確認し、次にAAAAを確認してください。AAAAの問い合わせ、またはIPv6接続に失敗した場合は、問題を分けて記録します。
3. 名前解決の結果を確認：現在の画面にDNS問い合わせツールがあれば、結果、所要時間、エラーを記録します。利用可能なログも確認し、エンドポイントへの接続失敗、名前解決のタイムアウト、証明書エラーがないか調べてください。
4. キャッシュを除外：既存の結果はアプリ、システム、またはリゾルバーのキャッシュによるものかもしれません。テストするアプリを終了して再度開くか、自分が管理するドメインで、レコードを設定済みの別名を使ってください。存在しないランダムなドメインを正常な名前解決のサンプルとして扱わないでください。
5. 通信を確認：AまたはAAAAの結果を得たら、該当する接続のルートとエラーを確認します。名前解決に成功してHTTPSがタイムアウトする場合は、DNSを繰り返し変更せず、接続先への通信を調べてください。

6. DNS設定でよくある問題