VPNと併用するブラウザーの暗号化DNSを理解する

端末をVPNに接続していても、ブラウザーが独自の暗号化DNSリゾルバーを選ぶことがあります。この組み合わせが必ず競合するわけではなく、見知らぬリゾルバー名が表示されても、それだけで漏えいの証拠にはなりません。ブラウザーの名前解決にどのサービスが答えるのか、その問い合わせはどの経路を通るのか、どんなフィルタリングを期待していたのかを分けて考えることが大切です。こうした違いが分かれば、関係のない設定を何度も変えずに、開かないページや動作が不安定に見えるブロック機能を調べられます。

暗号化DNSとVPN接続を区別する

DNSは、アプリがサービスを見つけるために使う情報へ名前を変換します。DNS over HTTPS、略してDoHは、その問い合わせをHTTPSでリゾルバーへ送ります。DoHだけで閲覧セッション全体を運ぶわけではなく、VPNトンネルの代わりにもなりません。名前解決が済んだ後でページを開くには、ブラウザーには引き続き正常な経路が必要です。

VPNが設定を通じてリゾルバーを提供する一方で、ブラウザーは別の選択を持つ場合があります。実際の動作はクライアント、OS、ブラウザー、適用されるポリシーによって異なります。DNSテストに表示される名前が、契約先の会社と一致するはずだとは考えないでください。VPN事業者が上流サービスを利用していたり、ブラウザー側の上書き設定で意図的に別のサービスを選んでいたりすることがあります。

安全な接続の概要では、トンネル全体の役割を説明しています。目の前の調査は範囲を絞り、まず選択されているリゾルバーを確認してから、問い合わせがそこへどう届くのかを調べましょう。リゾルバーの識別と通信経路の確認は関連する観察ですが、同じ測定ではありません。

ブラウザーの実際の保護モードを記録する

ブラウザーのプライバシーまたはセキュリティ設定を開き、セキュアDNSのモードと選択済みのプロバイダーを記録します。メニューの場所は変わるため、利用中のブラウザーとプラットフォームの最新文書を参照してください。管理対象の端末では変更が制限されることがあります。個人の好みを有効にするために管理設定を削除してはいけません。

MozillaはFirefoxの複数の保護レベルを説明しています。既定のモードではVPNや特定のネットワークポリシーを検出すると処理を譲ることがあり、より厳格な選択肢ではリゾルバーが利用できない際の動作が異なります。Chromeも自動動作とカスタムプロバイダーの指定を区別しています。公式文書によると、自動モードは暗号化されていない問い合わせに切り替わる場合がありますが、指定したカスタムプロバイダーではこのフォールバックを使いません。

そのため、サポートに「セキュアDNSはオンです」とだけ伝えても情報が不足します。正確なモードと、プロバイダーを自分で選んだかどうかを記録してください。強そうな名称だからという理由だけで、最も厳しい設定にする必要はありません。信頼するリゾルバー、利用するネットワーク、対応できる障害時の動作を考慮して選びましょう。

使用中のリゾルバーに合わせてフィルタリングを考える

DNSによるフィルタリングは、要求された名前を評価するリゾルバーで行われます。アプリが別のリゾルバーを使えば、通信がVPN経由のままでも異なる回答を受け取ることがあります。したがって、広告が見えるだけではトンネルの切断を証明できません。そのコンテンツが、選んだフィルタリング方法の対象外という可能性もあります。

まず製品の機能が何を約束しているのかを確認しましょう。特定のドメイン名をブロックすることと、ページ内のすべての宣伝要素を消すことは別です。目的のコンテンツと同じドメインから配信されるかもしれない一つの広告だけで、仕組み全体を評価しないでください。期待する動作が不明確なら、機密情報を必要としない適切な確認方法を尋ねましょう。

Lumerayaの設定では、Lumerayaヘルプで選択したクライアントと契約に適したDNS設定を確認できます。ブラウザーで有効にした上書き設定も説明してください。サポートが適切な安全な手順を案内するまでは、非公開の設定データをメッセージに含めないでください。VPN設定全体の画像より、ブラウザーの選択モードが分かる画像のほうが役立つ場合が多くあります。

ブラウザーの設定は一つずつ比較する

名前解決に失敗したら、正確なエラーと再現できる公開の接続先を一つ記録します。VPNの接続先とネットワークを変えず、既にインストールされている別のブラウザーで同じ接続先を試してください。結果が違えばブラウザー固有の設定に注目できますが、その差を検証するまでは原因が確定したことにはなりません。

自分の端末でポリシー上も許可されるなら、文書に記載された既定のリゾルバー動作へ一時的に戻し、条件をそろえて比較します。その前に元の設定を保存してください。VPN、ウイルス対策、ファイアウォール、DNS保護を一度に無効にしてはいけません。その後ページが開いても、どの変更が効いたのか分からなくなります。管理対象端末では管理者に比較を依頼しましょう。

キャッシュされたページは、壊れた経路が正常に見える原因になります。既に開いていたページの画像ではなく、機密情報を含まない新しい要求で同じ操作を繰り返してください。障害が名前解決だけに限られない場合は、VPNは接続済みなのにページが開かない場合の記事で、より広い調査手順を確認できます。

リゾルバーのテストから根拠のない結論を出さない

DNSテストが通常観察するのは、そのテストに関係する要求に応答したリゾルバーの基盤です。複数のアドレスや組織名が表示されることもあります。これらは意図した設定と照らし合わせて解釈する必要があり、表示された国は端末からリゾルバーまでの経路全体を示す地図ではありません。

同様に、一つのブラウザーのテストが、独自の通信動作を持つネイティブアプリまで自動的に説明するわけではありません。結果を出したアプリと、独自のDNS設定の有無を記録しましょう。サポートがトンネルの内側と外側の通信を見分ける必要がある場合、公開ウェブページより具体的な診断が必要になることもあります。

観察結果は平易に書いてください。「カスタムリゾルバーモードのFirefoxでこのプロバイダーが表示される」は役立ちます。「端末全体からすべてが漏れている」は、その観察では立証できない結論です。位置情報についても同じ注意が必要です。IPの国とウェブサイトの言語は、リゾルバーとは無関係の理由で食い違うことがあります。各症状を、実際にそれを生じさせたテストと結び付けましょう。

最終的な選択を理解しやすく保つ

正常に動作する構成が見つかったら、ブラウザーのモード、リゾルバーの選択、クライアント、日付を記録します。意図した解決策に含まれない一時的な変更は元に戻してください。カスタムの暗号化リゾルバーを意図的に選ぶなら、既存のフィルタリングやローカル名の解決にどんな影響があるかを理解し、必要な作業を再確認しましょう。

別の場所で動いたという理由だけで設定をコピーせず、ブラウザーを変えたり管理対象端末に移ったりしたら再点検してください。サポートへの報告には、エラー、影響を受ける接続先、一回の条件をそろえた比較結果を含めます。関連のないテスト画像を集めるより、対応に結び付きやすい情報です。

目的は、できるだけ多くのプライバシー設定をオンにすることではありません。どのリゾルバーを使い、それが選んだ接続とどう組み合わさり、応答できない場合に何が起きるかを知ることです。期待を明確にすると、使える閲覧環境と意図した保護の両方を保ち、一つのテストから根拠のない主張をすることも避けられます。