
Spanning Cloud Backup
io.github.wyre-technology由 GitHub 账号 wyre-technology 发布v1.1.3更新于 Oct 27, 2026
MCP server for Spanning Cloud Backup — M365/GWS/Salesforce backups, restores, audit.
概览
面向 Spanning Cloud Backup 的 MCP 服务器,让助手查看 M365、Google Workspace 或 Salesforce 的备份覆盖情况、排队恢复,并查阅审计与许可数据。
- 可以做什么
- 列出已备份用户并获取单个用户详情,在 MCP Apps 宿主中显示交互式备份状态卡片
- 列出某用户受覆盖的服务,并按用户和服务浏览备份运行记录
- 排队执行恢复并查询恢复进度
- 按日期范围读取管理员审计日志,并对比已用席位与已购席位
- 报告服务器状态与健康情况
- 适用场景
- 适合管理 M365、Google Workspace 或 Salesforce 租户的 Spanning Cloud Backup 管理员,希望助手回答备份覆盖、恢复进度、管理员活动或席位使用情况,或发起恢复操作时使用。
- 运行要求
- 以本地 stdio 进程运行(Node.js 构建,或已发布的容器镜像)。需要 SPANNING_PLATFORM(m365、gws 或 salesforce)、SPANNING_ADMIN_EMAIL 以及密钥 SPANNING_API_TOKEN。HTTP 模式还需 CONDUIT_S2S_SECRET 和 X-Gateway-S2S 签名;gateway 模式从 X-Spanning-* 请求头读取凭据。构建镜像需要 GitHub Packages 的 npmrc。
安装
在 SourceWeft 中
- 打开 控制台中的 Spanning Cloud Backup,将其添加到工作区。
- 为需要使用其工具的对话启用该服务。
Desktop only,通过 STDIO。 STDIO 服务会启动本地进程,因此需要 SourceWeft 桌面宿主。
其他 MCP 客户端
参照 仓库 中的启动说明。
README
Spanning Cloud Backup MCP Server
A Model Context Protocol server exposing the Spanning Cloud Backup API to Claude and other MCP clients.
What it does
Surface SaaS backup posture for your M365, Google Workspace, or Salesforce tenants directly to AI assistants — list backed-up users, inspect covered services, browse backup history, queue restores, and audit admin activity and license usage.
- Interactive backup status card (MCP Apps, SEP-1865):
spanning_get_userrenders as a read-only interactive card in MCP Apps hosts (Claude Desktop/web) showing the user's backup status, license state, last backup, and per-service coverage; neutral by default, brandable viawindow.__BRAND__injection orMCP_BRAND_*env vars (MCP_BRAND_NAME,MCP_BRAND_LOGO_URL,MCP_BRAND_PRIMARY_COLOR,MCP_BRAND_ACCENT_COLOR,MCP_BRAND_BG,MCP_BRAND_TEXT). Plain-JSON behavior is unchanged in other hosts. Rebuild the embedded card withnpm run build:uiafter editingui/.
Tools
Credentials
Copy .env.example and set the variables below. Leave CONDUIT_S2S_SECRET empty in the example. Never commit a real secret.
Local (env mode)
The stdio transport reads those variables and does not use CONDUIT_S2S_SECRET.
HTTP transport
CONDUIT_S2S_SECRET is required when MCP_TRANSPORT=http. If it is empty or a known placeholder (changeme, change-me, secret, placeholder, example, replace-me, replace-with-a-real-secret, your-secret, your-s2s-secret, s2s-secret), the process logs an error and exits non-zero. The secret value is never logged. Generate one with openssl rand -hex 32.
MCP_ALLOW_INSECURE_DEV=1 is local development only. It starts HTTP without CONDUIT_S2S_SECRET, logs a warning, does not check X-Gateway-S2S, and listens on 127.0.0.1 only. A non-loopback MCP_HTTP_HOST (including 0.0.0.0) is overridden to 127.0.0.1 and that override is logged. A known placeholder secret is still refused.
MCP_HTTP_HOST defaults to 127.0.0.1 when unset. A configured CONDUIT_S2S_SECRET honors MCP_HTTP_HOST. The container image sets MCP_HTTP_HOST=0.0.0.0 and AUTH_MODE=gateway.
X-Gateway-S2S
With a real CONDUIT_S2S_SECRET, every /mcp request must include X-Gateway-S2S. The check is verifyS2sHeader in src/s2s-verify.ts: the header value is t=<unix seconds>,v1=<hex>, where the hex is HMAC-SHA256 of the literal string t=<unix seconds> keyed with CONDUIT_S2S_SECRET (64 lowercase hex characters). The timestamp must be within 300 seconds of the server clock. A missing or invalid header is HTTP 401, before vendor credentials are read.
Hosted (gateway mode)
AUTH_MODE=gateway (the Docker image and Compose default) requires all three headers on every /mcp request and does not fall back to SPANNING_* in the process environment:
X-Spanning-Platform(required, one ofm365|gws|salesforce)X-Spanning-Admin-Email(required)X-Spanning-API-Token(required, secret)
A request missing any of those headers is HTTP 401. Add them to the signed curl above. The gateway Compose service does not set SPANNING_PLATFORM, SPANNING_ADMIN_EMAIL, or SPANNING_API_TOKEN.
/health stays unauthenticated and does not read credentials.
Single-tenant HTTP (AUTH_MODE=env)
/mcp still requires a valid X-Gateway-S2S header. Vendor credentials come from SPANNING_PLATFORM, SPANNING_ADMIN_EMAIL, and SPANNING_API_TOKEN. Pass those on that process. Do not add them to the gateway Compose service.
Run
Docker
The image listens on 0.0.0.0 inside the container and defaults to AUTH_MODE=gateway. Publish the port on loopback and pass the S2S secret. In gateway mode, Spanning credentials arrive on each request as headers.
Compose refuses to start when CONDUIT_S2S_SECRET is unset, sets AUTH_MODE=gateway, publishes 127.0.0.1:8080:8080, and does not inject static Spanning credentials:
The image build needs a GitHub Packages npmrc (docker build --secret id=npmrc,src=$HOME/.npmrc). Single-tenant HTTP still requires the S2S secret, then uses SPANNING_*:
License
Apache 2.0 — see LICENSE.
来源:README.md,提交 e80458d
工具
0版本历史
1- v1.1.3最新Sep 16, 2026
评分
已满足适用检查项的 50%
该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。
- 近 30 天内可连通25 分
请保持端点能够响应 MCP 握手;SourceWeft 每 30 天探测一次。
- 已声明认证方式10 分
请在注册中心条目中声明凭据请求头,或保持端点能够响应探测,以便判定其认证方式。
- 已列出工具15 分
请让服务器在无凭据时响应 tools/list,或发布可在沙箱中无凭据启动的软件包。
- 描述必需15 分
- 图标10 分
- 文档15 分
- 许可证10 分