Token导航 LogoToken导航TokenDH.com
开发需要联网clawhub未标认证来源可访问clear审计通过

prisma-troubleshootPrisma troubleshoot 开发

Agent Skill

用于辅助数据库表结构、查询语句、迁移脚本和数据维护任务。它适合让 Agent 分析 schema、编写 SQL、排查查询问题、整理索引或生成迁移建议。使用时需要明确数据库类型、连接环境和目标表,区分只读分析与写入变更;涉及删除、更新、迁移和批量导入时,应优先 dry-run、备份或事务保护,避免误操作。

总安装

3,476

周安装

142

GitHub Stars

公开资料未说明

下载量

1,113
OpenClaw

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

MIT-0

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:prisma-troubleshoot(Prisma troubleshoot 开发)
来源仓库:https://github.com/leesandao/prisma-troubleshoot
安装命令:
openclaw skills install prisma-troubleshoot
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 OpenClaw 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

ClawHubOpenClaw
openclaw skills install prisma-troubleshoot

简介

诊断 Prisma Access 连接问题,包括 GlobalProtect 隧道与策略匹配故障。

  • 适用于用户无法登录、流量中断或日志报错等排障场景。
  • 结合实时状态查询与历史事件分析,定位根本原因并提供解决路径。
  • 安装命令:openclaw skills install prisma-troubleshoot。
  • 需要访问相关设备的日志接口或 SCM 调试权限。

SKILL.md

name
prisma-troubleshoot
description
Troubleshoot Prisma Access issues including GlobalProtect connectivity, policy matching, tunnel status, SCM API errors, and configuration push failures. Use when diagnosing connection problems or configuration issues.
argument-hint
[issue-description]
version
1.1.0
metadata
openclaw
requires
env
bins
primaryEnv
SCM_CLIENT_ID
emoji
\F527
homepage
https://github.com/leesandao/prismaaccess-skill

Prisma Access Troubleshooting Guide

Diagnose and resolve common Prisma Access issues via Strata Cloud Manager.

How to Use

Describe the issue in $ARGUMENTS, or let this skill guide you through interactive troubleshooting.

Troubleshooting Areas

1. GlobalProtect Connectivity Issues

Symptoms: Users cannot connect, connection drops, slow connections

Diagnostic Steps:

  1. Check portal/gateway status via SCM API:
   GET /sse/config/v1/mobile-agent/portals?folder=Mobile Users
   GET /sse/config/v1/mobile-agent/gateways?folder=Mobile Users
  1. Verify authentication profile configuration
  2. Check HIP profile requirements vs client compliance
  3. Review split tunnel configuration
  4. Check DNS resolution for portal/gateway FQDNs
  5. Verify certificate chain (portal cert, gateway cert, CA cert)

Common Causes:

  • Expired or misconfigured certificates
  • SAML IdP unreachable or misconfigured
  • HIP check failures (disk encryption, antivirus, OS version)
  • DNS resolution failures
  • MTU/fragmentation issues
  • ISP blocking UDP 4501 (IPSec) — check for TCP fallback

2. Security Policy Not Matching

Symptoms: Traffic allowed when it should be blocked, or blocked when it should be allowed

Diagnostic Steps:

  1. Export and review rule ordering:
   GET /sse/config/v1/security-rules?folder=Prisma Access&position=pre
   GET /sse/config/v1/security-rules?folder=Prisma Access&position=post
  1. Check for shadow rules (broader rules preceding specific ones)
  2. Verify source/destination zone assignments
  3. Confirm App-ID identification (check for SSL decryption)
  4. Review address object resolution (FQDN objects, dynamic groups)
  5. Check user-to-IP mapping for user-based rules

Common Causes:

  • Rule ordering: more specific rules after broader rules
  • Missing SSL decryption: App-ID cannot identify encrypted traffic
  • Zone confusion: Mobile Users vs Remote Networks vs Service Connections
  • Stale FQDN resolution
  • User-ID mapping delays or failures

3. Configuration Push Failures

Symptoms: Config changes not taking effect, push job errors

Diagnostic Steps:

  1. Check candidate config status:
   POST /sse/config/v1/config-versions/candidate:push
  1. Monitor push job status:
   GET /sse/config/v1/jobs/{job-id}
  1. Review job error details for specific validation failures

Common Causes:

  • Reference errors: rules reference deleted or renamed objects
  • Duplicate names: objects with same name in different folders
  • Invalid values: out-of-range ports, malformed IP addresses
  • Dependency conflicts: circular references between objects
  • Concurrent edits: another admin pushed changes simultaneously

4. Remote Network / Service Connection Issues

Symptoms: Tunnel down, BGP not establishing, routes not propagating

Diagnostic Steps:

  1. Check tunnel status via SCM
  2. Verify IKE/IPSec configuration matches on both ends:

- IKE version, DH group, encryption algorithm, hash algorithm - Pre-shared key or certificate authentication - Local and peer IDs

  1. Review BGP configuration:

- AS numbers, peer IP addresses, route advertisements - MD5 authentication

  1. Check for overlapping IP ranges between sites

Common Causes:

  • IKE/IPSec parameter mismatch with on-prem device
  • Pre-shared key mismatch
  • BGP peer address not in the same subnet
  • Firewall blocking IKE (UDP 500/4500) on the on-prem side
  • Overlapping IP address spaces between sites

5. SCM API Errors

Symptoms: API calls returning errors

Common Error Codes and Solutions:

CodeErrorSolution
400Invalid ObjectCheck JSON payload format; verify all required fields
401Authentication ErrorToken expired — re-authenticate with OAuth2
403Authorization ErrorCheck role-based access; verify TSG ID permissions
404Object Not FoundVerify object name and folder parameter
409ConflictObject already exists; use PUT to update instead of POST
429Rate LimitBack off and retry; implement exponential backoff
500Internal ErrorRetry after 30 seconds; check SCM service status
504Gateway TimeoutRetry; consider breaking large operations into batches

6. Performance and Latency Issues

Diagnostic Steps:

  1. Check bandwidth allocation per region
  2. Review QoS policy configuration
  3. Verify closest service edge location
  4. Check for suboptimal routing (hairpinning through distant regions)
  5. Review concurrent session counts vs license limits

Diagnostic Approach

When the user reports an issue:

  1. Identify the category from the areas above
  2. Gather information: ask for specific error messages, affected users/sites, timeline
  3. Check configuration: use SCM API to review relevant configuration
  4. Identify root cause: compare configuration against best practices
  5. Provide fix: give specific SCM API calls or configuration changes to resolve
  6. Verify: provide steps to confirm the fix worked

适合场景

01

OpenClaw 用户查找和安装 Skill 时

02

用户想查找某类 Agent Skill 时

03

需要根据任务场景推荐可安装能力包时

04

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

补充不同宿主或平台的使用分布数据

能力 5

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

OpenClaw

79.78%
按下载量换算888

安全审计

VirusTotal

通过

ClawScan

通过

Static analysis

通过

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills