Websenseを使用してOpenDNS Umbrellaをインストールするためのベストプラクティスの理解

ダウンロード オプション

  • PDF     (305.1 KB)
    Adobe Reader を使ってさまざまなデバイスで表示
  • ePub     (81.9 KB)
    iPhone、iPad、Android、ソニーの Reader、または Windows Phone 上で、さまざまなアプリを使って表示
  • Mobi (Kindle)     (68.0 KB)
    Kindle デバイスで、または Kindle アプリを使って複数のデバイスで表示
Updated: 2025 年 10 月 8 日
Document ID:225189

偏向のない言語

この製品のドキュメントセットは、偏向のない言語を使用するように配慮されています。このドキュメントセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブ ランゲージの取り組みの詳細は、こちらをご覧ください。

翻訳について

シスコは世界中のユーザにそれぞれの言語でサポート コンテンツを提供するために、機械と人による翻訳を組み合わせて、本ドキュメントを翻訳しています。ただし、最高度の機械翻訳であっても、専門家による翻訳のような正確性は確保されません。シスコは、これら翻訳の正確性について法的責任を負いません。原典である英語版（リンクからアクセス可能）もあわせて参照することを推奨します。

    はじめに

    このドキュメントでは、Websenseを使用してOpenDNS Umbrellaをインストールするためのベストプラクティスについて説明します。

    概要

    評価中（およびその後）にOpenDNSの可能性を最大限に引き出すには、すべての非内部DNSトラフィックがOpenDNSグローバルネットワークを指している必要があります。次の3つのWebsense環境が原因で、OpenDNSで一部のDNSトラフィックが欠落します。

    1. オンプレミスプロキシは、Webサーバーによって開始されたDNS要求を解決しています（より一般的）

    2. クラウドプロキシは、Webサーバによって開始されたDNS要求を解決しています（Webエンドポイントエージェントを使用するハイブリッド顧客が対象）

    3. オンプレミスプロキシがクライアントの代わりにDNS要求を解決している（頻度は低い）

    1)オンプレミスプロキシが、Webサーバーによって開始されたDNS要求を解決しています

    • Websense Content Gatewayは、明示的または透過的なプロキシモードで導入され、Webサーバとの接続が確立された後に開始されたDNS要求を、その設定に応じて解決できます。

    • これらのDNS要求がWebsenseの組み込みDNSプロキシキャッシングまたは別の再帰DNSサービスから解決される場合、OpenDNSはバイパスされます。

    • Websenseのサポート資料を参照してください。ご参考までに、Websenseが常にOpenDNSを使用して非内部DNS要求を解決するように設定されていることを確認してください。
      Content Gateway Manager Help > DNS Resolver > DNS Variables > スプリットDNSオプションの使用

    2)クラウドプロキシが、Webサーバによって開始されたDNS要求を解決している

    • 残念ながら、Websenseでは、顧客がDNSサーバの設定を直接変更することはできません。

    • Websenseに対して、OpenDNSを指すように設定を手動で変更するように要求できるかどうかは不明です。

    3)オンプレミスプロキシがクライアントに代わってDNS要求を解決している

    • DNSプロキシは、AおよびCNAME DNSエントリの要求にのみ応答します。その他のタイプの要求は応答されません。

    • ホスト名とIPアドレスのマッピングがDNSキャッシュにない場合、Content Gatewayは/etc/resolv.confファイルで指定されているDNSサーバに接続します。（注：resolv.confの最初のエントリのみが使用されます。これは、DNS要求が最初に意図されていたものと同じDNSサーバではない可能性があります）。

    note-icon

    注:「Always Query Destination」オプションを使用すると、DNSルックアップの数が減り、Content Gatewayが明示的プロキシモードと透過的プロキシモードの両方で実行されていない場合は有効にできます。着信リクエストの元の宛先IPを常にARM(Adaptive Redirection Module)から取得するようにプロキシを設定します。 そして、要求のホスト名に対してDNSルックアップを実行する代わりに、そのIPを使用して発信元サーバを判別します。クライアントはすでにDNSルックアップを実行しているため、プロキシは実行する必要はありません。

    更新履歴

    改定 発行日 コメント
    1.0
    08-Oct-2025
    初版
    TAC Authored

    シスコ エンジニア提供

    このドキュメントは役に立ちましたか?

    Feedbackフィードバック

    シスコに問い合わせ

    このドキュメントは次の製品に対応しています