この製品のドキュメントセットは、偏向のない言語を使用するように配慮されています。このドキュメントセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブ ランゲージの取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
Cisco Crosswork Data Gateway インスタンスは、スタンドアロン VM として作成されており、コントローラ アプリケーションとは別の場所に配置することができます（コントローラ アプリケーションは、Cisco Crosswork インフラストラクチャ または Crosswork Cloud です）。この VM は、ネットワークからのデータ収集を可能にするコントローラ アプリケーションに接続できます。
この章は次のトピックで構成されています。
Cisco Crosswork Data Gateway は、ログインに成功するとインタラクティブコンソールを起動します。次の図に示すように、インタラクティブコンソールにメインメニューが表示されます。
 （注） |
ここに示すメインメニューは、dg-admin ユーザーに対応しています。オペレータには管理者と同じ権限はないため、dg-oper ユーザーの場合とは異なります。「表 1」を参照してください。 |
メインメニューには、次のオプションが表示されます。
1. 登録パッケージのエクスポート
2. システム設定の表示
3. 現在のシステム設定の変更
4. バイタル
5. トラブルシューティング
p. パスフレーズの変更
l. ログアウト
ここでは、次の内容について説明します。
Cisco Crosswork Data Gateway は次のユーザーロールを持つ 2 ユーザーのみをサポートしています。
管理者：Cisco Crosswork Data Gateway が初めて起動されたときに、管理者ロールを持つ 1 人のデフォルトの dg-admin ユーザーが作成されます。このユーザーは削除できず、Cisco Crosswork Data Gateway VM の起動やシャットダウン、アプリケーションの登録、認証証明書の適用、サーバー設定の構成、カーネルアップグレードの実行などの読み取りと書き込みの両方の権限が設定されています。
オペレータ：VM の最初の起動時に、デフォルトで dg-oper ユーザーも作成されます。このユーザーは、Cisco Crosswork Data Gateway の正常性を確認し、エラーログを取得し、エラー通知を受信し、Cisco Crosswork Data Gateway インスタンスと出力の接続先間との接続テストを実行できます。
（注） |
|
次の表に、各ロールで使用できる権限を示します。
|
権限 |
管理者 |
オペレータ |
|---|---|---|
| 登録パッケージのエクスポート |
✓ |
✓ |
|
システム設定の表示 |
||
|
vNIC アドレス NTP DNS プロキシ UUID Syslog 証明書 ファースト ブート プロビジョニング ログ タイムゾーン |
✓ |
✓ |
|
現在のシステム設定の変更 |
||
|
NTP の設定 DNS の設定 制御プロキシの設定 スタティックルートの設定 Syslog の設定 新しい SSH キーの作成 証明書のインポート vNIC2 MTU の設定 タイムゾーンの設定 パスワード要件の設定 同時ログイン数の制限の設定 アイドルタイムアウトの設定 コレクタサーバーポートの設定 |
✓ |
╳ |
|
バイタル |
||
|
Docker コンテナ Docker イメージ コントローラの到達可能性 NTP の到達可能性 ルート テーブル ARP テーブル ネットワーク接続 ディスク領域使用率 Linux サービス NTP ステータス システム稼動時間 |
✓ |
✓ |
|
トラブルシューティング |
||
|
診断コマンドの実行 show-tech の実行 すべてのコレクタの削除と VM の再起動 VM のリブート auditd ログのエクスポート Data Gateway の再登録 TAC シェルアクセスの有効化 |
✓ ✓ ✓ ✓ ✓ ✓ ✓ |
✓ ✓ ╳ ╳ ✓ ✓ ╳ |
|
パスフレーズの変更 |
✓ |
✓ |
管理者ユーザーとオペレータユーザーの両方が自分のパスフレーズを変更できますが、相互に変更を行うことはできません。
自分のパスフレーズを変更するには、次の手順を実行します。
| ステップ 1 |
メインメニューから、[パスフレーズの変更（Change Passphrase）] を選択し、[OK] をクリックします。 |
| ステップ 2 |
現在のパスワードを入力し、[Enter] キーを押します。 |
| ステップ 3 |
新しいパスワードを入力し、[Enter] キーを押します。パスワードをもう一度入力して、[Enter] キーを押します。 |
Crosswork Data Gateway では、次の設定を表示できます。
現在のシステム設定を表示するには、次の手順を実行します。
| ステップ 1 |
次の図に示すように、メインメニューから [2 システム設定の表示（2 Show System Settings）] を選択します。 |
||||||||||||||||||||
| ステップ 2 |
[OK] をクリックします。[現在のシステム設定の表示（Show Current System Settings）] メニューが開きます。 |
||||||||||||||||||||
| ステップ 3 |
表示する設定を選択します。
|
Crosswork Data Gateway では、次の設定を行います。
NTP
DNS
制御プロキシ
スタティック ルート
Syslog
SSH キー
証明書
vNIC2 MTU
タイムゾーン
パスワード要件
同時ログイン制限
アイドル タイムアウト
コレクタサーバーポート
（注） |
|
NTP 時刻は、コントローラ アプリケーションおよびそのCrosswork Data Gatewayインスタンスと同期することが重要です。同期しないと、セッションハンドシェイクが行われず、機能イメージはダウンロードされません。その場合、「clock time not match and sync failed」というエラーメッセージが controller-gateway.log に記録されます。ログファイルにアクセスするには、「show-tech の実行」を参照してください。メインメニューの [バイタル（Vitals）] から [コントローラの到達可能性（Controller Reachability）] および [NTP到達可能性（NTP Reachability）] オプションを使用して、Crosswork Data Gateway と同様にコントローラ アプリケーションの NTP の到達可能性を確認できます。「Crosswork Data Gateway のバイタルの表示」を参照してください。NTP が正しく設定されていないと、「Session not established」というエラーが表示されます。
キーファイルによる認証を使用するように Crosswork Data Gateway を設定する場合、chrony.keys ファイルはhttps://chrony.tuxfamily.org/doc/3.5/chrony.conf.html#keyfile に記載されている特定の方法でフォーマットする必要があります。ntpd を使用しており、ntp.keys ファイルを使用するように設定されているサイトでは、ツール https://github.com/mlichvar/ntp2chrony/blob/master/ntp2chrony/ntp2chrony.py を使用して、ntp.keys から chrony.keys に変換できます。ツールは ntpd 設定を chrony 互換形式に変換しますが、キーファイルのみをCrosswork Data Gatewayにインポートする必要があります。
NTP 設定を構成するには、次の手順に従ってください。
| ステップ 1 |
[現在のシステム設定の変更（Change Current System Settings）] メニューから、[1 NTPの設定（1 Configure NTP）] を選択します。 |
| ステップ 2 |
次のように新しい NTP サーバの詳細を入力します。
|
| ステップ 3 |
設定を保存するには [OK] をクリックします。 |
| ステップ 1 |
[現在のシステム設定の変更（Change Current System Settings）] メニューから、[2 DNSの設定（2 Configure DNS）] を選択し、[OK] をクリックします。 |
| ステップ 2 |
新しい DNS サーバアドレスとドメインを入力します。 |
| ステップ 3 |
設定を保存するには [OK] をクリックします。 |
| ステップ 1 |
[現在のシステム設定の変更（Change Current System Settings）] メニューから、[3 制御プロキシの設定（3 Configure Control Proxy）] を選択し、[OK] をクリックします。 |
| ステップ 2 |
続行する場合は、次のダイアログで [はい（Yes）] をクリックします。続行しない場合は、[キャンセル（Cancel）] をクリックします。 |
| ステップ 3 |
次のように新しいプロキシサーバの詳細を入力します。
|
| ステップ 4 |
設定を保存するには [OK] をクリックします。 |
スタティックルートは、Crosswork Data Gateway がコレクタから追加/削除要求を受信したときに設定されます。メインメニューの [スタティックルートの設定（Configure Static Routes）] オプションは、トラブルシューティングに使用できます。
（注） |
このオプションを使用して設定されたスタティックルートは、Crosswork Data Gateway のリブート時に失われます。 |
| ステップ 1 |
[現在のシステム設定の変更（Change Current System Settings）] メニューから、[4 スタティックルートの設定（4 Configure Static Routes）] を選択します。 |
| ステップ 2 |
スタティックルートを追加するには、[追加（Add）] を選択します。 |
| ステップ 3 |
スタティックルートを追加するインターフェイスを選択します。 |
| ステップ 4 |
IP バージョンを選択します。 |
| ステップ 5 |
プロンプトが表示されたら、CIDR 形式で IPv4/IPv6 サブネットを入力します。 |
| ステップ 6 |
設定を保存するには [OK] をクリックします。 |
| ステップ 1 |
[現在のシステム設定の変更（Change Current System Settings）] メニューから、[4 スタティックルートの設定（4 Configure Static Routes）] を選択します。 |
| ステップ 2 |
スタティックルートを削除するには、[削除（Delete）] を選択します。 |
| ステップ 3 |
スタティックルートを削除するインターフェイスを選択します。 |
| ステップ 4 |
IP バージョンを選択します。 |
| ステップ 5 |
CIDR 形式で IPv4/IPv6 サブネットを入力します。 |
| ステップ 6 |
設定を保存するには [OK] をクリックします。 |
（注） |
異なる Linux ディストリビューションで IPv4/IPv6 をサポートする Syslog サーバ設定については、システム管理者および設定ガイドを参照してください。 |
次の手順に従い、Syslog を設定します。
| ステップ 1 |
[現在のシステム設定の変更（Change Current System Settings）] メニューから、[5 Syslogの設定（5 Configure Syslog）] を選択します。 |
| ステップ 2 |
次の syslog 属性の新しい値を入力します。
|
| ステップ 3 |
設定を保存するには [OK] をクリックします。 |
新しい SSH キーを作成すると、現在のキーが削除されます。
次の手順に従って、新しい SSH キーを作成します。
| ステップ 1 |
[現在のシステム設定の変更（Change Current System Settings）] メニューから、[6 新しいSSHキーの作成（6 Create new SSH keys）] を選択します。 |
| ステップ 2 |
[OK] をクリックします。Crosswork Data Gateway は、新しい SSH キーを生成する自動設定プロセスを開始します。 |
コントローラ署名証明書以外の証明書を更新すると、コレクタが再起動します。
Crosswork Data Gateway では、次の証明書をインポートすることができます。
コントローラ署名証明書ファイル
コントローラの SSL/TLS 証明書ファイル
Syslog 証明書ファイル
プロキシ証明書ファイル
| ステップ 1 |
[現在のシステム設定の変更（Change Current System Settings）] メニューから、[7 証明書のインポート（7 Import Certificate）] を選択します。 |
| ステップ 2 |
インポートする証明書を選択します。 |
| ステップ 3 |
選択した証明書ファイルの SCP URI を入力します。 |
| ステップ 4 |
SCP URI のパスフレーズを入力し、[OK] をクリックします。 |
3 つの NIC を使用している場合にのみ、vNIC2 MTU を変更できます。
インターフェイスがジャンボフレームをサポートしている場合、MTU 値の範囲は 60 〜 9000 です。ジャンボフレームをサポートしないインターフェイスの場合、有効な範囲は 60 〜 1500 です。無効な MTU を設定すると、Crosswork Data Gateway は変更を現在設定されている値に戻します。有効な範囲を確認するには、ハードウェアのマニュアルを参照してください。エラーは、showtech の実行後に表示される MTU 変更エラーの kern.log に記録されます。
| ステップ 1 |
[現在のシステム設定の変更（Change Current System Settings）] メニューから、[8 vNIC1 MTUの設定（8 Configure vNIC1 MTU）] を選択します。 |
| ステップ 2 |
vNIC2 MTU 値を入力します。 |
| ステップ 3 |
設定を保存するには [OK] をクリックします。 |
Crosswork Data Gateway VM は、最初にデフォルトのタイムゾーン（UTC）で起動します。すべての Crosswork Data Gateway プロセス（showtech ログを含む）が、選択した場所に対応したタイムスタンプを反映するように、所在地に合わせてタイムゾーンを更新します。
| ステップ 1 |
Crosswork Data GatewayVM のインタラクティブメニューで、[現在のシステム設定の変更（Change Current System Settings）] を選択します。 |
| ステップ 2 |
[9タイムゾーン（9 Timezone）] を選択します。 |
| ステップ 3 |
居住地域を選択します。  |
| ステップ 4 |
タイムゾーンに対応する都市または地域を選択します。  |
| ステップ 5 |
[OK] を選択して設定を保存します。 |
| ステップ 6 |
Crosswork Data GatewayVM をリブートして、すべてのプロセスで新しいタイムゾーンが選択されるようにします。 |
| ステップ 7 |
Crosswork Data Gateway VM からログアウトします。 |
次のパスワード要件を設定できます。
パスワードの強度
パスワード履歴
パスワードの有効期限
ログインエラー
| ステップ 1 |
[現在のシステム設定の変更（Change Current System Settings）] メニューから、[0 パスワード要件の設定（0 Configure Password Requirements）] を選択します。 |
| ステップ 2 |
変更するパスワード要件を選択します。 変更するオプションを設定します。
|
| ステップ 3 |
設定を保存するには [OK] をクリックします。 |
| ステップ 1 |
[現在のシステム設定の変更（Change Current System Settings）] メニューから、[同時ログイン数の制限の設定（Configure Simultaneous Login Limits）] を選択します。 |
| ステップ 2 |
表示されるウィンドウで、dg-admin ユーザーと dg-oper ユーザーの同時セッション数を入力します。 |
| ステップ 3 |
[OK] を選択して変更内容を保存します。 |
| ステップ 1 |
[現在のシステム設定の変更（Change Current System Settings）] メニューから、[b アイドルタイムアウトの設定（b Configure Idle Timeout）] を選択します。 |
| ステップ 2 |
表示されるウィンドウに、アイドルタイムアウトの新しい値を入力します。 |
| ステップ 3 |
Ok と入力して、変更を保存します。 |
Crosswork Data Gateway は、デフォルトのポートセットで Syslog および SNMP トラップコレクタをリッスンします。デフォルトのポート値を変更するには、次の手順を実行します。
| ステップ 1 |
[現在のシステム設定の変更（Change Current System Settings）] メニューから [コレクタサーバーポートの設定（Configure Collector Server Port）] を選択します。 |
| ステップ 2 |
Syslog および SNMP トラップコレクタが再起動されるという警告メッセージが表示され、確認を求められます。[はい（Yes）] [コレクタポートの設定（Configure Collector Port ）] ウィンドウが表示され、[SNMP トラップポート（SNMP Trap Port）]、[Syslog UDP ポート（Syslog UDP Port）]、[Syslog TCP ポート（Syslog TCP Port）]、および [Syslog TLS ポート（Syslog TLS Port）] のデフォルトのポート割り当てが表示されます。 |
| ステップ 3 |
更新するコレクタの新しいポート値を指定します。 |
| ステップ 4 |
[OK] を選択して設定を保存します。 |
変更を保存すると、Crosswork Data Gateway によってイメージ マネージャ コンテナが再起動され、Syslog および SNMP コレクタが再起動されます。
以下の手順に従って、Cisco Crosswork Data Gateway のバイタルを表示します。
| ステップ 1 |
メインメニューで、バイタルを 4 つ選択します。 |
||||||||||||||||||||||||
| ステップ 2 |
[VMのバイタルの表示（Show VM Vitals）] メニューから、表示するバイタルを選択します。 
|
[トラブルシューティング（Troubleshooting）] メニューを表示するには、メインメニューから [5 トラブルシューティング（5 Troubleshooting）] を選択します。
（注） |
画像は、dg-admin ユーザーに対応する [トラブルシューティング（Troubleshooting）] メニューを示しています。dg-oper ユーザーはこれらのオプションの一部を使用できません。「表 1」を参照してください。 |
[トラブルシューティング（Troubleshooting）] メニューには、次のオプションがあります。
[診断の実行（Run Diagnostics）] メニューでは、コンソールに次のオプションが表示されます。
Crosswork Data Gateway は、任意の IP アドレスへの到達可能性を確認するために使用できる ping ユーティリティを提供します。
| ステップ 1 |
[診断の実行（Run Diagnostics）] メニューから [2 ping] を選択します。 |
| ステップ 2 |
次の情報を入力します。
|
| ステップ 3 |
[OK] をクリックします。 |
Crosswork Data Gateway には遅延の問題のトラブルシューティングに役立つ [トレースルート（traceroute）] オプションが用意されています。このオプションを使用すると、Crosswork Data Gateway が接続先に到達するまでの大まかな時間を予測できます。
| ステップ 1 |
[診断の実行（Run Diagnostics）] メニューから、[3 トレースルート（3 traceroute）] を選択します。 |
| ステップ 2 |
トレースルート先を入力します。 |
| ステップ 3 |
[OK] をクリックします。 |
Crosswork Data Gateway には、トラブルシューティング用のコマンドがいくつか用意されています。
| ステップ 1 |
[5 トラブルシューティング（5 Troubleshooting）] > [1 診断の実行（1 Run Diagnostics）] に移動します。 |
| ステップ 2 |
コマンドと各コマンドの他のオプションまたはフィルタを選択します。
|
| ステップ 3 |
[OK] をクリックします。 |
すべてのオプションを選択すると、Crosswork Data Gateway は画面をクリアし、指定したオプションを使用してコマンドを実行します。
Crosswork Data Gateway には、ネットワークトラフィックのキャプチャと分析を可能にする tcpdump オプションがあります。
（注） |
このタスクは、dg-admin ユーザーのみが実行できます。 |
| ステップ 1 |
[5 トラブルシューティング（5 Troubleshooting）] > [診断の実行（Run Diagnostics）] > [9 tcpdump] に移動します。 |
| ステップ 2 |
tcpdump ユーティリティを実行するインターフェイスを選択します。すべてのインターフェイスに対して実行するには、[すべて（All）] オプションを選択します。 |
| ステップ 3 |
適切なチェックボックスをオンにして、画面にパケット情報を表示するか、またはキャプチャしたパケットをファイルに保存します。 |
| ステップ 4 |
次の詳細を入力して、[OK] をクリックします。
|
選択したオプションに応じて、Crosswork Data Gateway はパケットキャプチャ情報を画面に表示するか、またはファイルに保存します。tcpdump ユーティリティが指定した制限に達すると、Crosswork Data Gateway はファイルを圧縮し、ファイルをリモートホストに転送するための SCP クレデンシャルを要求します。転送が完了するか、または完了前にファイル転送をキャンセルした場合、圧縮したファイルは削除されます。
Crosswork Data Gateway は、ログファイルをユーザー定義の SCP の宛先にエクスポートするオプション show_tech を提供します。
次のようなデータが収集されます。
Docker コンテナで実行されているすべての Data Gateway コンポーネントのログ
VM バイタル
実行場所のディレクトリに tarball を作成します。出力は DG-<CDG version>-<CDG host name>-year-month-day--hour-minute-second.tar.xz.enc という名前の tarball です。
Crosswork Data Gateway の状態によって、このコマンドの実行に数分かかる場合があります。
| ステップ 1 |
[トラブルシューティング（Troubleshooting）] メニューから [5 Show-tech] を選択し、[OK] をクリックします。 |
| ステップ 2 |
ログとバイタルを含む tarball の保存先を入力します。 |
| ステップ 3 |
SCP パスフレーズを入力し、[OK] をクリックします。 |
（注） |
このタスクは、dg-admin ユーザーのみが実行できます。 |
Crosswork Data Gateway には、VM を再起動するための 2 つのオプションがあります。
[インフラ以外のすべてのコンテナを削除して VM を再起動する（Remove all Non-Infra Containers and Reboot VM）]：インストール後にダウンロードされたコンテナ（コレクタとオフロード）を停止して、Docker からイメージを削除し、コレクタデータと構成を設定して VM を再起動する場合は、[トラブルシューティング（Troubleshooting）] メニューからこのオプションを選択します。これにより、初期設定が完了した直後の、インフラストラクチャ コンテナのみが実行されている状態に VM が戻ります。
[VMの再起動（Reboot VM）]：通常の再起動の場合は、[トラブルシューティング（Troubleshooting）] メニューからこのオプションを選択します。
[トラブルシューティング（Troubleshooting）] メニューから [5 VM のシャットダウン（5 Shutdown VM）] を選択して、Crosswork Data Gateway VM の電源をオフにします。
auditd ログをエクスポートするには、次の手順を実行します。
| ステップ 1 |
[トラブルシューティング（Troubleshooting）] で、[9 監査ログのエクスポート（9 Export audit Logs）] を選択します。 |
| ステップ 2 |
auditd ログの tarball 暗号化用のパスフレーズを入力します。 |
| ステップ 3 |
[OK] をクリックします。 |
次の手順に従って Crosswork Data Gateway を再登録します。
| ステップ 1 |
[トラブルシューティング（Troubleshooting）] メニューから、[7 Data Gateway の再登録（7 Re-enroll Data Gateway）] を選択します。 |
| ステップ 2 |
次のダイアログ ボックスで [Yes] をクリックします。 |
TAC シェルアクセス機能を使用すると、シスコのエンジニアは、dg-tac という名前の予約済みのユーザーを使用して、多要素認証によって Ubuntu シェルに直接ログインできます。
最初は、ユーザーがシェルプロンプトを取得しないように dg-tac ユーザーアカウントがロックされていて、パスワードが期限切れになっています。有効にすると、dg-tac ユーザーは次の暦日の 12:00 a.m UTC（午前 0 時 UTC）までアクティブになります。これは 24 時間未満です。
dg-tac ユーザーを有効にする手順は、次のとおりです。
（注） |
このアクセスを有効にするには、シスコのエンジニアに連絡する必要があります。 |
| ステップ 1 |
dg-admin ユーザーとして Data Gateway VM にログインします。 |
| ステップ 2 |
メインメニューから、[5 トラブルシューティング（5 Troubleshooting）] を選択します。 |
| ステップ 3 |
[トラブルシューティング（Troubleshooting）] メニューから、[TACシェルアクセスの有効化（Enable TAC Shell Access）] を選択します。 dg-tac ユーザーのログインには設定済みのパスワードと TAC からチャレンジトークンへの応答が必要であることを警告するダイアログが表示されます。この時点で有効化プロセスを停止するには [いいえ（No）] を、続行するには [はい（Yes）] を選択します。 |
| ステップ 4 |
続行すると、使用する新しいパスワードの入力が求められ、アカウントが無効になる日が表示されます。 |
| ステップ 5 |
コンソールメニューでアカウントのロックを解除するためのパスワードを入力します。 |
| ステップ 6 |
Crosswork Data Gateway からログアウトします。 |
| ステップ 7 |
シスコのエンジニアが Crosswork Data Gateway VM に直接アクセスできる場合は、次の手順を実行します。それ以外の場合は、手順 8 に進みます。 |
| ステップ 8 |
シスコのエンジニアが Crosswork Data Gateway VM に直接アクセスできない場合は、デスクトップ共有を有効にしてシスコのエンジニアとのミーティングを開始します。 |
フィードバック