Network)の使用率を大幅に削減します。Clientピアリングの機能の仕方と関連するコンセプトの詳細はクライアントピアリングを参照してください。エンタープライズネットワークに関する情報が多くない場合でも、デフォルトのクライアントピアリング設定は便利です。ベストプラクティスとして、貴社のネットワーク管理者とTaniumのテクニカルアカウントマネージャ(TAM)と協力して、特定のエンタープライズネットワークの詳細に基づきピア通信をさらに最適化するいくつかの重要な設定を構成します。Clientのピアリング設定のチューニングをする場合、次の目標に重点を置いてください。WANを介したクライアントのピアリングを常に防止します。(IPv4)およびAddressPrefixIPv6が定義するアドレスの境界を拡大したい場合があります。この変更により受け入れ不可能なレイテンシが起きないことを確認する必要があります。AddressMaskおよびAddressPrefixIPv6を、WANリンクをまたがないと予想するネットワーク内最大のサブネットのnetmask/prefixに設定します。AddressMaskおよびAddressPrefixIPv6境界のより詳細な例外を指定するには、分割サブネット構成を使用します。エンタープライズVPNサブネットアドレスを指定するには、隔離サブネット構成を使用します。Clientピアリングに参加しないことです。7.2以前は、IPv4のみをサポートしています。バージョン7.3以降のIPv6サポートを必要とする場合、テクニカルアカウントマネージャにご相談ください。ServerにIPv4クライアントまたはIPv6クライアントとして登録できますが、両方は登録できません。Taniumのデプロイでは、IPv4とIPv6両方の近くのエリアを含むことができますが、それぞれの近くのエリアは一つのIPバージョンからのクライアントのみしか含むことができません。IPv4クライアントとIPv6クライアントは互いにピアできません。Clientピアリングの境界が決まります。AddressMaskは、最適ではないピア接続を防ぐために、IPv4アドレスを持つクライアントピアのネットワーク近接度を管理します。デフォルト設定では、同じ24ビットアドレスマスクを共有する近くのクライアントにピアリングを制限します。Clientと192.168.0.0/24でピアリングすることができますが、192.168.1.0/24にはピアリングできません。Serverに送信できます。近くのクライアントリストはAddressMask境界に準拠しています。Server設定です。AddressPrefixIPv6は、最適ではないピア接続を防ぐために、IPv6アドレスを持つクライアントピアのネットワーク近接度を管理します。これはピアリングを指定しません。IPv6ネットワークのピアリングの最適値を判断するにはテクニカルアカウントマネージャと相談してください。なければ、この設定はAddressMaskと同様に機能します。ServerのWindowsレジストリエントリに移動します。ServerAddressMaskエントリをダブルクリックして編集します。表1の値の指定に関するガイダンスを参照してください。AddressPrefixIPv6エントリをダブルクリックして編集します。次の表は、クラスCおよびクラスBアドレスのIPv4ネットワークアドレスマスクの長さをまとめたものです。AddressMaskはREG_DWORD型で、16進値として指定されています。(255.255.240.0)は00F0FFFFと指定されています。0000FFFF‡AddressMask設定を無効にするには、ゼロを8つ入力します。ピアリングを制限するためにAddressMaskを使用したくない場合は、これを行います。AddressMaskをオフにすると、デフォルトの動作がないため、SeparatedSubnets.txtファイルのすべてのエンタープライズサブネットを明確に説明する必要があります。レジストリキーを削除するだけでなく、00000000を指定する必要があります。Serverのアップグレードによって保持されません。AddressMaskという名前のレジストリエントリが存在しない場合、アップグレード処理でデフォルト値(/24)によりレジストリエントリが作成されます。Clientピアリングに対してより詳細な例外を指定するには、分離サブネットを構成します。Serverに接続するのかに基づいて、ピアリングのための分割サブネット構成を使用します。各サーバは、この構成を使用して、このリストを介して登録するクライアントのピアリストを管理します。Platformバージョンによって異なります。Serverサービスを再起動する必要はありません。Serverに登録し、更新されたピアリストを受け取ることができます。(サブネット)]に移動します。(分割サブネット)]をCIDR形式(192.168.2.0/24など)で入力します。7.3以降は、IPv6サブネットをサポートします(テクニカルアカウントマネージャに問い合わせてください)。これは角カッコで囲み、プリフィックスを付ける必要があります([2001:db8::]/32など)。注意:コメントまたは文書を追加する場合は、行の先頭またはエントリの直後に「;」または「#」のいずれかを使用します。Serverは、構成をSeparatedSubnets.txtという名前のファイルでインストールフォルダに保存します。Serverインストールフォルダにコピーします。Serverに対して同じコンテンツを必要とします。ベストプラクティスとして、ファイルの同期を維持し混乱を排除することをお勧めします。Serverごとにサブネットを別々に区別する必要があります。Server上のSeparatedSubnets.txtコピーを変更できます。7.0.314.6085以前の7.0ビルドメモ帳などの標準エディタを使用してテキストファイルを作成します。ファイルを開き、CIDR形式のサブネットアドレスを1行に1つずつ入力します。Subnets192.168.2.0/24[2001:db8::]/32行の先頭に;または#記号のいずれかを使用します。任意のコメントやドキュメントを追加するためにエントリの直後に入力します。SeparatedSubnets.txtと名前を付けてファイルを保存します。Serverインストールフォルダにファイルをコピーします。Serverインストールフォルダにコピーします。Serverに対して同じコンテンツを必要とします。ベストプラクティスとして、ファイルの同期を維持し混乱を排除することをお勧めします。Serverごとにサブネットを別々に区別する必要があります。Server上のSeparatedSubnets.txtコピーを変更できます。Clientがクライアントピアリングに参加できるようにしないでください。VPNクライアントは特別なVPNアドレスブロック内でローカルIPアドレスを有していますが、ホストエンドポイントは実際には互いに近接してはいません。それらの間のネットワーク通信は、WANリンクを利用し、クライアント-サーバ間の接続よりもはるかに長いレイテンシとなります。隔離サブネットを構成でき、指定されたサブネットおよびエンドポイントIPアドレスのリストのクライアントピアリングが無効になります。ServerはAddressMask、AddressPrefixIPv6、SeparatedSubnets.txt、およびIsolatedSubnets.txtを評価し、これらの設定のうち最も制限の厳しいルールを適用します。Serverはそのクライアントを空のピアリストに送り、それによりクライアントはピアリングには参加しません。隔離サブネット隔離サブネットを使用して、他のケースでのピアリングを無効にすると便利です(たとえば、ネットワークに問題があるときにピアリングをテストまたはデバッグする場合など)。これを実行することに関連するパフォーマンスコスト(WANを介したクライアントとサーバの接続の増加)と適時性に関する問題の両方があることに注意してください。Clientは、新しいQuestionについて登録間隔(通常は数分)で学習します。Clientよりもゆっくりと答えを提供します。隔離サブネットを使用してピアリングを無効にする場合は、基盤となるネットワークの問題を調査して解決し、隔離されたクライアントがピアリングを再開できるように構成を更新することがベストプラクティスです。Serverに登録し、更新されたピアリストを受け取ることができます。IPアドレス(たとえば192.168.0.1/32)をIsolatedSubnets.txtに追加することが適切な場合があります。Clientは、ポート17472ではなく17473のピアトラフィックに自動的に従うように設計されています。ポート17473がブロックされている場合、ファイルのディストリビューションなど、クライアントのピアリング中に問題が発生する可能性があります。Serverがあるかどうかによって異なります。Clientのピアリストを管理します。Serverサービスを再起動する必要はありません。(サブネット)]に移動します。(隔離サブネット)]をCIDR形式(192.168.2.0/24など)で入力します。7.3以降は、IPv6サブネットをサポートします(テクニカルアカウントマネージャに問い合わせてください)。これは角カッコで囲み、プリフィックスを付ける必要があります([2001:db8::]/32など)。注意:コメントまたは文書を追加する場合は、行の先頭またはエントリの直後に「;」または「#」のいずれかを使用します。Serverは、構成をインストールフォルダにIsolatedSubnets.txtという名前のファイルで保存します。Serverインストールフォルダにコピーします。Serverに対して同じコンテンツを必要とします。ベストプラクティスとして、ファイルの同期を維持し混乱を排除することをお勧めします。Serverごとにサブネットを別々に区別する必要があります。Server上のIsolatedSubnets.txtコピーを変更できます。7.0.314.6085以前の7.0ビルドメモ帳などの標準エディタを使用してテキストファイルを作成します。ファイルを開き、CIDR形式のサブネットアドレスを1行に1つずつ入力します。concentrator行の先頭に;または#記号のいずれかを使用します。任意のコメントやドキュメントを追加するためにエントリの直後に入力します。IsolatedSubnets.txtと名前を付けてファイルを保存します。Serverインストールフォルダにファイルをコピーします。Serverインストールフォルダにコピーします。Serverに対して同じコンテンツを必要とします。ベストプラクティスとして、ファイルの同期を維持し混乱を排除することをお勧めします。Serverごとにサブネットを別々に区別する必要があります。Server上のIsolatedSubnets.txtコピーを変更できます。Consoleを使用するか、クライアントホストコンピュータの設定を調べます。Clientは登録時に更新されたピアリストを受信します。(最終登録)]の日時を考慮します。(ネットワークロケーション)]で行を並べ替え、サブネット間でクライアントのピアリングステータスを確認するためにブラウズできます。(ステータス)]列は、クライアントがリーダーかどうかを示します。空白のエントリは、通常のピアを示します。(ステータス)]列を使用して、設定変更がリーダー数に与える影響を追跡できます。(方向)]列はクライアントの接続状態を示します。Serverとの接続を示します。横の矢印はピアとの接続を示します。(方向)]列を使用して、クライアントがリーダーである理由を理解できます。ピアの方向が報告された状態アイコン説明バックワードとフォワーディングピア接続を持つ、正常なステータスのクライアント。一次チェーンの一端を示すバックワードリーダー。通常、その一次チェーンで最小のIPアドレスを持ちます。一次チェーンの一端を示すフォワードリーダー。通常、その一次チェーンで最大のIPアドレスを持ちます。近くのエリアがクライアントの最大数に達したためにリーダーとして指定されたクライアント。ピア接続がない独立したクライアント。テストまたは小規模のパイロット展開では、過度の数のリーダー接続または予期しないリーダー接続のように見えることがあります。プラットフォームは、最低限のリーダー数でより最適に稼働するため、リーダーは必要に応じて作成されます。Questionを使用して、予想される動作を確認することもできます。Clientのピア通信と近くのエリア構成を調べるために設計されたセンサーが含まれています。センサーには次のものが含まれます。Client近くのエリア。次の例は、これらのセンサーを使用するアドホックなQuestionです。Clientの設定でピアアドレスリストを確認できます。ClientのWindowsレジストリの例です。6.0)の近くのエリアとピアリング情報を示しています。このクライアントには転送ピアがないため、フォワードリーダーです。7.2)の近くのエリアとピアリング情報を示しています。Inc.の登録商標です。問い合わせ先サイトクレジット。