Package Exports
This package does not declare an exports field, so the exports above have been automatically detected and optimized by JSPM instead. If any package subpath is missing, it is recommended to post an issue to the original package (runspec-webops) to support the "exports" field. If that is not possible, create a JSPM override to customize the exports field for this package.
Readme
runspec-webops
HTTPS/TLS certificate and web-endpoint runnables for runspec, built on Node's built-in tls / https — zero runtime dependencies beyond runspec-node.
| Runnable | What it does |
|---|---|
cert-check |
Inspect a host's TLS certificate — days-to-expiry, issuer, SANs, fingerprint. Exits non-zero when expiring/expired. |
cert-chain |
Print the full certificate chain (leaf → intermediates → root). |
http-check |
Probe an HTTP(S) URL — status, response time, redirect target; optional --expect-status. |
tls-info |
Report the negotiated TLS protocol, cipher, and trust result. |
All are read-only network probes (autonomy = "autonomous").
Use
cert-check example.com # human-readable
cert-check example.com --warn-days 14 --json # JSON, warn under 14 days
cert-chain example.com
http-check https://example.com --expect-status 200
tls-info example.comDeploy (model #1 — venv-shaped folder)
This package is the deployable unit. To stand it up on a host:
# materialise the package as a folder (clone / degit / npm pack + extract)
npm pack runspec-webops && tar xzf runspec-webops-*.tgz && mv package webops && cd webops
npm install # pulls runspec-node
npx runspec bin # generates bin/runspec + bin/<runnable> + logs/The folder is now venv-shaped: a controller (runspec-console) invokes bin/<runnable> and discovers/manages it via bin/runspec, from any working directory — including over SSH. Per-invocation logs land in logs/ and are read/compacted/pruned by runspec logs (Python or Node).