Prisma Access（Panorama 管理）で完全なデータ可視性を得るには、すべてのセキュリティポリシーにログ転送プロファイルを適用し、トラフィックログがStrata Logging Service に正しく送信されるようにする必要があります。ログ転送が欠落しているか、正しく設定されていない場合、一部のトラフィックデータがアプリケーション・コマンド・センター（ACC）に表示されず、分析結果が不完全になる可能性があります。ログ転送を検証し、正しく割り当てることで、関連するすべてのネットワークアクティビティがキャプチャされ、分析に利用できるようになります。

IPSecトンネルのフェーズ1は確立されているものの、フェーズ2のトラフィックが受信されていないため、Strata Logging Servicesのトンネルログを確認する必要があります。トンネルログは、IPSecトンネルの確立、フェーズ2のネゴシエーション、暗号化トラフィックに関連するエラーやパケットのドロップ状況を可視化します。これにより、ESP（Encapsulating Security Payload）トラフィックがブロックされているか、セキュリティアソシエーション（SA）の不一致が発生しているか、あるいはフェーズ2で暗号化されたパケットへのPrisma Accessの応答に何らかの問題があるかを特定するのに役立ちます。

Panorama で User-ID エージェントを追加する際には、Remote_Network_Template が選択されていることを確認することが重要です。ポリシーを適切に適用するには、User-ID 情報が正しいリモートネットワーク構成に関連付けられている必要があるためです。また、オンプレミスのファイアウォールと Prisma Access 間で User-ID マッピングを配布する役割を担うサービス接続であるため、Panorama で User-ID エージェントを追加する際には、Service_Conn_Template も選択する必要があります。これらの構成のいずれかが正しくない場合、ユーザー情報は適切にマッピングされず、トラフィックはユーザーベースのポリシーと一致しません。

zoom.us にドメインベースのスプリットトンネリングを設定した後、クライアントマシンのルーティングテーブルを確認することで、想定どおりの動作を確認できます。スプリットトンネリングが正しく設定されていれば、zoom.us へのトラフィックは GlobalProtect VPN トンネルの外側にルーティングされ、その他のトラフィックはトンネルパスを辿ります。
ルーティング テーブルを確認することで、意図したトラフィックのみがトンネルから除外され、スプリット トンネル構成が期待どおりに機能していることが確認できます。

Strata Logging Serviceはログリプレイ機能を備えており、障害などにより外部Syslogサーバーへの転送に失敗したログを再送信できます。影響を受ける時間範囲をリプレイプロファイルに設定し、Syslogサーバープロファイルに関連付けることで、Prisma Accessは失われたログを再送信し、外部ログシステムで関連するすべてのデータが確実に復元されます。このアプローチは、失われたログを回復するための最も効率的かつ自動化された方法です。