- Go 100%
* l4proxy: optionally close connections when a peer goes unhealthy By default the proxy lets established connections run until they close on their own, even after their backend is marked unhealthy. For failover that is undesirable: clients should be moved off a backend as soon as it goes down (e.g. a demoted database primary). Add an opt-in HealthChecks.CloseConnectionsOnUnhealthy (Caddyfile: close_connections_on_unhealthy). When enabled, a peer's currently-open proxied connections are force-closed the moment an active health check marks it unhealthy; closing the upstream side makes the proxy's io.Copy loops return and the sessions tear down so clients reconnect to a healthy peer. Default false preserves existing behavior. Per-peer open connections are tracked only when the option is enabled. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com> * l4proxy: docs + integration test for close_connections_on_unhealthy Document the close_connections_on_unhealthy health-check option in docs/handlers/proxy.md and add a caddyfile_adapt integration test. The feature's logic (peer connection tracking + the active-check trigger) is already unit-tested. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com> * l4proxy: address review on close-if-unhealthy - Move the option from HealthChecks into ActiveHealthChecks: it is only wired to active checks, so it now lives where it applies instead of in the general health-checks block (fixes the misleading placement). - Rename it to the more concise close_if_unhealthy (JSON + Caddyfile). - Add a duplicate guard in UnmarshalCaddyfile so specifying it twice is rejected, matching the other options. - Update docs, the caddyfile_adapt test, and unit tests (incl. a duplicate-directive case). Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com> --------- Co-authored-by: Claude Opus 4.8 <noreply@anthropic.com> |
||
|---|---|---|
| .github | ||
| docs | ||
| integration | ||
| layer4 | ||
| modules | ||
| .editorconfig | ||
| .gitattributes | ||
| .gitignore | ||
| .golangci.yml | ||
| go.mod | ||
| go.sum | ||
| imports.go | ||
| LICENSE | ||
| README.md | ||
Project Conncept: a TCP/UDP app for Caddy
Project Conncept is an experimental layer 4 app for Caddy. It facilitates composable handling of raw TCP/UDP connections based on properties of the connection or the beginning of the stream.
With it, you can listen on sockets/ports and express logic such as:
- "Echo all input back to the client."
- "Proxy all the raw bytes to 10.0.3.14:1592."
- "If connection is TLS, terminate TLS then proxy all bytes to :5000."
- "Terminate TLS; then if it is HTTP, proxy to localhost:80; otherwise echo."
- "If connection is TLS, proxy to :443 without terminating; if HTTP, proxy to :80; if SSH, proxy to :22."
- "If the HTTP Host is
example.comor the TLS ServerName isexample.com, then proxy to 192.168.0.4." - "Block connections from these IP ranges: ..."
- "Throttle data flow to simulate slow connections."
- And much more!
⚠️ This app is very capable and flexible, but is still in development. Please expect breaking changes.
Because this is a Caddy app, it can be used alongside other Caddy apps such as the HTTP server or TLS certificate manager.
Note
This is not an official repository of the Caddy Web Server organization.
Introduction
Important
Documentation is available in the docs directory. For better understanding, you may also read the code, especially type definitions and their comments. It's actually a pretty simple code base. See below for tips and examples writing config.
This app works similarly to the http app. You define servers, and each server consists of
routes. A route has a set of matchers and handlers;
if a connection matches, the associated handlers are invoked.
Refer the docs for lists of matchers and handlers included in the package.
Compiling
The recommended way is to use xcaddy:
$ xcaddy build --with github.com/mholt/caddy-l4
Alternatively, to hack on the plugin code, you can clone it down, then build and run like so:
- Download or clone this repo:
git clone https://github.com/mholt/caddy-l4.git - In the project folder, run
xcaddyjust like you would runcaddy. For example:xcaddy list-modules --versions(you should see thelayer4modules).
Writing config
This app supports Caddyfile, but you may also use Caddy's native JSON format to configure it. I highly recommend this caddy-json-schema plugin by @abiosoft which can give you auto-complete and documentation right in your editor as you write your config!
See below for some examples to help you get started.
Config examples
The following configuration examples are included in the documentation:
- Combining Apps
- DNS-over-TLS
- Echo Server
- HTTP & HTTPS Mix
- IMAPS with Proxy Protocol
- Mutual TLS
- Postgres-over-TLS
- SOCKS Proxy
- SSH-over-TLS
- TLS ALPN Routing
- TLS SNI Dynamic Upstreams
Other examples could be found in the documentation files describing specific matchers and handlers, as well as in issues and pull requests.