ネットワ，クエクスペリエンスの監視
概要
Citrix网络体验监控(NEM)サビス(旧Netscope)を使用すると,サービスプロバイダー,企業,ISP,およびサードパーティのサービスプロバイダは,詳細なレーダー測定ログと,要約された実用的なデータの形式で標準レポートにアクセスできます。Nemでは，サビス品質の測定に使用できる標準ログとレポトがいくか用意されています。
このソリューションには,“生”のレーダー測定配信とCitrix ITMデータAPIへのアクセスが含まれます。NEMは,粒状データ(生の測定値またはデータ集計のいずれか)とデータしきい値アラートの両方を提供します。これらのサービスは,プラットフォームピアと基盤となるISPの検出,プラットフォームの可用性の分離,およびパフォーマンスの問題を支援します。
レ、ダ、の“未加工”測定:レ、ダ、測定は、毎日バッチ処理される、ベントごとの詳細な情報を提供します。レーダー測定には,タグによって収集されたパブリックコミュニティおよびプライベートの測定データが含まれます。httpおよびhttps測定の可用性，応答時間，スル，プットなどのデ，タが含まれます。次のデ，タフィ，ルドが用意されています。
- プロバaapl . cer id，リゾルバaapl . cer ip，難読化された(/28)クラaapl . cer ip
- 難読化されたリファラヘッダ，ユザエジェント，エンドユザasn
- リゾルバフィルドとクラアントフィルドの地理デタ
“未加工”測定で使用できるレ，ダ，メトリクスは次のとおりです。
- 可用性，応答時間，およびスル，プット(測定時)
- DNSルックアップ時間(オプション),TCP接続時間(オプション),およびセキュア接続時間(オプション)
- レ▪テンシ▪(オプション)
- ダウンロ，ド時間(オプション)
レ，ダ，測定は，顧客が収集したデ，タを独自に分析できるようにするために利用できます。データセットには,さまざまな通信プロトコルのプロバイダのパフォーマンスと可用性(エラー)に関する情報が含まれます。
ログファイルデータは,AWS S3または谷歌クラウドストレージバケットから7日間利用できます。顧客は,標準のバケットアクセス方法を使用して,コミュニティデータとプライベートデータのログファイルを取得できます。
リアルタムレダの“生”測定(オプション):生のレダ測定はaws s3バケットにリアルタムで提供されます。これらのログは，通常，収集からこれらは，前述のレ，ダ，生測定と同じくらいの粒度を提供します。
デタapi: Citrix ITM雷达データAPIは,雷达のパブリックコミュニティとプライベート測定データの集約を提供します。デ，タは継続的に更新され，約60秒ごとにバッチ処理され，apiによる取得が行われます。データAPIは、雷达データを独自のレポートおよびダッシュボードに統合できるように提供されています。
ログの共有と配信
- レダログはリアルタムで毎日配信できます。
- レポ，トは毎日実行されます。
- 結果はAWS S3 (S3)または谷歌クラウドストレージ(GCS)に保存されます。
- ログとレポトはどらも7日間の保存期間があり，作成後1週間後に自動的に削除されます。
- レポートは通常,レポートの種類に応じてTSV(タブ区切り値)またはJSON形式になります。
お客様には，s3およびGCSバケットにアクセスするためのログaaplン情報が提供されます。生成や S3 の AWS CLI や GCS の gsutil などのコマンドラインツールを使用してログインできます。S3cmd 構成ファイルは、ポータル UI を介して受け取ったアクセスキーを認識し、ユーザーが S3 バケットに接続するのに役立ちます。
S3に接続してログにアクセスするには,AWS CLIをお客様のコンピューターにインストールする必要があります。GCSの場合、お客様は Gsutil ツールで使用できる Portal UI を介してアクセスキーファイルをダウンロードとして受け取ります。詳しくは、常见问题解答を参照してください。
レポ，トが利用可能になると，顧客は電子メ，ル通知を受け取ります。
プラットフォ，ム設定
Netscope NEMに必要なデータをサポートおよび生成するようにプラットフォームを構成する必要があります。開始する前に，ご使用のプラットフォ，ムで次の設定が有効になっていることを確認してください。
- 匿名の最良レポ，トの場合は，レ，ダ，プロ，ブ設定を有効にします。
- [匿名の最高rtt]で，[応答時間と可用性]を有効にします。
- [匿名の最適スル，プット]の場合は，[スル，プット]と[可用性]を有効にします。
- キャッシュノドidレポトの場合は，レ，ダ，プロ，ブ設定を有効にし、[レ，ダ，の詳細設定]で[ノドid]を有効にします。
- [リソスのタミングの詳細]で，[レ，ダ，の詳細設定]で[タ@ @ムスタンプを含める]を有効にします。
ナビゲ，ション
メ▪▪ンメニュ▪▪からNetscope NEMを選択します。［ネットワ，クエクスペリエンス監視の設定]ペ，ジが開きます。
プラットフォ，ムとネットワ，ク
必要なプラットフォ，ムまたはネットワ，ク(またはその両方)を選択して，構成プロセスを開始します。
注：
少なくとも1のプラットフォ，ムまたはネットワ，クが選択されている場合にのみ，ログとレポ，トを構成および生成できます。
顧客が受け取る要約データには,選択したプラットフォーム(すべての関連ネットワーク)のレーダー測定値,または選択したネットワーク(関連するすべてのプラットフォーム測定値)が含まれます。
プラットフォ，ムの選択
コンテンツサービスプロバイダーまたは企業の場合は,CDN,クラウド,データセンター,またはその他のエンドポイントなどのプラットフォームを選択します。測定が必要なプラットフォ，ムを選択します。
ネットワ，クの選択
Ispの場合は，測定が必要なプラットフォムまたはエンドポントに関連付けられたリストから[网络]を選択します。
注：
必要なプラットフォムが一覧に見からない場合は，ポタルの[プラットフォ，ム]セクションで構成できます。利用できないネットワクにいては，サポ，トチ，ムにお問い合わせください。
プラットフォ，ムレポ，ト
プラットフォ，ムレポ，トには，次の4のタプがあります。
- ラウンドトリップ時間(rtt)の匿名ベスト
- スル，プットの最適な匿名
- キャッシュノドid
- 国別時間/ asn
ログの説明にいては，サビスプロバダと企業向けのレダログの説明とレポトを参照してください。
プラットフォ，ムレポ，トを有効にする
トグルボタンをクリックして，受信するレポ，トを有効または無効にします。既存のレポ，トを無効にすると，新しいログは生成されませんが，古いレポ，トは現在の場所に残ります。
プラットフォ，ム向け匿名ベストレポ，ト
- これらのレポートは,プロバイダーが自社のパフォーマンスをピアグループ内の他のプラットフォーム,つまり同じ国,リージョン,またはASN内のプラットフォームと比較するのに役立ちます。
- ピアグループの上15位プロバイダーのパフォーマンスデータは,同じカテゴリに基づいて集計されます。ベストは，特定のプロバダのベストバリュの横に表示されます。
- SSLプラットフォーム用の匿名ベストレポートが用意されており,そのパフォーマンスを他のSSLプラットフォームと比較できます。
- クラ▪▪アントIPは/28に切り捨てられます。
- “最”高プロバイダーの成果は,クラウド/ CDNが競合他社にとって競争力に弱い大量またはビジネスクリティカルなASNにパフォーマンスへの取り組みを集中させるのに役立ちます。
- レポートには、DNSリゾルバーIP,クライアントIP / 28日およびオブジェクトを処理したキャッシュノードごとに分類されたパフォーマンスの詳細が表示されます。同じ基準で“最高”のプラットフォ，ムと同じものが比較されます。
RTTとスル，プットで使用できます。
- ログの説明にいては，”サビスプロバダと企業向けのレダログの説明とレポトを参照してください。
プラットフォ，ムのキャッシュノ，ドidレポ，ト
- このレポートは,要求に応答した特定のサーバまたはデータセンターを特定し,サーバの問題の診断に役立ちます。
- これは，特定の要求に応答したデ，タセンタ，またはマシンのidを提供します。
- これは,特定のノード(流行またはマシン,またはノードID)を介したパフォーマンスが良いか悪かったのかを理解するのに役立ちます。
- パフォーマンスは,応答時間,スループット,可用性(プローブタイプ),DNSリゾルバーIP,クライアントIP / 28日およびオブジェクトを処理したキャッシュノードで構成されます。
- ログの説明にいては，”サビスプロバダと企業向けのレダログの説明とレポトを参照してください。
国別時間/ asn
- このレポトは，プロバダのパフォマンスが1日に大幅に異なるかどうかを確認するのに役立ます。
- 測定値が時間まで切り捨てられた時間を示します。例：
2018 - 03 - 11 - t23:00:00。 - ログの説明にいては，”サビスプロバダと企業向けのレダログの説明とレポトを参照してください。
ネットワ，クレポ，ト
ネットワ，クレポ，トには，次の3のタプがあります。
- ラウンドトリップ時間(rtt)の匿名ベスト
- スル，プットの最適な匿名
- 子网
ログの説明にいては，”Ispのレ，ダ，ログの説明とレポ，トを参照してください。
ネットワ，クレポ，トを有効にする
トグルボタンをクリックして，受信するレポ，トを有効または無効にします。無効にすると，新しいログの生成は停止しますが，古いレポ，トは作成されます。サブネットレポ，トを生成するには，ネットワ，クの特定のサブネットを入力します。サブネットが入力されていない場合,デフォルトサブネットとしてASN CIDRブロックを使用してレポートが生成されます。
ispのための匿名のベストレポト
- ISPの匿名最好レポートでは,ピアグループが”最良”の比較に使用されます。ピアグル，プは，isp，の場所に基づいています。これは通常、特定の国で最も測定された10個のISPで、最低でも1,000セッションを超えています。
- ”“最高のISPの結果は,ISPが大量またはビジネスクリティカルなプラットフォームや,同業他社にとって競争的に弱い領域にパフォーマンスへの取り組みを集中させるのに役立ちます。
- このレポートでは,地理的およびプラットフォーム別に分類されたパフォーマンスの詳細が提供され,同じ基準で”最良”のISPと比較されます。
- RTTとスル，プットで使用できます。
- ログの説明にいては，”Ispのレ，ダ，ログの説明とレポ，トを参照してください。
Ispのサブネットレポ，ト
- このレポートは,ISPが測定するプラットフォームを通じて,ネットワークの特定のサブネットがユーザーに対してどのように機能しているかに関する情報を提供します。
- これは，特定の要求に応答したサ，ビスプロバ，ダに関する情報を提供します。
- ネットワ，クサブネットごとのパフォ，マンスを理解するのに役立，ます。
- パフォーマンスは,応答時間,スループット,可用性(プローブの種類),DNSリゾルバーIP,クライアントIP / 28日およびユーザーのサブネットで構成されます。
- ログの説明にいては，”Ispのレ，ダ，ログの説明とレポ，トを参照してください。
レ，ダ，ログ
- レ，ダ，ログは，プラットフォ，ムとネットワ，クで使用できます。
- これらは,未加工ログで使用可能なフィールドのサブセットが含まれ,一部匿名化されたデータ(クライアントIP / 28日リファラーMD5ハッシュ化)があります。
- 測定を生成したペ，ジに関係なく，パブリックプラットフォ，ムで測定されたすべての測定が提供されます。
注：
Nemは完全なクラaaplアントIPを公開しません。代わりに/ 28を公開します。たとえば,255.255.255.255のIPは255.255.255.240/28としてレポートに表示されます。
ログ頻度
レ，ダ，ログは，毎日(24時間ごと)，まり一日の終わり，utc時間で生成することができます。ログはリアルタ▪▪ム(分単位)▪▪で生成することもできます。
ファ▪▪ルフォ▪▪マット
次のいずれかの形式でログとレポ，トを受信するには，TSVまたはjsonを選択します。
測定タ@ @プ
ログは，可用性，応答時間，スル，プットの測定タ，プに設定できます。レポ，トでは，1:可用性，0:HTTP応答時間，14:HTTPスル，プット
リソスタミングの詳細
［はい]または[いいえ]ボタンをクリックして，リソスタミングの詳細を含めることもできます。リソスのタミングの詳細には，
- DNSルックアップ時間
- TCP接続時間
- 安全な接続時間
- ダウンロ，ド時間
ログの説明にいては，”サビスプロバダと企業向けのレダログの説明とレポトを参照してください。
ナビゲションタミングログ
ログ頻度
ナビゲーションタイミングログは,毎日(24時間ごと),つまり1日の終わり(UTC時間)に生成できます。ログはリアルタ▪▪ム(分単位)▪▪で生成することもできます。
ファ▪▪ルフォ▪▪マット
［TSV]または[JSON]を選択して，ナビゲ，ションタ，etc .ミングログを次のいずれかの形式で受信します。ログの説明にいては，”ナビゲションタミングログの説明を参照してください。
Openmixログ
ログ頻度
Openmixログはリアルタaapl . aapl . aapl . aapl . aapl . aapl . aapl . aapl . aapl。これらのログは，Openmixのお客様に対してリアルタムの測定結果を提供します。
ファ▪▪ルフォ▪▪マット
［TSV]または[JSON]を選択して,OpenmixおよびHTTP Openmixログをこれらの形式のいずれかで受信します。しかし，jsonは推奨フォ，マットです。
ログの説明にいては，”Openmixログの説明を参照してください。
クラウドサ，ビスの提供
このオプションでは，配信モ，ドを選択できます。AWS S3バケットまたは Google クラウドストレージ（GCS）バケットのどちらでログとレポートを受信するかを選択できます。 提供されたログイン情報を使用して S3 バケットと GCS バケットにアクセスし、S3 の場合は s3cmd または AWS CLI を使用し、GCS には gsutil コマンドラインを使用できます。
AWS S3
Aws s3バケットにログとレポ，トが配信されるようにするには，[AWS S3]を選択します。
場所
位置は，ログとレポ，トが保存されるAWS S3内のバケットを表します。
Iamキ
Aws s3で[キ，を生成]ボタンを選択すると,AWS我キー(アクセスキーとシークレットキー)が生成され,[我キー]に表示されます。キ，は後で見るためにどこにも保存されないので，必ず記録してください。
注：
アクセスキとシクレットキのペアは，秘密キの唯一のコピです。顧客はそれらを安全に保管する必要があります。新しいキ，を再生成すると，既存のキ，が無効になります。生成設定ファイルは(ポータルUI経由で受け取った)アクセスキーを認識し,お客様がS3バケットへの接続を支援します。S3に接続するには，aws cliをお客様のマシンにaapl。
生成でアクセスキーとシークレットキーを使用してS3バケットからレポートをダウンロードする方法については,常见问题解答を参照してください。
グ，グルクラウドストレ，ジ
GCSに配信するログとレポトにいては，[谷歌クラウドストレ，ジ]を選択します。
場所
場所は，ログとレポ，トが保存される谷歌クラウドストレ，ジ内のバケットを表します。
Iamキ
［キファルを生成]ボタンを選択すると,谷歌サービスアカウントのキーファイルがコンピュータにダウンロードされます。
注：
このキファルは，秘密キの唯一のコピとして機能します。サビスアカウントのメルアドレスをメモし，サビスアカウントの秘密鍵ファルを安全に保存します。新しいキファルを再生成すると，既存のファルは無効になります。
このキーファイルをgsutilツールとともに使用して,GCSバケットからログとレポートをダウンロードできます。キファルを使用してログファルをダウンロドする方法にいて詳しくは，常见问题解答を参照してください。
サビスプロバダおよび企業向けのレダログの説明とレポト
プロバダのレダログ
- これらのログは，ベンチマクパトナのレダ測定を提供します。
- これらは,測定を生成したページに関係なく,パブリックプラットフォームで取得したすべての測定を提供します。
- レーダーログには,未加工ログで使用可能なフィールドのサブセットが含まれ,一部匿名化されたデータ(クライアントIP / 28日リファラーMD5ハッシュ化)があります。
- 以下は，tsvファル形式のサンプルプラットフォムレダログ共有です。
注：
- Nemは完全なクラaaplアントIPを公開しません。代わりに/ 28を公開します。たとえば,255.255.255.255のIPは255.255.255.240/28としてレポートに表示されます。
- クラ▪▪アントの▪GEO情報は，より詳細なクラ▪▪アントの▪IPv4に基づいて抽出されます。
ログの説明
以下は，レ，ダ，ログの列ヘッダ，と説明です。フィルドは，出力ファルに次の順序で表示されます。
| ログ | 説明 |
|---|---|
| 时间戳 | これは，yyyy-mm-ddthh: mi: ssz形式の要求のutc時間です。ログテーブルの実際の値 (秒まで) は、時間/日テーブルでそれぞれ最も近い時間 (2018-03-30T23:00:00Z) または日 (2018-03-30T00:00:00Z) に丸められます。タイムスタンプはすべてのデータセットで常に UTC です。 |
| 一意のノドid | キャッシュノードIDとも呼ばれます。これは任意の値です。通常,CDNエッジサーバーが返すIPはCDNが特定の要求を処理したサーバーを内部で識別するのに役立ちます。”(空の文字列):大学検出をサポートしていないレーダークライアントから取得されます。0:ユ，ザエ，ジェントはuni検出に必要な機能をサポ，トしていません。1:クライアントはUNI検出中に,HTTP 404やその他の応答の失敗などのエラーを検出しました。2: uni検出が試行されましたが，エラ，が発生しました。 |
| プロバesc escダid | 測定されるプラットフォムの内部id。 |
| プロブタプ | 測定されるプローブタイプ(例:HTTP接続時間,0:HTTP応答時間,14:HTTPスループットなど)。サ，ビスが利用可能であることを示すには，許可された時間内に正常に返された情報を使用します。 |
| 応答コ，ド | 測定の結果。0:成功，1:タeconst .ムアウト，> 1:エラ。可用性の計算では,測定値の割合は,測定値の総数(応答に関係なく合計)に対する0(成功)の応答で取得されます。他のプローブタイプ(RTTとスループット)の場合,フィルターはRTTの統計を計算するときに,成功コードが0のRTTデータポイントのみを考慮する必要があります。スルプットにいても同じ。 |
| 測定値 | 記録された測定値。その意味はプロ，ブの種類によって異なります。これは、可用性（1）/応答時間（0）の測定値をミリ秒で表し、スループット（14）をkbpsで表します。 |
| リゾルバ，市場 | 要求を処理したDNSリゾルバの市場。一般に、DNSリゾルバーがある大陸,0:不明(XX), 1:北米(NA) 5:アフリカ(AF), 3:ヨーロッパ(欧盟),4:アジア(),2:オセアニア(OC), 6:南米(SA)。 |
| リゾルバ，の国 | 请求。Idを処理したDNSリゾルバ，の国は，https://community-radar.citrix.com/ref/countries.json.gzで名前にマッピングできます。 |
| リゾルバリ，ジョン | 请求。Idsを処理したDNSリゾルバ，のリ，ジョンは，次の名前にマップできます。https://community-radar.citrix.com/ref/regions.json.gz注:世界のすべての国に定義されたリ，ジョンがあるわけではありません。 |
| リゾルバの州 | 请求。Idを処理したDNSリゾルバの州は，https://community-radar.citrix.com/ref/states.json.gzで名前にマッピングできます。注:世界のすべての国に定義された州があるわけではありません。 |
| リゾルバ，シティ | リクエストを処理したDNSリゾルバ，の都市。解析器城市は，リゾルバ，のIPアドレスを検索することによって追加されます。https://community-radar.citrix.com/ref/cities.json.gz |
| リゾルバasn | 要求を処理したDNSリゾルバの自律システム番号(asn)。通常，dnsリゾルバ，idを持asnは，https://community-radar.citrix.com/ref/asns.json.gz |
| リゾルバip | ▪▪▪▪▪ンフラストラクチャがDNS要求を受信したDNSリゾルバのIPアドレス。 |
| クラ@ @アント市場 | この測定を生成したエンドユ，ザ，の市場。通常，クラaaplアントIPが配置されている大陸。0:不明(XX), 1:北米(NA) 5:アフリカ(AF), 3:ヨーロッパ(欧盟),4:アジア(),2:オセアニア(OC), 6:南米(SA)。 |
| クラ@ @アントの国 | このmeasurement.IDを生成したエンドユ，ザ，の国は，次で名前にマッピングできます。https://community-radar.citrix.com/ref/countries.json.gz |
| クラ▪▪アントリ▪▪ジョン | この測定を生成したエンドユ，ザ，のリ，ジョン。通常，クラ@ # @アントipが配置されている地理的リ，ジョン。idは次で名前にマップできます。https://community-radar.citrix.com/ref/regions.json.gz注:世界のすべての国に定義されたリ，ジョンがあるわけではありません。 |
| クラ@ @アントの州 | この測定を生成したエンドユ，ザ，の州。通常，クラaaplアントIPが配置されている州。IDはhttps://community-radar.citrix.com/ref/states.json.gzで名前にマッピングできます。注：世界のすべての国に定義された州があるわけではありません。 |
| クラ@ @アントの都市 | この測定を生成したエンドユ，ザ，の都市。一般に，クラaaplアントipが配置されている都市です。IDはhttps://community-radar.citrix.com/ref/cities.json.gzで名前にマッピングできます。 |
| クラesc escアントasn | この測定を生成したエンドユ，ザの自律システム番号(asn)。通常，客户端IP。Idを含むasnは，https://community-radar.citrix.com/ref/asns.json.gzで名前にマッピングできます。 |
| クラesc escアントip | この測定を生成したエンドユ，ザのip。 |
| リファラ，ホスト | リファラー情報(プロトコル,ホスト,およびパス)は,レーダーへのHTTPリクエストのリファラーヘッダーから来ています。リファラホストはmd5ハッシュ化されています。 |
| ユ，ザ，エ，ジェント | タグをホストしているのは，ブラウザペ，ジのユ，ザ，エ，ジェント文字列です。たとえば,Chromeを使用して雷达タグのあるページを参照すると,バックグラウンドでのレーダー測定はChromeブラウザからのユーザーエージェントを記録します。測定値には,Chromeブラウザ,Chromeのバージョン,Chromeが実行されているOSに関する情報などが含まれます。 |
| DNS検索時間(オプション) | リソースタイミングAPIでは,ドメインルックアップ終了とドメインルックアップ開始の差が計算されます。両方の値がnullではなく，終了時間が開始時間より大きい場合に計算します。これは、domainLookupEnd - domainLookupStartとして計算されます。 |
| TCP接続時間(オプション) | リソスタミングAPIでは，接続終了と接続開始の差が計算されます。両方の値がnullではなく，終了時間が開始時間より大きい場合に計算します。これはconnectEnd-connectStartとして計算されます。 |
| セキュア接続時間(オプション) | リソスタミングAPIでは，接続終了とセキュア接続開始の差が計算されます。両方の値がnullではなく，終了時間が開始時間より大きい場合に計算します。これはConnectEnd-セキュアコネクションスタ，トとして計算されます。 |
| レ▪テンシ▪(オプション) | リソスタミングAPIでは，応答開始と要求開始の差が計算されます。両方の値がnullではなく，応答の開始時間がリクエストの開始時間より大きい場合に計算します。これはresponseStart - requestStartとして計算されます |
| ダウンロ，ド時間(オプション) | リソスタミングAPIでは，応答終了と応答開始の差が計算されます。両方の値がnullではなく，終了時間が開始時間より大きい場合に計算します。これはresponseEnd-responseStart として計算されます。 |
| クラ▪▪アントプロファ▪▪ル | このフィルドは，デタがモバルアプリからのものかブラウザからのものかを識別するのに役立ます。また，iOS, Androidアプリ，ブラウザ，を区別することができます。番号は，各クラaaplアントプロファaaplルを識別するために使用されます。このフィ，ルドの値は，null, 0, 1, 2, 3, 4です。どこで零:一般的に,client_profile値の送信をサポートしていない古いレーダークライアントを意味します。0:ブラウザ;1: iOS- swiftで書かれたiOSアプリ用のレ，ダ，ランナ，;2:安卓系统;3: Webサeconeconトのモバeconeconル版のブラウザ;4: iOS- objective - cで書かれたiOSアプリ用のレダランナ。 |
| クラ@ @アントプロファ@ @ルのバ@ @ジョン | クライアントプロファイルのバージョンは,モバイルアプリで使用されたレーダーランナーコード(iOS用)またはAndroidRadar SDK(安卓用)のバージョンがわかります。このフィ，ルドは内部使用のみを目的としています。 |
| デバ@ @スカテゴリ | すべてのデバイスは,スマートフォン,タブレット,PC,スマートテレビ,その他のいずれかに分類されます。パ，サ，がいずれかのフィ，ルドの値を決定できない場合，“その他”，がデフォルト値として使用されます。 |
| デバereplicationス | 苹果iPhoneなど，ユ，ザ，が使用しているデバ，苹果iPhoneスの種類。ユーザーエージェント文字列は,レーダータグをホストしているページで実行されているブラウザからそれを検出します。 |
| ブラウザ | ユザが使用しているブラウザのタプ。たとえば，移动Safari UI/WKWebView 0.0.0。ユーザーエージェント文字列は,レーダータグをホストしているページで実行されているブラウザからそれを検出します。 |
| 操作系统 | 使用されているオペレ，ティングシステム。たとえば，iOS 11.0.3。ユーザーエージェント文字列は,レーダータグをホストしているページで実行されているブラウザからそれを検出します。 |
| レポトクラアントIP | このipは，測定を行うユザのマスクされた/48パブリックipです。IPv4またはIPv6(サポ，トされている場合)のいずれかになります。 |
匿名のベストレポ，ト
- 匿名ベストレポートは,プロバイダーが自分のパフォーマンスを同じ国,リージョン,またはASN内の他のプラットフォームのピアグループと比較するのに役立ちます。
- ピアグループの上15位プロバイダーのパフォーマンスデータは,同じカテゴリに基づいて集計されます。ベストは，特定のプロバダのベストバリュの横に表示されます。
- SSLプラットフォーム用の匿名ベストレポートが用意されており,そのパフォーマンスを他のSSLプラットフォームと比較できます。
- クラ▪▪アントIPは/28に切り捨てられます。
- “最”高プロバイダーの成果は,クラウド/ CDNが競合他社にとって競争力に弱い大量またはビジネスクリティカルなASNにパフォーマンスへの取り組みを集中させるのに役立ちます。
- レポートには、DNSリゾルバーIP,クライアントIP / 28日およびオブジェクトを処理したキャッシュノードで構成されるパフォーマンスの詳細が表示されます。同じ基準で“最高”のプラットフォ，ムと比較されます。
- RTTまたはスル，プットで使用できます。
- 以下は，tsvファル形式のrtt用プラットフォム匿名ベストレポトのサンプルです。
ログの説明
以下は，匿名ベストレポ，トの列ヘッダ，と説明です。フィルドは，出力ファルに次の順序で表示されます。
| ログ | 説明 |
|---|---|
| リゾルバ，の国 | 要求を処理したDNSリゾルバの国。 |
| リゾルバリ，ジョン | 要求を処理したDNSリゾルバのリ，ジョン。 |
| リゾルバの州 | 要求を処理したDNSリゾルバ，の州。 |
| リゾルバasn id | 要求を処理したDNSリゾルバの自律システム番号。通常，dnsリゾルバ，を持。 |
| リゾルバasn名 | asnの名前。 |
| リゾルバip | ▪▪▪▪▪ンフラストラクチャがDNS要求を受信したDNSリゾルバのIPアドレス。 |
| クラ@ @アントの国 | この測定を生成したエンドユ，ザ，の国。 |
| クラ▪▪アントリ▪▪ジョン | この測定を生成したエンドユ，ザ，のリ，ジョン。 |
| クラ@ @アントの州 | この測定を生成したエンドユ，ザ，の州。 |
| クラaaplアントasn id | この測定を生成したエンドユ，ザの自律システム番号(asn)番号。通常，クラ▪▪アントipを持▪▪asnです。 |
| クラaapl . exeアントasn名 | 測定を生成したエンドユ，ザ，の，asnの名前。 |
| クラesc escアントip | 測定を生成したエンドユ，ザのip。 |
| 成功 | 成功した測定の合計数。ヒント:成功/合計==可用性。 |
| タ@ @ムアウト | タ@ @ムアウトした測定値の数。 |
| エラ | エラ，だった測定値の数。 |
| 合計 | 測定値の合計数。 |
| 平均 | その行のすべての測定値の平均。 |
| 最良平均 | ピアグルプのトップ15プロバダのう，最高の平均です。 |
| 最良平均測定値 | 最適な平均数を生成した測定値の総数。 |
| 中央値 | 50番目のパーセンタイル値は,測定値が順番にリストされている場合の,特定のプロバイダーの測定値の中間値です。 |
| 最良中央値 | ピアグループの上15位プロバイダーのうち,最も良い50パーセンタイル値(測定値の50%を下回る)。 |
| 最良中央値測定値 | ベストメディアンを生成した測定の合計数 |
| 5日 | プロバ▪▪ダ▪▪の5番目の百分位数。 |
| 最優秀5位 | ピアグルプの上位15プロバダのう，最高の5パセンタル値。 |
| ベストファ@ @ブス測定 | 最高5番目を生み出した測定の総数 |
| 10番目 | プロバesc escダの10番目の百分位数。 |
| ベスト10位 | ピアグルプの上位15プロバダのう，最高の10パセンタル値。 |
| ベスト10回目の測定 | 最高10番目を生み出した測定の総数 |
| 第90位 | プロバ▪▪ダの90番目のパ▪▪センタ▪▪ル値。 |
| 最優秀90位 | ピアグルプの上位15プロバダのう，最高の90パセンタル値。 |
| 最高90回目の測定 | 最高90番目を生み出した測定の総数 |
| 第95位 | プロバ▪▪ダの95番目パ▪▪センタ▪▪ル値。 |
| 最優秀95位 | ピアグルプの上位15プロバダのう，最高の95パセンタル値。 |
| 第95回ベスト測定 | 最高95番目を生み出した測定の総数 |
| 方差 | プロバ@ @ダの標準偏差 |
| ベストStdev | ピアグルプの上位15プロバダのう，最適な標準偏差。 |
| 最高の標準測度測定 | 最良の標準開発を生成した測定の合計数。 |
| 可能性 | プロバ@ @ダの可用性の割合。可用性は，プロ，ブの成功率です。成功/ (成功 + 失敗 + タイムアウト) |
| 最高の可用性 | ピアグルプの上位15プロバダのう，最高の可用性値。 |
| 最高の可用性の測定 | 最高の可用性を生み出した測定値の数 |
| 重要度 | 実用的なデタを見けるために生成された合成値。 |
| 一意のノドid | これらのidは，その行の測定値の一意のノ，ドidのカンマ区切りリストです。 |
| 測定タ@ @プ | 記録された測定値。その意味はプロ，ブの種類によって異なります。HTTP_COLD(可用性)、HTTP_RTT(ラウンドトリップ時間),またはHTTP_KBPS(スループット)です。 |
| プロバesc escダid | そのプロバ@ @ダ@ @の内部Citrix ID番号。 |
キャッシュノドidレポト(以前のマルチサビスプロバダレポト)
このレポートは,要求に応答した特定のサーバまたはデータセンターを特定し,サーバの問題の診断に役立ちます。
- これは，特定の要求に応答したデ，タセンタ，またはマシンのidを提供します。
- これは,特定のノード(流行またはマシン,またはノードID)を介したパフォーマンスが良いか悪かったのかを理解するのに役立ちます。
- パフォーマンスは,応答時間,スループット,可用性(プローブタイプ),DNSリゾルバーIP,クライアントIP / 28日およびオブジェクトを処理したキャッシュノードで構成されます。
- 以下は，tsvファル形式のプラットフォムキャッシュノドidレポトのサンプルです。
ログの説明
以下は，キャッシュノ，ドidレポ，トの列ヘッダ，と説明です。フィルドは，出力ファルに次の順序で表示されます。
| ログ | 説明 |
|---|---|
| プロバ@ @ダ名 | 測定されているのはプロバ▪▪ダ▪▪の名前です。 |
| 測定値 | 記録された測定値。その意味はプロ，ブの種類によって異なります。接続(1)/ RTT(0)の測定値(ミリ秒)と,スループット(14)の測定値(kbps)です。 |
| 一意のノドid | これはキャッシュノドidとして知られています。任意の値。通常は,CDNエッジサーバーが特定の要求を処理したサーバーをCDNが内部的に識別するために返すIPです。”(空の文字列):大学検出をサポートしていないレーダークライアントから取得されます。0:ユ，ザエ，ジェントはuni検出に必要な機能をサポ，トしていません。1:クライアントはUNI検出中に,HTTP 404やその他の失敗した応答などのエラーを検出しました。2: uni検出が試行されましたが，エラ，が発生しました。 |
| リゾルバ，の国 | 要求を処理したDNSリゾルバの国。 |
| リゾルバリ，ジョン | 要求を処理したDNSリゾルバのリ，ジョン。 |
| リゾルバの州 | 要求を処理したDNSリゾルバ，の州。 |
| リゾルバasn | 要求を処理したDNSリゾルバの自律システム番号。通常，dnsリゾルバ，を持。 |
| リゾルバasn名 | asnの名前。 |
| リゾルバip | ▪▪▪▪▪ンフラストラクチャがDNS要求を受信したDNSリゾルバのIPアドレス。 |
| クラ@ @アントの国 | この測定を生成したエンドユ，ザ，の国。 |
| クラ▪▪アントリ▪▪ジョン | この測定を生成したエンドユ，ザ，のリ，ジョン。 |
| クラ@ @アントの州 | この測定を生成したエンドユ，ザ，の州。 |
| クラesc escアントasn | この測定を生成したエンドユ，ザの自律システム番号(asn)番号。通常，クラ▪▪アントipを持▪▪asnです。 |
| クラaapl . exeアントasn名 | 測定を生成したエンドユ，ザ，の，asnの名前。 |
| クラesc escアントip | 測定を生成したエンドユ，ザのip。 |
| 成功 | 成功した測定の合計数。ヒント:成功/合計==可用性。 |
| タ@ @ムアウト | タ@ @ムアウトした測定値の数。 |
| エラ | エラ，だった測定値の数。 |
| 合計 | 測定値の合計数。 |
| 平均 | 各行の測定値の平均。 |
| 中央値 | 50番目のパーセンタイル値は,測定値が順番にリストされている場合の,特定のプロバイダーの測定値の中間値です。 |
| 5日 | プロバ▪▪ダ▪▪の5番目の百分位数。 |
| 10番目 | プロバesc escダの10番目の百分位数。 |
| 第90位 | プロバ▪▪ダの90番目のパ▪▪センタ▪▪ル値。 |
| 第95位 | プロバ▪▪ダの95番目パ▪▪センタ▪▪ル値。 |
| 方差 | プロバ@ @ダの標準偏差。 |
| 可能性 | プロバ@ @ダの可用性の割合。 |
| 重要度 | 実用的なデタを見けるために生成された合成値。 |
国別時間/ asnレポト
- このレポトは，プロバダのパフォマンスが1日に大幅に異なるかどうかを確認するのに役立ます。
- 測定値が時間まで切り捨てられた時間を示します。例：
2018 - 03 - 11 - t23:00:00。 - 以下は，tsvファファル形式の国別プラットフォム時間別/ asnレポトのサンプルです。
ログの説明
以下は，国別時間別/ asnレポトの列ヘッダと説明です。フィルドは，出力ファルに次の順序で表示されます。
| ログ | 説明 |
|---|---|
| タesc escムスタンプ60分 | 測定が行われたutc時間は，時間に切り捨てられます。たとえば，2018-03-11t23:00:00。 |
| プロバ@ @ダ名 | 測定されているのはプロバ▪▪ダ▪▪の名前です。 |
| 測定タ@ @プ | 記録された測定値。その意味はプロ，ブの種類によって異なります。HTTP_COLD(可用性)、HTTP_RTT(ラウンドトリップ時間),またはHTTP_KBPS(スループット)です。 |
| クラ@ @アントの国 | この測定を生成したエンドユ，ザ，の国。 |
| クラesc escアントasn | この測定を生成したエンドユ，ザの自律システム番号(asn)番号。通常，クラ▪▪アントipを持▪▪asnです。 |
| クラaapl . exeアントasn名 | 測定を生成したエンドユ，ザ，の，asnの名前。 |
| 成功 | 成功した測定の合計数。ヒント:成功/合計==可用性。 |
| タ@ @ムアウト | タ@ @ムアウトした測定値の数。 |
| エラ | エラ，だった測定値の数。 |
| 合計 | 測定値の合計数。 |
| 平均 | 各行の測定値の平均。 |
| 中央値 | 50番目のパーセンタイル値は,測定値が順番にリストされている場合の,特定のプロバイダーの測定値の中間値です。 |
| 5日 | プロバ▪▪ダ▪▪の5番目の百分位数。 |
| 10番目 | プロバesc escダの10番目の百分位数。 |
| 第90位 | プロバ▪▪ダの90番目のパ▪▪センタ▪▪ル値。 |
| 第95位 | プロバ▪▪ダの95番目パ▪▪センタ▪▪ル値。 |
| 方差 | プロバ@ @ダの標準偏差。 |
| 可能性 | プロバ@ @ダの可用性の割合。 |
| 重要度 | 実用的なデタを見けるのに役立合成価値。 |
| プロバesc escダid | そのプロバ@ @ダ@ @の内部Citrix ID番号。 |
Ispのレ，ダ，ログの説明とレポ，ト
Ispのレ，ダ，ログ
レダログにより，ispはグロバルプラットフォムに対するパフォマンスを詳細に測定できます。ISPはこのデータを使用して,改善が必要な領域を見つけたり,期待されるパフォーマンスを検証したりすることができます。
- レ，ダ，測定へのアクセスを提供します。
- 測定を生成したページに関係なく,パブリックプラットフォーム上のISPから取得した測定値を提供します。
- レーダーログには,未加工ログで使用可能なフィールドのサブセットが含まれ,匿名化されたデータ(クライアントIP / 28日リファラーMD5ハッシュ化)があります。
- ログファesc escルはTSV形式です。
- 以下は，tsvファル形式のネットワクレダログ共有の例です。
ログの説明
以下は，ispのレダログの列ヘッダと説明です。フィルドは，出力ファルに次の順序で表示されます。
| ログ | 説明 |
|---|---|
| 时间戳 | これは，yyyy-mm-ddthh: mi: ssz形式のリクエストのutc時刻です。ログテーブルの実際の値 (秒まで) は、時間/日テーブルでそれぞれ最も近い時間 (2018-03-30T23:00:00Z) または日 (2018-03-30T00:00:00Z) に丸められます。タイムスタンプはすべてのデータセットで常に UTC です。 |
| プロバesc escダid | 測定されるプラットフォムの内部id。 |
| プロブタプ | 測定されるプローブタイプ(例:HTTP接続時間,0:HTTP応答時間,14:HTTPスループットなど)。許可された時間内に正常に返された情報は，サ，ビスが利用可能であることを示すために使用されます。 |
| 応答コ，ド | 測定の結果。0:成功，1:タeconst .ムアウト，> 1:エラ。可用性の計算では，測定値の割合は，測定値の総数(合計)に対して0(成功)の応答で取得されます。他のプローブタイプ(RTTとスループット)の場合,フィルターはRTTの統計を計算するときに,成功コードが0のRTTデータポイントのみを考慮する必要があります。スルプットにいても同じ。 |
| 測定値 | 記録された測定値。その意味はプロ，ブの種類によって異なります。可用性(1)/応答時間(0)の測定値(ミリ秒),スループット(14)はkbps単位です。 |
| リゾルバ，市場 | 要求を処理したDNSリゾルバの市場。一般に、DNSリゾルバーがある大陸,0:不明(XX), 1:北米(NA) 5:アフリカ(AF), 3:ヨーロッパ(欧盟),4:アジア(),2:オセアニア(OC), 6:南米(SA)。 |
| リゾルバ，の国 | リクエストidを処理したDNSリゾルバ，の国は，次の名前にマッピングできます。https://community-radar.citrix.com/ref/countries.json.gz |
| リゾルバリ，ジョン | リクエストidを処理したDNSリゾルバ，のリ，ジョンは，https://community-radar.citrix.com/ref/regions.json.gzの名前にマップできます。世界のすべての国に定義されたリ，ジョンがあるわけではありません。 |
| リゾルバの州 | 要求idを処理したdnsリゾルバ，の州は，https://community-radar.citrix.com/ref/states.json.gzで名前にマップできます。世界のすべての国に定義された州があるわけではありません。 |
| リゾルバasn | 要求を処理したDNSリゾルバの自律システム番号(asn)。通常，dnsリゾルバ，idを持asnは，の名前にマッピングできますhttps://community-radar.citrix.com/ref/asns.json.gz。 |
| リゾルバip | ▪▪▪▪▪ンフラストラクチャがDNS要求を受信したDNSリゾルバのIPアドレス。 |
| クラ@ @アント市場 | この測定を生成したエンドユ，ザ，の市場。通常，クラaaplアントIPが配置されている大陸。0:不明(XX), 1:北米(NA) 5:アフリカ(AF), 3:ヨーロッパ(欧盟),4:アジア(),2:オセアニア(OC), 6:南米(SA)。 |
| クラ@ @アントの国 | このmeasurement.IDを生成したエンドユ，ザ，の国は，次で名前にマッピングできます。https://community-radar.citrix.com/ref/countries.json.gz |
| クラ▪▪アントリ▪▪ジョン | この測定を生成したエンドユ，ザ，のリ，ジョン。通常，クラ@ # @アントipが配置されている地理的リ，ジョン。Idは，https://community-radar.citrix.com/ref/regions.json.gzで名前にマップできます。世界のすべての国に定義されたリ，ジョンがあるわけではありません。 |
| クラ@ @アントの州 | この測定を生成したエンドユ，ザ，の州。一般的には，クラaaplアントipが配置されている州です。Idは，https://community-radar.citrix.com/ref/states.json.gzで名前にマップできます。世界のすべての国に定義された州があるわけではありません。 |
| クラesc escアントasn | この測定を生成したエンドユ，ザの自律システム番号(asn)。通常，クラ▪▪アントipを持▪▪asnです。idは次で名前にマップできます。https://community-radar.citrix.com/ref/asns.json.gz |
| クラesc escアントip | この測定を生成したエンドユ，ザのip。 |
| リファラ，ホスト | リファラー情報(プロトコル,ホスト,およびパス)は,レーダーへのHTTPリクエストのリファラーヘッダーから来ています。リファラホストはmd5ハッシュ化されています。 |
| ユ，ザ，エ，ジェント | タグをホストしているのは，ブラウザペ，ジのユ，ザ，エ，ジェント文字列です。たとえば,Chromeを使用して雷达タグのあるページを参照すると,バックグラウンドでのレーダー測定はChromeブラウザからのユーザーエージェントを記録します。測定値には,Chromeブラウザ,Chromeのバージョン,Chromeが実行されているOSに関する情報などが含まれます。 |
| DNS検索時間(オプション) | リソースタイミングAPIでは,ドメインルックアップ終了とドメインルックアップ開始の差が計算されます。両方の値がnullではなく，終了時間が開始時間より大きい場合に計算します。これは、domainLookupEnd - domainLookupStartとして計算されます。 |
| TCP接続時間(オプション) | リソスタミングAPIでは，接続終了と接続開始の差が計算されます。両方の値がnullではなく，終了時間が開始時間より大きい場合に計算します。これはconnectEnd-connectStartとして計算されます。 |
| セキュア接続時間(オプション) | リソスタミングAPIでは，接続終了とセキュア接続開始の差が計算されます。両方の値がnullではなく，終了時間が開始時間より大きい場合に計算します。これはConnectEnd-セキュアコネクションスタ，トとして計算されます。 |
| レ▪テンシ▪(オプション) | リソスタミングAPIでは，応答開始と要求開始の差が計算されます。両方の値がnullではなく，応答開始時間が要求開始時間より大きい場合に計算します。これはresponseStart - requestStartとして計算されます |
| ダウンロ，ド時間(オプション) | リソスタミングAPIでは，応答終了と応答開始の差が計算されます。両方の値がnullではなく，終了時間が開始時間より大きい場合に計算します。これはresponseEnd-responseStart として計算されます。 |
| クラ▪▪アントプロファ▪▪ル | このフィルドは，デタがモバルアプリからのものかブラウザからのものかを識別するのに役立ます。また，iOS, Androidアプリ，ブラウザ，を区別することができます。番号は，各クラaaplアントプロファaaplルを識別するために使用されます。このフィ，ルドの値は，null, 0, 1, 2, 3, 4です。どこで零:一般的に,client_profile値の送信をサポートしていない古いレーダークライアントを意味します。0:ブラウザ;1: iOS- swiftで書かれたiOSアプリ用のレ，ダ，ランナ，;2:安卓系统;3: Webサeconeconトのモバeconeconル版のブラウザ;4: iOS- objective - cで書かれたiOSアプリ用のレダランナ。 |
| クラ@ @アントプロファ@ @ルのバ@ @ジョン | クライアントプロファイルのバージョンは,モバイルアプリで使用されたレーダーランナーコード(iOS用)またはAndroidRadar SDK(安卓用)のバージョンがわかります。このフィ，ルドは内部使用のみを目的としています。 |
| デバ@ @スカテゴリ | すべてのデバイスは,スマートフォン,タブレット,PC,スマートテレビ,その他のいずれかに分類されます。パ，サ，がいずれかのフィ，ルドの値を決定できない場合，“その他”，がデフォルト値として使用されます。 |
| デバereplicationス | 苹果iPhoneなど，ユ，ザ，が使用しているデバ，苹果iPhoneスの種類。ユーザーエージェント文字列は,レーダータグをホストしているページで実行されているブラウザからそれを検出します。 |
| ブラウザ | ユザが使用しているブラウザのタプ。たとえば，移动Safari UI/WKWebView 0.0.0。ユーザーエージェント文字列は,レーダータグをホストしているページで実行されているブラウザからそれを検出します。 |
| 操作系统 | 使用されているオペレ，ティングシステム(例:iOS 11.0.3)。ユーザーエージェント文字列は,レーダータグをホストしているページで実行されているブラウザからそれを検出します。 |
Ispのサブネットレポ，ト
- このレポートは,測定されたプラットフォームを通じて,ネットワークの特定のサブネットがユーザーに対してどのように機能するかに関する情報をISPに提供します。
- これは，特定の要求に応答したサ，ビスプロバ，ダに関する情報を提供します。
- ネットワ，クサブネットごとのパフォ，マンスを理解するのに役立，ます。
- パフォーマンスは,応答時間,スループット,可用性(プローブタイプ),DNSリゾルバーIP,クライアントIP / 28日およびオブジェクトを処理したキャッシュノードで構成されます。
- 以下は，tsvファル形式のサンプルネットワクサブネットレポトです。
ログの説明
以下は，ispのサブネットレポ，トの列ヘッダ，と説明です。フィルドは，出力ファルに次の順序で表示されます。
| ログ | 説明 |
|---|---|
| ASN名 | 測定の元になった自律システムの名前。 |
| 測定値 | 記録された測定値。その意味はプロ，ブの種類によって異なります。接続(1)/ RTT(0)の測定値(ミリ秒)と,スループット(14)の測定値(kbps)です。 |
| 子网 | リクエストの発信元のユ，ザ，のサブネット。 |
| リゾルバasn | 要求を処理したDNSリゾルバの自律システム番号。通常，dnsリゾルバ，を持。 |
| リゾルバip | ▪▪▪▪▪ンフラストラクチャがDNS要求を受信したDNSリゾルバのIPアドレス。 |
| クラesc escアントasn | この測定を生成したエンドユ，ザの自律システム番号(asn)番号。通常，クラ▪▪アントipを持▪▪asnです。 |
| クラesc escアントip | 測定を生成したエンドユ，ザのip。 |
| プラットフォムid | クエリが実行されたサビスプロバダプラットフォムのid。 |
| プラットフォ，ム名 | クエリが実行されたサビスプロバダプラットフォムの名前 |
| 成功 | 成功した測定の合計数。ヒント:成功/合計==可用性。 |
| タ@ @ムアウト | タ@ @ムアウトした測定値の数。 |
| エラ | エラ，だった測定値の数。 |
| 合計 | 測定値の合計数。 |
| 平均 | 各行の測定値の平均。 |
| 中央値 | 50番目のパーセンタイル値は,測定値が順番にリストされている場合の,特定のプロバイダーの測定値の中間値です。 |
| 5日 | プロバ▪▪ダ▪▪の5番目の百分位数。 |
| 10番目 | プロバesc escダの10番目の百分位数。 |
| 第90位 | プロバ▪▪ダの90番目のパ▪▪センタ▪▪ル値。 |
| 第95位 | プロバ▪▪ダの95番目パ▪▪センタ▪▪ル値。 |
| 方差 | プロバ@ @ダの標準偏差。 |
| 可能性 | プロバ@ @ダの可用性の割合。 |
| 重要度 | 実用的なデタを見けるために生成された合成値。 |
| 測定タ@ @プ | 記録された測定値。その意味はプロ，ブの種類によって異なります。HTTP_COLD(可用性)、HTTP_RTT(ラウンドトリップ時間),またはHTTP_KBPS(スループット)です。 |
ispのための匿名のベストレポト
- 匿名最佳レポ，トでは，ピアグル，プが“最良”の比較に使用されます。ピアグル，プは，isp，の場所に基づいています。これは通常、特定の国で最も測定された10個のISPで、最低でも1,000セッションを超えています。
- ”“最高のISPの結果は,ISPが大量またはビジネスクリティカルなプラットフォームや,競合他社にとって競争的に弱い領域にパフォーマンスへの取り組みを集中させるのに役立ちます。
- このレポートでは,地理的およびプラットフォーム別に分類されたパフォーマンスの詳細が提供され,同じ基準で”最良”のISPと比較されます。
- RTTとスル，プットで使用できます。
- 以下は，tsvファaaplル形式のRTTのネットワ，ク匿名ベストレポ，トのサンプルです。
ログの説明
以下は，匿名ベストレポ，トの列ヘッダ，と説明です。フィルドは，出力ファルに次の順序で表示されます。
| ログ | 説明 |
|---|---|
| 測定タ@ @プ | 記録された測定値。その意味はプロ，ブの種類によって異なります。HTTP_COLD(可用性)、HTTP_RTT(ラウンドトリップ時間),またはHTTP_KBPS(スループット)です。 |
| クラ@ @アントの国 | この測定を生成したエンドユ，ザ，の国。 |
| クラ▪▪アントリ▪▪ジョン | この測定を生成したエンドユ，ザ，のリ，ジョン。 |
| クラ@ @アントの州 | この測定を生成したエンドユ，ザ，の州。 |
| クラaaplアントasn id | この測定を生成したエンドユ，ザの自律システム番号(asn)番号。通常，クラ▪▪アントipを持▪▪asnです。 |
| クラaapl . exeアントasn名 | 測定を生成したエンドユ，ザ，の，asnの名前。 |
| リゾルバ，の国 | 要求を処理したDNSリゾルバの国。 |
| リゾルバリ，ジョン | 要求を処理したDNSリゾルバのリ，ジョン。 |
| リゾルバの州 | 要求を処理したDNSリゾルバ，の州。 |
| プラットフォムid | クエリが試行されたサビスプロバダプラットフォムのid。 |
| プラットフォ，ム名 | クエリが試行されたサビスプロバダプラットフォムの名前。 |
| 成功 | 成功した測定の合計数。ヒント:成功/合計==可用性。 |
| タ@ @ムアウト | タ@ @ムアウトした測定値の数。 |
| エラ | エラ，だった測定値の数。 |
| 合計 | 測定値の合計数。 |
| 平均 | その行のすべての測定値の平均。 |
| 最良平均 | ピアグルプのトップ15プロバダのう，最高の平均です。 |
| 最良平均測定値 | 最適な平均数を生成した測定値の総数。 |
| 中央値 | 50番目のパーセンタイル値は,測定値が順番にリストされている場合の,特定のプロバイダーの測定値の中間値です。 |
| 最良中央値 | ピアグループの上15位プロバイダーのうち,最も良い50パーセンタイル値(測定値の50%を下回る)。 |
| 最良中央値測定値 | ベストメディアンを生成した測定の合計数 |
| 5日 | プロバ▪▪ダ▪▪の5番目の百分位数。 |
| 最優秀5位 | ピアグルプの上位15プロバダのう，最高の5パセンタル値。 |
| ベストファ@ @ブス測定 | 最高5番目を生み出した測定の総数 |
| 10番目 | プロバesc escダの10番目の百分位数。 |
| ベスト10位 | ピアグルプの上位15プロバダのう，最高の10パセンタル値。 |
| ベスト10回目の測定 | 最高10番目を生み出した測定の総数 |
| 第90位 | プロバ▪▪ダの90番目のパ▪▪センタ▪▪ル値。 |
| 最優秀90位 | ピアグルプの上位15プロバダのう，最高の90パセンタル値。 |
| 最高90回目の測定 | 最高90番目を生み出した測定の総数 |
| 第95位 | プロバ▪▪ダの95番目パ▪▪センタ▪▪ル値。 |
| 最優秀95位 | ピアグルプの上位15プロバダのう，最高の95パセンタル値。 |
| 第95回ベスト測定 | 最高95番目を生み出した測定の総数 |
| 方差 | プロバ@ @ダの標準偏差。 |
| ベストStdev | ピアグルプの上位15プロバダのう，最適な標準偏差。 |
| 最高の標準測度測定 | 最良の標準開発を生成した測定の合計数。 |
| 可能性 | プロバ@ @ダの可用性の割合。可用性は，プロ，ブの成功率です。成功/ (成功 + 失敗 + タイムアウト) |
| 最高の可用性 | ピアグルプの上位15プロバダのう，最高の可用性値。 |
| 最高の可用性の測定 | 最高の可用性を生み出した測定値の数。 |
| 重要度 | 実用的なデタを見けるために生成された合成値。 |
ナビゲションタミングログの説明
ナビゲションタミングデタ
ナビゲーションタイミングデータは,Webページのページ読み込みプロセスのさまざまな部分に関する洞察を提供します。
このデータは,エンドユーザーの場所,ネットワークの問題,プロバイダーによる変更などにより異なります。お客様は,ナビゲーションタイミングデータを使用して,監視対象のWebページを読み込む際のエンドユーザーのエクスペリエンスを最適化できます。
レ、ダ、セッションごとに測定を行うことができます(有効な場合)。各セッションは，セッションからのすべての測定値を追跡するのに役立id番号に添付されています。これらの測定値は，nemを介してナビゲションタミングログとして顧客と共有されます。
以下は，tsvファル形式のナビゲションタミングデタのサンプルです。
以下は、ナビゲ、ションタ、ミングログの列ヘッダ、と説明です。フィルドは，出力ファルに次の順序で表示されます。
| ログ | 説明 |
|---|---|
| 时间戳 | これは，yyyy-mm-ddthh: mi: ssz形式のリクエストのutc時刻です。ログテーブルの実際の値 (秒まで) は、時間/日テーブルでそれぞれ最も近い時間 (2018-03-30T23:00:00Z) または日 (2018-03-30T00:00:00Z) に丸められます。すべてのデータセットで常に UTC です。 |
| 応答コ，ド | 測定の結果。0:成功，1:タeconst .ムアウト，> 1:エラ。可用性の計算では，測定値の割合は，測定値の総数(合計)に対して0(成功)の応答で取得されます。他のプローブタイプ(RTTとスループット)の場合,フィルターはRTTの統計を計算するときに,成功コードが0のRTTデータポイントのみを考慮します。スルプットにいても同じ。 |
| リゾルバ，市場 | 要求を処理したDNSリゾルバの市場。一般に、DNSリゾルバーがある大陸,0:不明(XX), 1:北米(NA) 5:アフリカ(AF), 3:ヨーロッパ(欧盟),4:アジア(),2:オセアニア(OC), 6:南米(SA)。 |
| リゾルバ，の国 | 请求。Idを処理したDNSリゾルバ，の国は，https://community-radar.citrix.com/ref/countries.json.gzで名前にマッピングできます。 |
| リゾルバリ，ジョン | Request.idsを処理したDNSリゾルバ，のリ，ジョンは，https://community-radar.citrix.com/ref/regions.json.gzで名前にマップできます。世界のすべての国に定義されたリ，ジョンがあるわけではありません。 |
| リゾルバの州 | Request.idsを処理したDNSリゾルバ，の州は，https://community-radar.citrix.com/ref/states.json.gzで名前にマップできます。世界のすべての国に定義された州があるわけではありません。 |
| リゾルバasn | 要求を処理したDNSリゾルバの自律システム番号(asn)。通常，dnsリゾルバ，を持。idは次で名前にマップできます。https://community-radar.citrix.com/ref/asns.json.gz |
| リゾルバip | ▪▪▪▪▪ンフラストラクチャがDNS要求を受信したDNSリゾルバのIPアドレス。 |
| クラ@ @アント市場 | この測定を生成したエンドユ，ザ，の市場。通常，クラaaplアントIPが配置されている大陸。0:不明(XX), 1:北米(NA) 5:アフリカ(AF), 3:ヨーロッパ(欧盟),4:アジア(),2:オセアニア(OC), 6:南米(SA)。 |
| クラ@ @アントの国 | このmeasurement.IDを生成したエンドユ，ザ，の国は，次で名前にマッピングできます。https://community-radar.citrix.com/ref/countries.json.gz |
| クラ▪▪アントリ▪▪ジョン | この測定を生成したエンドユ，ザ，のリ，ジョン。通常，クラ@ # @アントipが配置されている地理的リ，ジョン。Idは，https://community-radar.citrix.com/ref/regions.json.gzで名前にマップできます。世界のすべての国に定義されたリ，ジョンがあるわけではありません。 |
| クラ@ @アントの州 | この測定を生成したエンドユ，ザ，の州。一般的には，クラaaplアントipが配置されている州です。Idは，https://community-radar.citrix.com/ref/states.json.gzで名前にマップできます。世界のすべての国に定義された州があるわけではありません。 |
| クラesc escアントasn | この測定を生成したエンドユ，ザの自律システム番号(asn)。通常，クラ▪▪アントipを持▪▪asnです。idは次で名前にマップできます。https://community-radar.citrix.com/ref/asns.json.gz |
| クラesc escアントip | 測定を生成したエンドユ，ザのip。 |
| リファラ，ホスト | リファラー情報(プロトコル,ホスト,およびパス)は,レーダーへのHTTPリクエストのリファラーヘッダーから来ています。 |
| リファラ，プロトコル | リファラー情報(プロトコル,ホスト,およびパス)は,レーダーへのHTTPリクエストのリファラーヘッダーから来ています。 |
| リファラ，のパス | リファラー情報(プロトコル,ホスト,およびパス)は,レーダーへのHTTPリクエストのリファラーヘッダーから来ています。 |
| デバ@ @スカテゴリ | すべてのデバイスは,スマートフォン,タブレット,PC,スマートテレビ,その他のいずれかに分類されます。パ，サ，がいずれかのフィ，ルドの値を決定できない場合，“その他”，がデフォルト値として使用されます。 |
| デバereplicationス | 苹果iPhoneなど，ユ，ザ，が使用しているデバ，苹果iPhoneスの種類。ユーザーエージェント文字列は,レーダータグをホストしているページで実行されているブラウザからそれを検出します。 |
| ブラウザ | ユザが使用しているブラウザのタプ。たとえば，移动Safari UI/WKWebView 0.0.0。ユーザーエージェント文字列は,レーダータグをホストしているページで実行されているブラウザからそれを検出します。 |
| 操作系统 | 使用されているオペレ，ティングシステム(例:iOS 11.0.3)。ユーザーエージェント文字列は,レーダータグをホストしているページで実行されているブラウザからそれを検出します。 |
| DNSルックアップ時間 | リソースタイミングAPIでは,ドメインルックアップ終了とドメインルックアップ開始の差が計算されます。両方の値がnullではなく，終了時間が開始時間より大きい場合に計算します。これは、domainLookupEnd - domainLookupStartとして計算されます。 |
| TCP接続時間 | リソスタミングAPIでは，接続終了と接続開始の差が計算されます。両方の値がnullではなく，終了時間が開始時間より大きい場合に計算します。これはconnectEnd-connectStartとして計算されます。 |
| 安全な接続時間 | リソスタミングAPIでは，接続終了とセキュア接続開始の差が計算されます。両方の値がnullではなく，終了時間が開始時間より大きい場合に計算します。これはConnectEnd-セキュアコネクションスタ，トとして計算されます。 |
| ベントをロ，ド | ロドベントの開始から終了までの所要時間または時間です。両方の値がヌルではなく,終了時間が開始時間より大きい場合,loadEventEnd-loadEventStartとして計算されます。 |
| リダ@ @レクト | ナビゲ，ション開始からフェッチ開始までの所要時間または時間です。両方の値が零でなく,終了時刻が開始時刻より大きい場合は,fetchStart-navigationStartとして計算されます。 |
| ペ，ジの読み込み合計 | これは，ナビゲションの開始からペジロドベントの終了までにかかる時間または時間です。両方の値が零でなく,終了時間が開始時間より大きい場合は,——ロードイベント終了——ナビゲーション開始“として計算されます。 |
| DOM | domロドからdom完了までの所要時間または時間。両方の値が零でなく,終了時間が開始時間より大きい場合は,domComplete-DOMLoadingとして計算されます。 |
| 遅延 | リソスタミングAPIでは，応答開始と要求開始の差が計算されます。両方の値がnullではなく，応答開始時間が要求開始時間より大きい場合に計算します。これはresponseStart - requestStartとして計算されます |
| ダウンロ，ド時間 | リソスタミングAPIでは，応答終了と応答開始の差が計算されます。両方の値がnullではなく，終了時間が開始時間より大きい場合に計算します。これはresponseEnd-responseStart として計算されます。 |
| dom esc escンタラクティブ | ナビゲション開始からdomンタラクティブに移動するのにかかる時間または時間です。両方の値が零でなく,終了時刻が開始時刻より大きい場合は,DOMInteractive-navigationStartとして計算されます。 |
| レンダリングを開始 | [ナビゲ，ション開始]から[レンダリング開始]までの所要時間または時間です。両方の値が零でなく,終了時間が開始時間より大きい場合,startRender-navigationStartとして計算されます。 |
OpenmixとHTTP Openmixログ
OpenmixとHTTP Openmixのログにより,顧客はリアルタイムの測定値を使用してOpenmixアプリの動作を監視できます。このデ，タを使用して，改善点を見，けたり，アプリの期待されるパフォ，マンスを検証したりできます。
- これらのログは，Openmixのお客様に対してリアルタムの測定結果を提供します。
- これらのログに推奨されるファaapl . exeル形式はjsonですが，tsv形式でも利用できます。
- 以下は，OpenmixとHTTP Openmixのログ共有デタのTSVファル形式のサンプルです。
Openmixログの説明
| ログ | 説明 |
|---|---|
| 时间戳 | これは，yyyy-mm-ddthh: mi: ssz形式のリクエストのutc時刻です。ログテーブルの実際の値 (秒まで) は、時間/日テーブルでそれぞれ最も近い時間 (2018-03-30T23:00:00Z) または日 (2018-03-30T00:00:00Z) に丸められます。タイムスタンプはすべてのデータセットで常に UTC です。 |
| アプリ所有者ゾンid | 要求を処理するアプリケ，ション所有者のゾ，ンid。この値は常に1に等しくなります。 |
| アプリ所有者のカスタマid | リクエストを処理するアプリケション所有者の顧客id。HTTPリクエストの場合は,このIDをリクエストパスに記述し,それを使用して実行するアプリケーションを検索します。 |
| アプリid | リクエストを処理する顧客のアカウント内のアプリケションid。このidは，httpリクエストパスにもコ，ド化されています。アプリケ，ションidは1から始まり，お客様にのみ一意です。appOwnerCustomerIdでクエリを実行して,特定のアプリIDのクエリを完全に修飾する必要があります。 |
| アプリのバ，ジョン | アカウントにサ，ビスを提供したアプリケ，ションのバ，ジョン。ポタルまたはAPIを介してアプリケションが更新されるたびに，バジョンが増分されます。要求時に実行されていたバ，ジョンが記録されます。この情報は，アプリケ，ションの更新時にバ，ジョン対応ロジックを分離するために使用できます。ネットワ，ク全体のホストは、通常、同じような時間枠で更新を受信しますが、まったく同じ瞬間にはほとんど更新されません。時間の経過とともに重複する決定は、更新プロセス中に異なるバージョンのアプリを使用する可能性があります。 |
| アプリ名 | アカウントにサ，ビスを提供したアプリケ，ションの名前。 |
| マ，ケット | この測定を生成したエンドユ，ザ，の市場。 |
| 国 | この測定を生成したエンドユ，ザ，の国。 |
| リ，ジョン | この測定を生成したエンドユ，ザ，のリ，ジョン。 |
| 状态 | この測定を生成したエンドユ，ザ，の州。 |
| ASN ID | この測定を生成したエンドユ，ザの自律システム番号(asn)。通常，クラ▪▪▪アントIPを持▪▪▪▪自律システム番号。 |
| ASN名 | 測定を生成したエンドユ，ザ，の，asnの名前。 |
| 効果的なip | 実効ipは，要求を処理するために使用されるipです。これは、要求元のIPを上書きするクエリ文字列で指定されたIPです（DNSフローのリゾルバー/ECS/EDNS IDに対して）。これは、システムが情報を処理するときにターゲットと見なすアドレスです。このIPは、要求しているリゾルバーのIP、またはEDNS ECSがサポートされている場合はクライアントのECS IPアドレスのいずれかです。したがって、すべてのプローブパフォーマンスデータ、地理情報など、アプリケーションロジックに渡されるのは、このIPに基づいています。 |
| リゾルバ，市場 | 要求を処理したDNSリゾルバの市場。 |
| リゾルバ，の国 | 要求を処理したDNSリゾルバの国。 |
| リゾルバリ，ジョン | 要求を処理したDNSリゾルバのリ，ジョン。 |
| リゾルバの州 | 要求を処理したDNSリゾルバ，の州。 |
| リゾルバasn id | 要求を処理したDNSリゾルバの自律システム番号(asn)。通常，dnsリゾルバを持自律システム番号。 |
| リゾルバasn名 | リクエストを処理したリゾルバのasnの名前。 |
| リゾルバip | ▪▪▪▪▪ンフラストラクチャがDNS要求を受信したDNSリゾルバのIPアドレス。 |
| 決定プロバ@ @ダ名 | アプリケションが選択するプラットフォムのエリアス。 |
| 理由コ，ド | 理由決定の背後にある理由を説明するアプリケ，ション内に設定された理由。 |
| 理由ログ | このログは，Openmixアプリからのユ，ザ，定義の出力です。これは、顧客がOpenmixアプリの決定に関する情報を記録できるようにするオプションの文字列フィールドです。 |
| フォ，ルバックモ，ド | このモ，ドは，アプリがリクエストを処理したときにフォ，ルバックモ，ドであったかどうかを示します。フォ，ルバックは，実行リクエストの準備中に何かが失敗したときに発生します。 |
| 使用済みedns | アプリケションがEDNSクラアントサブネット拡張を使用する場合はTrue。 |
| TTL | 引き渡されたTTL(生存时间)。 |
| 応答 | 要求から返されたcname。 |
| 結果 | このフィルドの値は常に1です。 |
| コンテキスト | これは，リクエストが処理されたときにOpenmixが利用できたレ，ダ，デ，タの概要です。Openmixは、すべてのリクエストの実効値に関連してレーダーデータを解決するため、同時にリクエストを行う 2 つのクライアントが異なるコンテキスト文字列を持つことができます。 |
Openmix HTTP APIログの説明
| ログ | 説明 |
|---|---|
| 时间戳 | これは，yyyy-mm-ddthh: mi: ssz形式のリクエストのutc時刻です。ログテーブルの実際の値 (秒まで) は、時間/日テーブルでそれぞれ最も近い時間 (2018-03-30T23:00:00Z) または日 (2018-03-30T00:00:00Z) に丸められます。タイムスタンプはすべてのデータセットで常に UTC です。 |
| アプリ所有者ゾンid | 要求を処理するアプリケ，ション所有者のゾ，ンid。この値は常に1に等しくなります。 |
| アプリ所有者のカスタマid | リクエストを処理するアプリケション所有者の顧客id。HTTPリクエストの場合は,このIDをリクエストパスに記述し,実行するアプリケーションを検索するために使用されます。 |
| アプリid | リクエストを処理する顧客のアカウント内のアプリケションid。このidは，httpリクエストパスにもコ，ド化されています。アプリケ，ションidは1から始まり，お客様にのみ一意です。appOwnerCustomerIdでクエリを実行して,特定のアプリIDのクエリを完全に修飾する必要があります。 |
| アプリのバ，ジョン | アカウントにサ，ビスを提供したアプリケ，ションのバ，ジョン。ポタルまたはAPIを介してアプリケションが更新されるたびに，バジョンが増分されます。要求時に実行されていたバ，ジョンが記録されます。この情報は，アプリケ，ションの更新時にバ，ジョン対応ロジックを分離するために使用できます。ネットワ，ク全体のホストは、通常、同じような時間枠で更新を受信しますが、まったく同じ瞬間にはほとんど更新されません。時間の経過とともに重複する決定は、更新プロセス中に異なるバージョンのアプリを使用する可能性があります。 |
| アプリ名 | アカウントにサ，ビスを提供したアプリケ，ションの名前。 |
| マ，ケット | この測定を生成したエンドユ，ザ，の市場。 |
| 国 | この測定を生成したエンドユ，ザ，の国。 |
| リ，ジョン | この測定を生成したエンドユ，ザ，のリ，ジョン。 |
| 状态 | この測定を生成したエンドユ，ザ，の州。 |
| ASN ID | この測定値を生成したエンドユーザーの自律システム番号(ASN)のID,つまりASN名に関連付けられたネットワー番クID号 |
| ASN名 | 測定を生成したエンドユ，ザ，の，asnの名前。 |
| 効果的なip | 実効ipは，要求を処理するために使用されるipです。これは、要求元のIPを上書きするクエリ文字列で指定されたIPです（DNSフローのリゾルバー/ECS/EDNS IDに対して）。これは、システムが情報を処理するときにターゲットと見なすアドレスです。このIPは、要求しているリゾルバーのIP、またはEDNS ECSがサポートされている場合はクライアントのECS IPアドレスのいずれかです。アプリケーションロジックに渡されるすべてのプローブ性能データ、地理情報などは、このIPに基づいています。 |
| 決定プロバ@ @ダ名 | アプリケションが選択するプラットフォムのエリアス。 |
| 理由コ，ド | 理由決定の背後にある理由を説明するアプリケ，ション内に設定された理由。 |
| 理由ログ | このログは，Openmixアプリからのユ，ザ，定義の出力です。これは、顧客がOpenmixアプリの決定に関する情報を記録できるようにするオプションの文字列フィールドです。 |
| フォ，ルバックモ，ド | このモ，ドは，アプリがリクエストを処理したときにフォ，ルバックモ，ドであったかどうかを示します。フォ，ルバックは，実行リクエストの準備中に何かが失敗したときに発生します。 |
| 応答コ，ド | 測定の結果。0:成功，1:タeconst .ムアウト，> 1:エラ。可用性の計算では,測定値の割合は,0(成功)の応答で測定値の総数(応答に関係なく合計)に対して取得されます。他のプローブタイプ(RTTとスループット)の場合,フィルターはRTTの統計を計算するときに,成功コードが0のRTTデータポイントのみを考慮する必要があります。スルプットにいても同じ。 |
| HTTPメソッド | HTTPメソッド(Get / POST /选项/等)は,カスタマーサービスからHTTP Openmixサーバーに対して行われたリクエストに関連しています。これらのメソッドが一緒になって,インバウンドURLとアウトバウンドHTTPレスポンスの一部を構成します。 |
| URI | これがリクエストパスです。顧客が望む行動を得られない場合は,リクエストが不適切に構成されていることが原因である可能性があります。ログには，サ，バ，が受信しているもの(プロトコル，ホスト，パス)が表示されます。リファラー情報(プロトコル,ホスト,およびパス)は,レーダーへのHTTPリクエストのリファラーヘッダーから来ています。HTTP OPXの場合,リファラー(プロトコル,ホスト,パス)全体が[リファラー]というラベルの付いた文字列に含まれます。 |
| ユ，ザ，エ，ジェント | タグをホストしているのは，ブラウザペ，ジのユ，ザ，エ，ジェント文字列です。たとえば,Chromeを使用して雷达タグのあるページを参照すると,バックグラウンドでのレーダー測定はChromeブラウザからのユーザーエージェントを記録します。測定値には,Chromeブラウザ,Chromeのバージョン,Chromeが実行されているOSに関する情報などが含まれます。 |
| コンテキスト | これは，リクエストが処理されたときにOpenmixが利用できたレ，ダ，デ，タの概要です。Openmixは、すべてのリクエストの実効値に関連してレーダーデータを解決するため、同時にリクエストを行う 2 つのクライアントが異なるコンテキスト文字列を持つことができます。 |
サ，ドパ，ティ組織のカスタムレポ，ト
お客様はCitrixと連携して,Citrixが収集するレーダーデータに基づいてカスタムレポートを取得できます。Citrixは，スケジュ，ルに従って実行するレポ，トを生成できます。レポトは，通常TSV形式のデタファルとして利用できます。
よくある質問
雷达
ファ电子邮箱ルはs3とGCSにプッシュされる頻度はどれくらいですか?
ファルデポジットの頻度は，レダの場合は1分に1回，レポトの場合は毎日です。
レポ，トはどこに保存されていますか
S3レガシ，(場所1):
s3: / /公众的目光/(客户名称)/
S3(場所2):
s3: / / cedexis-netscope /[客户id] /
GCS(場所3):
g: / / cedexis-netscope -[客户id] /
S3アクセス認証情報をまだ持っていない場合，どうやって取得するのですか
ポタルは"アクセス"キと"シクレット"キを提供します。S3にアクセスするには，" s3cmd "， " awscli "などのルでキを使用します。谷歌存储の場合,ポータルは“gsutilツールで使用するアクセス認証情報を含むファイルをダウンロードします。
生成でアクセスキーと秘密キーを使用して,S3バケットからログとレポートをダウンロードするにはどうすればよいですか吗?
まず，https://s3tools.org/downloadから生成をダウンロドしてンストルし，使用法，オプション，コマンドにいてはhttps://s3tools.org/usageを参照してください。次に，次のコマンドを実行します。
S3cmd——access_key=[access key]——secret_key=[secret key] ls s3://cedexis-netscope//radar/ ファ。
S3cmd——access_key=[access_key]——secret_key=[secret_key] get s3://cedexis-netscope//radar/[the_filename_to_download] [the_name_of_the_local_file] s3cmd設定を使用してS3バケット内のファルをリストする方法
最初のステップは，生成を▪▪ンスト▪▪ルすることです。これはhttp://s3tools.org/downloadから▪▪ンスト▪▪ルできます
S3cmdを構成するには，次のコマンドを実行します。
S3cmd ls s3://cedexis-netscope/[customer id]/ すでに別のアクセスキ，と秘密キ，のセットで生成を使用している場合は，次の手順に従います。
生成を既に使用している場合は，~ / .s3cfgでデフォルト設定のコピ，を作成します。たとえば，コピ，を作成し，~ / .s3cfg_netscopeという名前を付けます。~ / .s3cfg_netscopeのアクセスキ，とシ，クレットキ，のエントリを，提供されているものに置き換えます。次のコマンドでS3バケットにアクセスするには,デフォルトの設定(会社の設定)の代わりに新しい設定を使用します。
S3cmd -c ~/。S3cfg_netscope ls s3://cedexis-netscope/[customer id]/ 主な違いは，Citrixが提供するアクセスキ，とシ，クレットキ，を- cおよび構成ファ@ @ルがあるに置く必要があることです。
キのセットを切り替える場合は，ファルに埋め込みます。- cオプションのあるファ@ @ルを参照して，使用しているキ@ @ペアを指定します。
注:
- cパラメタは，アクセスキと秘密鍵を含む設定ファルの場所を示します。
Gsutilまたはgcloudでキファルを使用してログファルをダウンロドする方法
谷歌サービスアカウントのJSONキーファイルをダウンロードすると,それを使用して谷歌アカウントの認証情報を認証したり,ログファイルを表示またはダウンロードしたりできます。たとえば，谷歌のgcloudとgsutilコマンドラ▪▪ンユ▪ティリティを使用してそれを行う方法の1▪▪は次のとおりです。
ステップ1:キファルをアクティブにする
認証コマンドGcloud auth activate-またはGsutil config -eは,gcloudまたはgsutilコマンドを実行するためのキーファイルを認証するために必要です。
Gcloudの場合:
ダウンロドしたキファルを使用して，次のコマンドを実行します。
Gcloud auth激活-service-account——key-file[下载的配置文件]または
Gcloud auth activate-service-account——key-file=[密钥文件的路径和文件名]Gsutilの場合:
ダウンロドした設定ファルを使用して，次のコマンドを実行します。
Gsutil config -e ステップ2:GCS(谷歌クラウドストレ.ジ)バケットにファeconc .ルをリストする
前の手順で説明したようにサービスアカウントキーファイルをアクティブ化したら,次のコマンドを使用してGCSバケット内のファイルを一覧表示します。
Gsutil ls gs://cedexis-netscope-<客户id> 手順3(必要な場合):元の資格情報を復元する(またはアカウント間で切り替える)
以下の手順に従って,Citrixアカウントと認証済みのその他の谷歌云認証情報を切り替えることができます。
まず，次のコマンドを実行して，すべてのアカウントを一覧表示します。
Gcloud认证列表次に，次のコマンドを使用して別のアカウントに切り替えます。
Gcloud config set account[在Gcloud认证列表中所显示的要切换到的帐户的电子邮件]同じコマンドを使用して,電子メールを切り替え先のアカウントの電子メールに置き換えることにより,アカウント間を切り替えることができます。
ファereplicationル名はどのように見えますか?
レガシデリ:
レダデリログのShareFile名は次の構造になっています。
<前缀> <日期:YYYY-MM-DD >。< customer_id > .part < uniq_id > .kr.txt.gz
例えばcedexis_daily - 2017 - 11 - 07.21222.part cc901e1dd55eal4e.kr.txt.gz(非標準的な例)
レガシリアルタム:
雷达リアルタaapl . exeムログのShareFile名は次の構造になっています。
< <前缀> < customer_id > -YYYY-MM-DDTHH:毫米uniq_id > .txt.gz
例：cedexis_3 - 32291 - 2017 - 11 - 08 - t20:56 cc907e8fd71eaf4e.txt.gz
Netscope NEMフォ，マット:
日次およびリアルタaapl . exe日次およびリアルタaapl . exeルのNetscope NEM形式には，次の構造があります。
log_type <频率> < > <前缀> < id_type > < id > < iso_dt > < uniq_id >。< line_format > . gz和
各項目の意味は次のとおりです。
频率：“daily”|“rt”|“hr”log_type：雷达" | "opx" | "hopx"前缀：log_share.prefixid_type：“客户”|“供应商”|“asn”id：log_share.match_idiso_dt：iso 8601 Date_time "YYYYMMDDTHHMMSSZ"uniq_id：散列(UUID)line_format："tsv" | "json"
例：rt -雷达testradar1 -供应商- 20363 - 20171209183034 - z - cc907e8fd71eaf4e.tsv.gz
出力ファ▪▪ルのフォ▪▪マットは何ですか
雷达の場合、出力ファ、ル形式はTSV(タブ区切り値)でgzip形式になります。
OpenmixとOpenmix HTTP API
ファ电子邮箱ルはs3にプッシュされる頻度はどれくらいですか?
ファイルデポジットの頻度は,OpenmixとHTTP Openmixの場合は1分に1回です。
HTTP API OpenmixとOpenmixのリアルタイムログ共有を設定するオプションが表示されない場合はどうなりますか
アカウントマネージャーは,OpenmixとOpenmix HTTP APIのリアルタイムログ共有を設定および有効化するために必要なロールを有効にできます。
HTTP API OpenmixとOpenmixのリアルタイムログ共有とファイルへのアクセスをどのように有効にしますか吗?
アカウントでロ，ルを有効にすると，[ログを管理]アie浏览器コンが表示されます。クリックすると，[ログ]ダwindows windows操作系统的目录。これらの設定は,基本的にOpenmixとHTTP Openmixのリアルタイムログ共有を有効にしてファイルにアクセスするために必要なすべてです。
バックエンドプロセスとは何ですか?
Openmixログ共有をオンにすると,Openmix HTTP APIログ共有も有効になります。Openmixおよび Openmix HTTP API ログ共有サービスは、10 分以内に顧客のログ出力を開始する必要があります。
OpenmixとHTTPのOpenmixのレポトはどこに保存されていますか?
S3レガシ，(場所1):
s3: / / logshare /[区域ID] /[客户ID] /日志/ openmix / json / (YYYY) /(毫米)/ (DD) / (HH) /。
S3(場所2):
s3: / / cedexis-netscope /[客户id] /
GCS(場所3):
g: / / cedexis-netscope -[客户id] /
ファereplicationル名はどのように見えますか?
OpenmixとHTTP Openmixのファaapl . exeル名構造は，通常，次のようになります。
レガシリアルタム:
[区域ID, 1] [customerID] -openmix-json [YYYY](毫米)(DD) (HH) (MM) [ss] Z-m1-w9-c0.gz
Netscope NEMフォ，マット:
日次およびリアルタaapl . exe日次およびリアルタaapl . exeルのNetscope NEM形式には，次の構造があります。
log_type <频率> < > <前缀> < id_type > < id > < iso_dt > < uniq_id >。< line_format > . gz和
各項目の意味は次のとおりです。
频率：“daily”|“rt”|“hr”log_type：雷达" | "opx" | "hopx"前缀：log_share.prefixid_type：“客户”|“供应商”|“asn”价值：log_share.match_idiso_dt：iso 8601 Date_time "YYYYMMDDTHHMMSSZ"uniq_id：散列(UUID)line_format："tsv" | "json"
例：人力资源- opx testopenmix1 -供应商- 20363 - 20171209183034 - z - cc907e8fd71eaf4e.tsv.gz
出力ファereplicationル形式は何ですか?
OpenmixとOpenmix HTTP APIのファaapl . cer JSON (gzip形式)です。