caddy-reverse-proxy_skill

This skill helps you manage and troubleshoot Caddy reverse proxy routes for local apps using wildcard subdomains and automated TLS.
  • Python

2.6k

GitHub Stars

4

Bundled Files

2 months ago

Catalog Refreshed

3 months ago

First Indexed

Readme & install

Copy the install command, review bundled files from the catalogue, and read any extended description pulled from the listing source.

Installation

Preview and clipboard use veilstrat where the catalogue uses aiagentskills.

npx veilstrat add skill openclaw/skills --skill caddy-reverse-proxy

  • _meta.json296 B
  • OPENCLAW.md3.0 KB
  • reference.md9.6 KB
  • SKILL.md2.4 KB

Overview

This skill adds, manages, and troubleshoots Caddy reverse proxy routes to expose local apps via wildcard subdomains with automatic HTTPS. It focuses on routing *.YOUR_DOMAIN to local services while limiting access to a Tailscale-only setup and automating certificate issuance via DNS-01 challenges.

How this skill works

You declare app routes in a Caddyfile that import a DNS-01 TLS snippet for Vercel DNS and point each subdomain to a local port using reverse_proxy. The skill supports creating background services for each app, reloading Caddy without restarting the service, and automating certificate provisioning via Let's Encrypt. It also provides commands and snippets to restart Caddy and verify DNS and TLS status.

When to use it

  • Expose multiple local development apps under *.YOUR_DOMAIN with HTTPS and wildcard subdomains.
  • Automate certificate issuance for local services when using Vercel DNS for DNS-01 ACME challenges.
  • Route traffic to services running on different local ports without exposing them publicly (Tailscale-only access).
  • Quickly add or remove dev servers and have URLs like https://myapp.YOUR\_DOMAIN resolve.
  • Troubleshoot TLS, DNS resolution, and Caddy configuration for local proxying.

Best practices

  • Run each app as a background service (systemd on Linux or LaunchAgent/LaunchDaemon on macOS) so ports are stable and managed.
  • Keep a single canonical Caddyfile in ~/.config/caddy/Caddyfile and reload Caddy with the local API to apply changes without downtime.
  • Use the correct DNS provider plugin: this skill ships with caddy-dns/vercel by default; swap it for your provider if needed.
  • Wait 30–60 seconds after reload for DNS-01 challenges and certificate provisioning to complete before testing TLS.
  • Log and monitor Caddy errors (tail /var/log/caddy-error.log) and verify DNS with dig to debug resolution issues.

Example use cases

  • Map a local React dev server at localhost:3123 to https://frontend.YOUR\_DOMAIN during development.
  • Run multiple microservices on different ports and expose them as service1.YOUR_DOMAIN, service2.YOUR_DOMAIN, etc.
  • Use dev-serve integration to bring up ephemeral development sites with one command and automatic Caddy routing.
  • Integrate local apps with an internal OpenClaw gateway while keeping access restricted to the Tailscale network.
  • Quickly rotate an expired Vercel API token and confirm certificates reissue without removing routes.

FAQ

The default setup uses Vercel DNS for DNS-01 ACME challenges. Replace the caddy-dns/vercel plugin and TLS snippet for your DNS provider if needed.

How long does certificate provisioning take?

Provisioning typically takes 30–60 seconds after the Caddy reload completes; TLS errors often indicate the cert is still being issued.

Built by
VeilStrat
AI signals for GTM teams
© 2026 VeilStrat. All rights reserved.All systems operational