GP 送信に失敗するHIPに報告するGlobalProtectゲートウェイ;それによって影響を与えるHIPベースのpolicy執行

GP 送信に失敗するHIPに報告するGlobalProtectゲートウェイ;それによって影響を与えるHIPベースのpolicy執行

9389
Created On 10/20/22 10:49 AM - Last Modified 06/15/23 07:49 AM


Symptom


後GlobalProtectクライアントがトンネルを確立します (IPsec またはSSL) とGlobalProtectゲートウェイ、GPC HIPreportcheck メッセージは送信されず、HIPreport の送信にもつながりません。
  • 最終的に、ホストの状態はGlobalProtectゲートウェイ
  • なしでHIPゲートウェイに関するレポートを作成すると、セキュリティ ポリシーがホスト状態と照合するように構成されているため、ゲートウェイを介したリソースへのユーザーのアクセスが影響を受けます。

pan_gp_event.log 、トンネル作成後、関連するイベントはありません。HIP
[Info ]: Portal login completed with address portal.abc.com and conect method of user-logon.
[Info ]: Network discovery started.
[Info ]: Manual Gateway login finished with address gateway.abc.com and user username.
[Info ]: IPSec tunnel creation finished with Gateway gateway.abc.com

PanGPS.log 、シーケンスイベントに気づくことができ、
  1. のglobalprotectトンネルが確立される
  2. HIP レポートが生成され、ファイルに書き込まれます。問題ありません
  3. HIPレポートスレッド、ネットワークの種類を検出します。知らない
  4. HIPreportcheck は送信されず、最終的には HIPreport も送信されません
# the globalprotect tunnel is established and the status is connected 
  (P5928-T17004)Debug( 278):  HipCheckThread: check hip in other process.
  (P5928-T17004)Debug( 306):  CheckHipInOtherProcess()
  (P5928-T17004)Debug( 310):  Need to collect hip data
  (P5928-T14596)Dump (1030):  status is Connected

# the HIP report is read from PanGpHip & written to file -- so, the host state collection on the machine goes well 
  (P5928-T17004)Debug( 140):  Got hip report in other process ready event.
  (P5928-T17004)Debug( 159):  Read output from PanGpHip.exe
  (P5928-T17004)Debug( 170):  >>>CheckHip: hip report head size 11204
  (P5928-T17004)Debug( 188):  >>>CheckHip: total bytes read: 11204
  (P5928-T17004)Debug( 198):  write hip file now

# HipReportThread performs discovers that the "network type" is unknown 
  (P5928-T17004)Debug( 216):  CheckHipInOtherProcess() sets hip report ready event.
  (P5928-T17004)Debug( 136):  Wait for the ready event of hip report generated in other process.
  (P5928-T8540)Debug(6338):   HipReportThread: got HIP report ready event.
  (P5928-T8540)Debug(6354):   HipReportThread: wait for network discover ready event.
  (P5928-T8540)Debug(6359):   HipReportThread: got network discover ready event.
  (P5928-T8540)Debug(6431):   Sending hip report delay max registry setting is -1 seconds
  (P5928-T8540)Debug(6433):   Set max sending hip report delay to default 1800 seconds
  (P5928-T8540)Debug(6449):   v4 hip report is encoded
  (P5928-T8540)Debug(6472):   HIP report v4 md5 digest is 9cabcc7b4d2d86a1666ddfe51fd25e4
* (P5928-T8540)Debug(6500):   HipReportThread: network type is unknown network.
  (P5928-T8540)Dump (1030):   status is Connected

# the HIP report is not sent to the Gateway eventhough the Client is still connected; any access to resources via Gateway fails since it does not match the expected policy  

  • からのホスト プロファイルを再送信していますGlobalProtectどちらも役に立ちません。再送信は上記のシーケンスを通じて実行され、HipReportThread がネットワーク タイプを不明として識別した直後に停止します。


Environment


GlobalProtect ゲートウェイがオンPrisma Accessまたはオンプレミス
  • HIP ベースのセキュリティpolicy執行
  • ノート:HIPオンプレミスでの評価GPゲートウェイにはライセンスが必要です


Cause


ここでの問題主に」とつながります内部ホストの検出(IHD )」をネットワーク検出ステージから取得します。
  • デフォルトでは、GlobalProtectゲートウェイは、HIPレポートは内部または外部ネットワークが正しく一致するためのものですpolicy。
  • という概念がないので、HIPレポートが不明なネットワーク タイプに対して送信されると、HipReportThread は Hipreportcheck および Hipreport を続行しません。
PanGPS.log 、それがわかりますGPCNetworkDiscoverThread 中にネットワーク タイプを「不明」に設定します。IHD設定されていません。
  (P5928-T20596)Debug(1943):  Internal host detection is not defined
  (P5928-T20596)Debug(5881):  NetworkDiscoverThread: network type is unknown.
  (P5928-T20596)Debug(5889):  NetworkDiscoverThread: Discover internal network.
  (P5928-T20596)Info ( 376):  Gateway count is 0 for internal network.
* (P5928-T20596)Error(5922):  NetworkDiscoverThread: UNKNOWN_NETWORK (internal host detection is not set) and internal gateway list is empty.
  (P5928-T20596)Debug(5967):  NetworkDiscoverThread: Discover external network.


Resolution


1.GlobalProtectクライアントは、ネットワーク タイプ (内部/外部) を決定する方法を知っている必要があります。 それで、内部ホスト検出を有効にするポータルエージェント構成で。
  • 内部ホスト検出は必須の構成ではありませんが、ベスト プラクティスとみなされ、これらの例外的なケースを回避します。


Additional Information


理想的なシナリオ (ネットワーク タイプが「」の場合)知られている")、HipReportThread はトリガーに進みます。ヒップレポートチェックメッセージを送信し、ゲートウェイからの応答に基づいて送信をトリガーします。ヒップレポート
  • 注: ユーザーが同じに接続している場合GlobalProtect内部ホスト検出が有効になっていないゲートウェイと同じポータル エージェント構成で接続すると、上記とは異なり、ネットワーク検出が正しく返されることがあります。 (これにはエンジニアリング上の議論が必要になるかもしれませんが、IHD有効にすると、このレアリティは表示されません)
  • 同時に、この問題は、接続方法とゲートウェイ タイプの選択された組み合わせで特に発生する可能性があります。


Actions
  • Print
  • Copy Link

    https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA14u000000kEdACAU&lang=ja&refURL=http%3A%2F%2Fknowledgebase.paloaltonetworks.com%2FKCSArticleDetail

Choose Language