2019-07-01 06:07:58 +08:00
|
|
|
// Copyright 2015 Matthew Holt and The Caddy Authors
|
|
|
|
//
|
|
|
|
// Licensed under the Apache License, Version 2.0 (the "License");
|
|
|
|
// you may not use this file except in compliance with the License.
|
|
|
|
// You may obtain a copy of the License at
|
|
|
|
//
|
|
|
|
// http://www.apache.org/licenses/LICENSE-2.0
|
|
|
|
//
|
|
|
|
// Unless required by applicable law or agreed to in writing, software
|
|
|
|
// distributed under the License is distributed on an "AS IS" BASIS,
|
|
|
|
// WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
|
|
|
|
// See the License for the specific language governing permissions and
|
|
|
|
// limitations under the License.
|
|
|
|
|
2019-04-26 03:54:48 +08:00
|
|
|
package caddytls
|
|
|
|
|
|
|
|
import (
|
2022-09-01 05:01:30 +08:00
|
|
|
"context"
|
2019-04-26 03:54:48 +08:00
|
|
|
"crypto/tls"
|
|
|
|
"encoding/json"
|
|
|
|
"fmt"
|
2020-05-13 01:36:20 +08:00
|
|
|
"log"
|
2019-04-26 03:54:48 +08:00
|
|
|
"net/http"
|
2020-05-13 01:36:20 +08:00
|
|
|
"runtime/debug"
|
2019-09-18 06:00:15 +08:00
|
|
|
"sync"
|
2019-06-21 10:36:29 +08:00
|
|
|
"time"
|
2019-04-26 03:54:48 +08:00
|
|
|
|
2019-07-03 02:37:06 +08:00
|
|
|
"github.com/caddyserver/caddy/v2"
|
2022-09-01 05:01:30 +08:00
|
|
|
"github.com/caddyserver/caddy/v2/modules/caddyevents"
|
2020-03-07 14:15:25 +08:00
|
|
|
"github.com/caddyserver/certmagic"
|
2019-10-29 04:39:37 +08:00
|
|
|
"go.uber.org/zap"
|
2019-04-26 03:54:48 +08:00
|
|
|
)
|
|
|
|
|
|
|
|
func init() {
|
2019-08-22 00:46:35 +08:00
|
|
|
caddy.RegisterModule(TLS{})
|
2019-12-11 04:36:46 +08:00
|
|
|
caddy.RegisterModule(AutomateLoader{})
|
2019-04-26 03:54:48 +08:00
|
|
|
}
|
|
|
|
|
2019-12-11 04:36:46 +08:00
|
|
|
// TLS provides TLS facilities including certificate
|
|
|
|
// loading and management, client auth, and more.
|
2019-04-26 03:54:48 +08:00
|
|
|
type TLS struct {
|
2019-12-11 04:36:46 +08:00
|
|
|
// Caches certificates in memory for quick use during
|
|
|
|
// TLS handshakes. Each key is the name of a certificate
|
|
|
|
// loader module. All loaded certificates get pooled
|
|
|
|
// into the same cache and may be used to complete TLS
|
|
|
|
// handshakes for the relevant server names (SNI).
|
|
|
|
// Certificates loaded manually (anything other than
|
|
|
|
// "automate") are not automatically managed and will
|
|
|
|
// have to be refreshed manually before they expire.
|
|
|
|
CertificatesRaw caddy.ModuleMap `json:"certificates,omitempty" caddy:"namespace=tls.certificates"`
|
|
|
|
|
2021-09-25 08:31:01 +08:00
|
|
|
// Configures certificate automation.
|
2019-12-11 04:36:46 +08:00
|
|
|
Automation *AutomationConfig `json:"automation,omitempty"`
|
|
|
|
|
|
|
|
// Configures session ticket ephemeral keys (STEKs).
|
|
|
|
SessionTickets *SessionTicketService `json:"session_tickets,omitempty"`
|
2019-04-26 03:54:48 +08:00
|
|
|
|
2020-06-06 01:14:39 +08:00
|
|
|
// Configures the in-memory certificate cache.
|
|
|
|
Cache *CertCacheOptions `json:"cache,omitempty"`
|
|
|
|
|
2021-04-13 06:09:02 +08:00
|
|
|
// Disables OCSP stapling for manually-managed certificates only.
|
|
|
|
// To configure OCSP stapling for automated certificates, use an
|
|
|
|
// automation policy instead.
|
|
|
|
//
|
|
|
|
// Disabling OCSP stapling puts clients at greater risk, reduces their
|
|
|
|
// privacy, and usually lowers client performance. It is NOT recommended
|
|
|
|
// to disable this unless you are able to justify the costs.
|
|
|
|
// EXPERIMENTAL. Subject to change.
|
|
|
|
DisableOCSPStapling bool `json:"disable_ocsp_stapling,omitempty"`
|
|
|
|
|
2019-04-26 03:54:48 +08:00
|
|
|
certificateLoaders []CertificateLoader
|
2019-12-11 04:36:46 +08:00
|
|
|
automateNames []string
|
2019-04-26 03:54:48 +08:00
|
|
|
certCache *certmagic.Cache
|
2019-06-15 01:58:28 +08:00
|
|
|
ctx caddy.Context
|
2019-09-18 06:00:15 +08:00
|
|
|
storageCleanTicker *time.Ticker
|
|
|
|
storageCleanStop chan struct{}
|
2019-10-29 04:39:37 +08:00
|
|
|
logger *zap.Logger
|
2022-09-01 05:01:30 +08:00
|
|
|
events *caddyevents.App
|
2019-04-26 03:54:48 +08:00
|
|
|
}
|
|
|
|
|
2019-08-22 00:46:35 +08:00
|
|
|
// CaddyModule returns the Caddy module information.
|
|
|
|
func (TLS) CaddyModule() caddy.ModuleInfo {
|
|
|
|
return caddy.ModuleInfo{
|
2019-12-11 04:36:46 +08:00
|
|
|
ID: "tls",
|
|
|
|
New: func() caddy.Module { return new(TLS) },
|
2019-08-22 00:46:35 +08:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2019-04-27 02:35:39 +08:00
|
|
|
// Provision sets up the configuration for the TLS app.
|
2019-06-15 01:58:28 +08:00
|
|
|
func (t *TLS) Provision(ctx caddy.Context) error {
|
2022-09-01 05:01:30 +08:00
|
|
|
eventsAppIface, err := ctx.App("events")
|
|
|
|
if err != nil {
|
|
|
|
return fmt.Errorf("getting events app: %v", err)
|
|
|
|
}
|
|
|
|
t.events = eventsAppIface.(*caddyevents.App)
|
2019-05-17 06:05:38 +08:00
|
|
|
t.ctx = ctx
|
2019-10-29 04:39:37 +08:00
|
|
|
t.logger = ctx.Logger(t)
|
2021-05-09 12:37:27 +08:00
|
|
|
repl := caddy.NewReplacer()
|
2019-05-17 06:05:38 +08:00
|
|
|
|
2019-09-30 23:07:43 +08:00
|
|
|
// set up a new certificate cache; this (re)loads all certificates
|
|
|
|
cacheOpts := certmagic.CacheOptions{
|
2020-03-07 14:15:25 +08:00
|
|
|
GetConfigForCert: func(cert certmagic.Certificate) (*certmagic.Config, error) {
|
|
|
|
return t.getConfigForName(cert.Names[0]), nil
|
2019-04-26 03:54:48 +08:00
|
|
|
},
|
2020-07-31 05:18:14 +08:00
|
|
|
Logger: t.logger.Named("cache"),
|
2019-09-30 23:07:43 +08:00
|
|
|
}
|
|
|
|
if t.Automation != nil {
|
|
|
|
cacheOpts.OCSPCheckInterval = time.Duration(t.Automation.OCSPCheckInterval)
|
|
|
|
cacheOpts.RenewCheckInterval = time.Duration(t.Automation.RenewCheckInterval)
|
|
|
|
}
|
2020-06-06 01:14:39 +08:00
|
|
|
if t.Cache != nil {
|
|
|
|
cacheOpts.Capacity = t.Cache.Capacity
|
|
|
|
}
|
2020-07-31 05:18:14 +08:00
|
|
|
if cacheOpts.Capacity <= 0 {
|
|
|
|
cacheOpts.Capacity = 10000
|
|
|
|
}
|
2019-09-30 23:07:43 +08:00
|
|
|
t.certCache = certmagic.NewCache(cacheOpts)
|
2019-04-26 03:54:48 +08:00
|
|
|
|
|
|
|
// certificate loaders
|
2019-12-11 04:36:46 +08:00
|
|
|
val, err := ctx.LoadModule(t, "CertificatesRaw")
|
|
|
|
if err != nil {
|
2020-03-07 14:15:25 +08:00
|
|
|
return fmt.Errorf("loading certificate loader modules: %s", err)
|
2019-12-11 04:36:46 +08:00
|
|
|
}
|
2022-08-03 04:39:09 +08:00
|
|
|
for modName, modIface := range val.(map[string]any) {
|
2019-12-11 04:36:46 +08:00
|
|
|
if modName == "automate" {
|
2020-04-10 03:09:48 +08:00
|
|
|
// special case; these will be loaded in later using our automation facilities,
|
|
|
|
// which we want to avoid doing during provisioning
|
2020-01-06 23:10:20 +08:00
|
|
|
if automateNames, ok := modIface.(*AutomateLoader); ok && automateNames != nil {
|
|
|
|
t.automateNames = []string(*automateNames)
|
|
|
|
} else {
|
|
|
|
return fmt.Errorf("loading certificates with 'automate' requires array of strings, got: %T", modIface)
|
2019-12-11 04:36:46 +08:00
|
|
|
}
|
|
|
|
continue
|
2019-04-26 03:54:48 +08:00
|
|
|
}
|
2019-12-11 04:36:46 +08:00
|
|
|
t.certificateLoaders = append(t.certificateLoaders, modIface.(CertificateLoader))
|
2019-04-26 03:54:48 +08:00
|
|
|
}
|
|
|
|
|
2020-04-10 03:09:48 +08:00
|
|
|
// automation/management policies
|
|
|
|
if t.Automation == nil {
|
|
|
|
t.Automation = new(AutomationConfig)
|
|
|
|
}
|
|
|
|
t.Automation.defaultPublicAutomationPolicy = new(AutomationPolicy)
|
|
|
|
err = t.Automation.defaultPublicAutomationPolicy.Provision(t)
|
|
|
|
if err != nil {
|
|
|
|
return fmt.Errorf("provisioning default public automation policy: %v", err)
|
|
|
|
}
|
|
|
|
for _, n := range t.automateNames {
|
|
|
|
// if any names specified by the "automate" loader do not qualify for a public
|
|
|
|
// certificate, we should initialize a default internal automation policy
|
|
|
|
// (but we don't want to do this unnecessarily, since it may prompt for password!)
|
|
|
|
if certmagic.SubjectQualifiesForPublicCert(n) {
|
|
|
|
continue
|
|
|
|
}
|
|
|
|
t.Automation.defaultInternalAutomationPolicy = &AutomationPolicy{
|
2020-11-17 02:05:55 +08:00
|
|
|
IssuersRaw: []json.RawMessage{json.RawMessage(`{"module":"internal"}`)},
|
2020-04-10 03:09:48 +08:00
|
|
|
}
|
|
|
|
err = t.Automation.defaultInternalAutomationPolicy.Provision(t)
|
|
|
|
if err != nil {
|
|
|
|
return fmt.Errorf("provisioning default internal automation policy: %v", err)
|
|
|
|
}
|
|
|
|
break
|
|
|
|
}
|
|
|
|
for i, ap := range t.Automation.Policies {
|
|
|
|
err := ap.Provision(t)
|
|
|
|
if err != nil {
|
|
|
|
return fmt.Errorf("provisioning automation policy %d: %v", i, err)
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2019-05-30 13:11:46 +08:00
|
|
|
// session ticket ephemeral keys (STEK) service and provider
|
2019-09-30 23:07:43 +08:00
|
|
|
if t.SessionTickets != nil {
|
|
|
|
err := t.SessionTickets.provision(ctx)
|
|
|
|
if err != nil {
|
|
|
|
return fmt.Errorf("provisioning session tickets configuration: %v", err)
|
|
|
|
}
|
2019-05-30 13:11:46 +08:00
|
|
|
}
|
|
|
|
|
2019-06-21 10:36:29 +08:00
|
|
|
// on-demand rate limiting
|
2019-09-30 23:07:43 +08:00
|
|
|
if t.Automation != nil && t.Automation.OnDemand != nil && t.Automation.OnDemand.RateLimit != nil {
|
2019-10-22 02:03:51 +08:00
|
|
|
onDemandRateLimiter.SetMaxEvents(t.Automation.OnDemand.RateLimit.Burst)
|
|
|
|
onDemandRateLimiter.SetWindow(time.Duration(t.Automation.OnDemand.RateLimit.Interval))
|
2019-06-21 10:36:29 +08:00
|
|
|
} else {
|
2019-10-22 02:03:51 +08:00
|
|
|
// remove any existing rate limiter
|
|
|
|
onDemandRateLimiter.SetMaxEvents(0)
|
|
|
|
onDemandRateLimiter.SetWindow(0)
|
2019-06-21 10:36:29 +08:00
|
|
|
}
|
|
|
|
|
2022-09-13 22:59:03 +08:00
|
|
|
// run replacer on ask URL (for environment variables) -- return errors to prevent surprises (#5036)
|
2021-05-09 12:37:27 +08:00
|
|
|
if t.Automation != nil && t.Automation.OnDemand != nil && t.Automation.OnDemand.Ask != "" {
|
2022-09-13 22:59:03 +08:00
|
|
|
t.Automation.OnDemand.Ask, err = repl.ReplaceOrErr(t.Automation.OnDemand.Ask, true, true)
|
|
|
|
if err != nil {
|
|
|
|
return fmt.Errorf("preparing 'ask' endpoint: %v", err)
|
|
|
|
}
|
2021-05-09 12:37:27 +08:00
|
|
|
}
|
|
|
|
|
2019-08-10 02:05:47 +08:00
|
|
|
// load manual/static (unmanaged) certificates - we do this in
|
|
|
|
// provision so that other apps (such as http) can know which
|
2019-12-11 04:36:46 +08:00
|
|
|
// certificates have been manually loaded, and also so that
|
|
|
|
// commands like validate can be a better test
|
2019-06-27 06:03:29 +08:00
|
|
|
magic := certmagic.New(t.certCache, certmagic.Config{
|
2019-08-10 02:05:47 +08:00
|
|
|
Storage: ctx.Storage(),
|
2020-07-31 05:18:14 +08:00
|
|
|
Logger: t.logger,
|
2022-09-01 05:01:30 +08:00
|
|
|
OnEvent: t.onEvent,
|
2021-04-13 06:09:02 +08:00
|
|
|
OCSP: certmagic.OCSPConfig{
|
|
|
|
DisableStapling: t.DisableOCSPStapling,
|
|
|
|
},
|
2019-06-27 06:03:29 +08:00
|
|
|
})
|
2019-04-26 03:54:48 +08:00
|
|
|
for _, loader := range t.certificateLoaders {
|
|
|
|
certs, err := loader.LoadCertificates()
|
|
|
|
if err != nil {
|
|
|
|
return fmt.Errorf("loading certificates: %v", err)
|
|
|
|
}
|
|
|
|
for _, cert := range certs {
|
2022-03-26 01:28:54 +08:00
|
|
|
err := magic.CacheUnmanagedTLSCertificate(ctx, cert.Certificate, cert.Tags)
|
2019-04-26 03:54:48 +08:00
|
|
|
if err != nil {
|
|
|
|
return fmt.Errorf("caching unmanaged certificate: %v", err)
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2019-08-10 02:05:47 +08:00
|
|
|
return nil
|
|
|
|
}
|
|
|
|
|
2020-03-14 01:06:08 +08:00
|
|
|
// Validate validates t's configuration.
|
|
|
|
func (t *TLS) Validate() error {
|
|
|
|
if t.Automation != nil {
|
|
|
|
// ensure that host aren't repeated; since only the first
|
|
|
|
// automation policy is used, repeating a host in the lists
|
2020-03-18 11:00:45 +08:00
|
|
|
// isn't useful and is probably a mistake; same for two
|
|
|
|
// catch-all/default policies
|
|
|
|
var hasDefault bool
|
2020-03-14 01:06:08 +08:00
|
|
|
hostSet := make(map[string]int)
|
|
|
|
for i, ap := range t.Automation.Policies {
|
2020-03-18 11:00:45 +08:00
|
|
|
if len(ap.Subjects) == 0 {
|
|
|
|
if hasDefault {
|
|
|
|
return fmt.Errorf("automation policy %d is the second policy that acts as default/catch-all, but will never be used", i)
|
|
|
|
}
|
|
|
|
hasDefault = true
|
|
|
|
}
|
2020-03-16 11:22:26 +08:00
|
|
|
for _, h := range ap.Subjects {
|
2020-03-14 01:06:08 +08:00
|
|
|
if first, ok := hostSet[h]; ok {
|
|
|
|
return fmt.Errorf("automation policy %d: cannot apply more than one automation policy to host: %s (first match in policy %d)", i, h, first)
|
|
|
|
}
|
|
|
|
hostSet[h] = i
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
2020-06-06 01:14:39 +08:00
|
|
|
if t.Cache != nil {
|
|
|
|
if t.Cache.Capacity < 0 {
|
|
|
|
return fmt.Errorf("cache capacity must be >= 0")
|
|
|
|
}
|
|
|
|
}
|
2020-03-14 01:06:08 +08:00
|
|
|
return nil
|
|
|
|
}
|
|
|
|
|
2019-08-10 02:05:47 +08:00
|
|
|
// Start activates the TLS module.
|
|
|
|
func (t *TLS) Start() error {
|
2021-02-17 04:31:53 +08:00
|
|
|
// warn if on-demand TLS is enabled but no restrictions are in place
|
|
|
|
if t.Automation.OnDemand == nil ||
|
|
|
|
(t.Automation.OnDemand.Ask == "" && t.Automation.OnDemand.RateLimit == nil) {
|
|
|
|
for _, ap := range t.Automation.Policies {
|
|
|
|
if ap.OnDemand {
|
|
|
|
t.logger.Warn("YOUR SERVER MAY BE VULNERABLE TO ABUSE: on-demand TLS is enabled, but no protections are in place",
|
|
|
|
zap.String("docs", "https://caddyserver.com/docs/automatic-https#on-demand-tls"))
|
|
|
|
break
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2019-12-11 04:36:46 +08:00
|
|
|
// now that we are running, and all manual certificates have
|
|
|
|
// been loaded, time to load the automated/managed certificates
|
|
|
|
err := t.Manage(t.automateNames)
|
|
|
|
if err != nil {
|
|
|
|
return fmt.Errorf("automate: managing %v: %v", t.automateNames, err)
|
2019-04-26 03:54:48 +08:00
|
|
|
}
|
|
|
|
|
2019-09-18 06:00:15 +08:00
|
|
|
t.keepStorageClean()
|
|
|
|
|
2019-04-26 03:54:48 +08:00
|
|
|
return nil
|
|
|
|
}
|
|
|
|
|
|
|
|
// Stop stops the TLS module and cleans up any allocations.
|
|
|
|
func (t *TLS) Stop() error {
|
2019-09-30 23:07:43 +08:00
|
|
|
// stop the storage cleaner goroutine and ticker
|
2019-10-03 13:39:32 +08:00
|
|
|
if t.storageCleanStop != nil {
|
|
|
|
close(t.storageCleanStop)
|
|
|
|
}
|
|
|
|
if t.storageCleanTicker != nil {
|
|
|
|
t.storageCleanTicker.Stop()
|
|
|
|
}
|
2019-09-30 23:07:43 +08:00
|
|
|
return nil
|
|
|
|
}
|
|
|
|
|
|
|
|
// Cleanup frees up resources allocated during Provision.
|
|
|
|
func (t *TLS) Cleanup() error {
|
2019-09-18 06:00:15 +08:00
|
|
|
// stop the certificate cache
|
2019-04-26 03:54:48 +08:00
|
|
|
if t.certCache != nil {
|
|
|
|
t.certCache.Stop()
|
|
|
|
}
|
2019-09-18 06:00:15 +08:00
|
|
|
|
|
|
|
// stop the session ticket rotation goroutine
|
2019-09-30 23:07:43 +08:00
|
|
|
if t.SessionTickets != nil {
|
|
|
|
t.SessionTickets.stop()
|
|
|
|
}
|
2019-09-18 06:00:15 +08:00
|
|
|
|
2019-04-26 03:54:48 +08:00
|
|
|
return nil
|
|
|
|
}
|
|
|
|
|
|
|
|
// Manage immediately begins managing names according to the
|
|
|
|
// matching automation policy.
|
|
|
|
func (t *TLS) Manage(names []string) error {
|
2020-02-15 02:14:52 +08:00
|
|
|
// for a large number of names, we can be more memory-efficient
|
|
|
|
// by making only one certmagic.Config for all the names that
|
2020-03-27 04:02:29 +08:00
|
|
|
// use that config, rather than calling ManageAsync once for
|
|
|
|
// every name; so first, bin names by AutomationPolicy
|
2020-02-15 02:14:52 +08:00
|
|
|
policyToNames := make(map[*AutomationPolicy][]string)
|
2019-04-26 03:54:48 +08:00
|
|
|
for _, name := range names {
|
|
|
|
ap := t.getAutomationPolicyForName(name)
|
2020-02-15 02:14:52 +08:00
|
|
|
policyToNames[ap] = append(policyToNames[ap], name)
|
|
|
|
}
|
|
|
|
|
|
|
|
// now that names are grouped by policy, we can simply make one
|
|
|
|
// certmagic.Config for each (potentially large) group of names
|
2020-03-27 04:02:29 +08:00
|
|
|
// and call ManageAsync just once for the whole batch
|
2020-02-15 02:14:52 +08:00
|
|
|
for ap, names := range policyToNames {
|
2020-03-27 04:02:29 +08:00
|
|
|
err := ap.magic.ManageAsync(t.ctx.Context, names)
|
2019-04-26 03:54:48 +08:00
|
|
|
if err != nil {
|
2020-02-15 02:14:52 +08:00
|
|
|
return fmt.Errorf("automate: manage %v: %v", names, err)
|
2019-04-26 03:54:48 +08:00
|
|
|
}
|
|
|
|
}
|
2020-02-15 02:14:52 +08:00
|
|
|
|
2019-04-26 03:54:48 +08:00
|
|
|
return nil
|
|
|
|
}
|
|
|
|
|
|
|
|
// HandleHTTPChallenge ensures that the HTTP challenge is handled for the
|
2020-03-07 14:15:25 +08:00
|
|
|
// certificate named by r.Host, if it is an HTTP challenge request. It
|
2020-11-17 02:05:55 +08:00
|
|
|
// requires that the automation policy for r.Host has an issuer of type
|
|
|
|
// *certmagic.ACMEManager, or one that is ACME-enabled (GetACMEIssuer()).
|
2019-04-26 03:54:48 +08:00
|
|
|
func (t *TLS) HandleHTTPChallenge(w http.ResponseWriter, r *http.Request) bool {
|
admin: Identity management, remote admin, config loaders (#3994)
This commits dds 3 separate, but very related features:
1. Automated server identity management
How do you know you're connecting to the server you think you are? How do you know the server connecting to you is the server instance you think it is? Mutually-authenticated TLS (mTLS) answers both of these questions. Using TLS to authenticate requires a public/private key pair (and the peer must trust the certificate you present to it).
Fortunately, Caddy is really good at managing certificates by now. We tap into that power to make it possible for Caddy to obtain and renew its own identity credentials, or in other words, a certificate that can be used for both server verification when clients connect to it, and client verification when it connects to other servers. Its associated private key is essentially its identity, and TLS takes care of possession proofs.
This configuration is simply a list of identifiers and an optional list of custom certificate issuers. Identifiers are things like IP addresses or DNS names that can be used to access the Caddy instance. The default issuers are ZeroSSL and Let's Encrypt, but these are public CAs, so they won't issue certs for private identifiers. Caddy will simply manage credentials for these, which other parts of Caddy can use, for example: remote administration or dynamic config loading (described below).
2. Remote administration over secure connection
This feature adds generic remote admin functionality that is safe to expose on a public interface.
- The "remote" (or "secure") endpoint is optional. It does not affect the standard/local/plaintext endpoint.
- It's the same as the [API endpoint on localhost:2019](https://caddyserver.com/docs/api), but over TLS.
- TLS cannot be disabled on this endpoint.
- TLS mutual auth is required, and cannot be disabled.
- The server's certificate _must_ be obtained and renewed via automated means, such as ACME. It cannot be manually loaded.
- The TLS server takes care of verifying the client.
- The admin handler takes care of application-layer permissions (methods and paths that each client is allowed to use).\
- Sensible defaults are still WIP.
- Config fields subject to change/renaming.
3. Dyanmic config loading at startup
Since this feature was planned in tandem with remote admin, and depends on its changes, I am combining them into one PR.
Dynamic config loading is where you tell Caddy how to load its config, and then it loads and runs that. First, it will load the config you give it (and persist that so it can be optionally resumed later). Then, it will try pulling its _actual_ config using the module you've specified (dynamically loaded configs are _not_ persisted to storage, since resuming them doesn't make sense).
This PR comes with a standard config loader module called `caddy.config_loaders.http`.
Caddyfile config for all of this can probably be added later.
COMMITS:
* admin: Secure socket for remote management
Functional, but still WIP.
Optional secure socket for the admin endpoint is designed
for remote management, i.e. to be exposed on a public
port. It enforces TLS mutual authentication which cannot
be disabled. The default port for this is :2021. The server
certificate cannot be specified manually, it MUST be
obtained from a certificate issuer (i.e. ACME).
More polish and sensible defaults are still in development.
Also cleaned up and consolidated the code related to
quitting the process.
* Happy lint
* Implement dynamic config loading; HTTP config loader module
This allows Caddy to load a dynamic config when it starts.
Dynamically-loaded configs are intentionally not persisted to storage.
Includes an implementation of the standard config loader, HTTPLoader.
Can be used to download configs over HTTP(S).
* Refactor and cleanup; prevent recursive config pulls
Identity management is now separated from remote administration.
There is no need to enable remote administration if all you want is identity
management, but you will need to configure identity management
if you want remote administration.
* Fix lint warnings
* Rename identities->identifiers for consistency
2021-01-28 07:16:04 +08:00
|
|
|
// no-op if it's not an ACME challenge request
|
2019-04-26 03:54:48 +08:00
|
|
|
if !certmagic.LooksLikeHTTPChallenge(r) {
|
|
|
|
return false
|
|
|
|
}
|
admin: Identity management, remote admin, config loaders (#3994)
This commits dds 3 separate, but very related features:
1. Automated server identity management
How do you know you're connecting to the server you think you are? How do you know the server connecting to you is the server instance you think it is? Mutually-authenticated TLS (mTLS) answers both of these questions. Using TLS to authenticate requires a public/private key pair (and the peer must trust the certificate you present to it).
Fortunately, Caddy is really good at managing certificates by now. We tap into that power to make it possible for Caddy to obtain and renew its own identity credentials, or in other words, a certificate that can be used for both server verification when clients connect to it, and client verification when it connects to other servers. Its associated private key is essentially its identity, and TLS takes care of possession proofs.
This configuration is simply a list of identifiers and an optional list of custom certificate issuers. Identifiers are things like IP addresses or DNS names that can be used to access the Caddy instance. The default issuers are ZeroSSL and Let's Encrypt, but these are public CAs, so they won't issue certs for private identifiers. Caddy will simply manage credentials for these, which other parts of Caddy can use, for example: remote administration or dynamic config loading (described below).
2. Remote administration over secure connection
This feature adds generic remote admin functionality that is safe to expose on a public interface.
- The "remote" (or "secure") endpoint is optional. It does not affect the standard/local/plaintext endpoint.
- It's the same as the [API endpoint on localhost:2019](https://caddyserver.com/docs/api), but over TLS.
- TLS cannot be disabled on this endpoint.
- TLS mutual auth is required, and cannot be disabled.
- The server's certificate _must_ be obtained and renewed via automated means, such as ACME. It cannot be manually loaded.
- The TLS server takes care of verifying the client.
- The admin handler takes care of application-layer permissions (methods and paths that each client is allowed to use).\
- Sensible defaults are still WIP.
- Config fields subject to change/renaming.
3. Dyanmic config loading at startup
Since this feature was planned in tandem with remote admin, and depends on its changes, I am combining them into one PR.
Dynamic config loading is where you tell Caddy how to load its config, and then it loads and runs that. First, it will load the config you give it (and persist that so it can be optionally resumed later). Then, it will try pulling its _actual_ config using the module you've specified (dynamically loaded configs are _not_ persisted to storage, since resuming them doesn't make sense).
This PR comes with a standard config loader module called `caddy.config_loaders.http`.
Caddyfile config for all of this can probably be added later.
COMMITS:
* admin: Secure socket for remote management
Functional, but still WIP.
Optional secure socket for the admin endpoint is designed
for remote management, i.e. to be exposed on a public
port. It enforces TLS mutual authentication which cannot
be disabled. The default port for this is :2021. The server
certificate cannot be specified manually, it MUST be
obtained from a certificate issuer (i.e. ACME).
More polish and sensible defaults are still in development.
Also cleaned up and consolidated the code related to
quitting the process.
* Happy lint
* Implement dynamic config loading; HTTP config loader module
This allows Caddy to load a dynamic config when it starts.
Dynamically-loaded configs are intentionally not persisted to storage.
Includes an implementation of the standard config loader, HTTPLoader.
Can be used to download configs over HTTP(S).
* Refactor and cleanup; prevent recursive config pulls
Identity management is now separated from remote administration.
There is no need to enable remote administration if all you want is identity
management, but you will need to configure identity management
if you want remote administration.
* Fix lint warnings
* Rename identities->identifiers for consistency
2021-01-28 07:16:04 +08:00
|
|
|
|
2020-11-17 02:05:55 +08:00
|
|
|
// try all the issuers until we find the one that initiated the challenge
|
2019-04-26 03:54:48 +08:00
|
|
|
ap := t.getAutomationPolicyForName(r.Host)
|
caddytls: Add support for ZeroSSL; add Caddyfile support for issuers (#3633)
* caddytls: Add support for ZeroSSL; add Caddyfile support for issuers
Configuring issuers explicitly in a Caddyfile is not easily compatible
with existing ACME-specific parameters such as email or acme_ca which
infer the kind of issuer it creates (this is complicated now because
the ZeroSSL issuer wraps the ACME issuer)... oh well, we can revisit
that later if we need to.
New Caddyfile global option:
{
cert_issuer <name> ...
}
Or, alternatively, as a tls subdirective:
tls {
issuer <name> ...
}
For example, to use ZeroSSL with an API key:
{
cert_issuser zerossl API_KEY
}
For now, that still uses ZeroSSL's ACME endpoint; it fetches EAB
credentials for you. You can also provide the EAB credentials directly
just like any other ACME endpoint:
{
cert_issuer acme {
eab KEY_ID MAC_KEY
}
}
All these examples use the new global option (or tls subdirective). You
can still use traditional/existing options with ZeroSSL, since it's
just another ACME endpoint:
{
acme_ca https://acme.zerossl.com/v2/DV90
acme_eab KEY_ID MAC_KEY
}
That's all there is to it. You just can't mix-and-match acme_* options
with cert_issuer, because it becomes confusing/ambiguous/complicated to
merge the settings.
* Fix broken test
This test was asserting buggy behavior, oops - glad this branch both
discovers and fixes the bug at the same time!
* Fix broken test (post-merge)
* Update modules/caddytls/acmeissuer.go
Fix godoc comment
Co-authored-by: Francis Lavoie <lavofr@gmail.com>
* Add support for ZeroSSL's EAB-by-email endpoint
Also transform the ACMEIssuer into ZeroSSLIssuer implicitly if set to
the ZeroSSL endpoint without EAB (the ZeroSSLIssuer is needed to
generate EAB if not already provided); this is now possible with either
an API key or an email address.
* go.mod: Use latest certmagic, acmez, and x/net
* Wrap underlying logic rather than repeating it
Oops, duh
* Form-encode email info into request body for EAB endpoint
Co-authored-by: Francis Lavoie <lavofr@gmail.com>
2020-08-11 22:58:06 +08:00
|
|
|
type acmeCapable interface{ GetACMEIssuer() *ACMEIssuer }
|
2020-11-17 02:05:55 +08:00
|
|
|
for _, iss := range ap.magic.Issuers {
|
|
|
|
if am, ok := iss.(acmeCapable); ok {
|
|
|
|
iss := am.GetACMEIssuer()
|
2022-07-06 08:12:25 +08:00
|
|
|
if iss.issuer.HandleHTTPChallenge(w, r) {
|
2020-11-17 02:05:55 +08:00
|
|
|
return true
|
|
|
|
}
|
|
|
|
}
|
2020-03-07 14:15:25 +08:00
|
|
|
}
|
admin: Identity management, remote admin, config loaders (#3994)
This commits dds 3 separate, but very related features:
1. Automated server identity management
How do you know you're connecting to the server you think you are? How do you know the server connecting to you is the server instance you think it is? Mutually-authenticated TLS (mTLS) answers both of these questions. Using TLS to authenticate requires a public/private key pair (and the peer must trust the certificate you present to it).
Fortunately, Caddy is really good at managing certificates by now. We tap into that power to make it possible for Caddy to obtain and renew its own identity credentials, or in other words, a certificate that can be used for both server verification when clients connect to it, and client verification when it connects to other servers. Its associated private key is essentially its identity, and TLS takes care of possession proofs.
This configuration is simply a list of identifiers and an optional list of custom certificate issuers. Identifiers are things like IP addresses or DNS names that can be used to access the Caddy instance. The default issuers are ZeroSSL and Let's Encrypt, but these are public CAs, so they won't issue certs for private identifiers. Caddy will simply manage credentials for these, which other parts of Caddy can use, for example: remote administration or dynamic config loading (described below).
2. Remote administration over secure connection
This feature adds generic remote admin functionality that is safe to expose on a public interface.
- The "remote" (or "secure") endpoint is optional. It does not affect the standard/local/plaintext endpoint.
- It's the same as the [API endpoint on localhost:2019](https://caddyserver.com/docs/api), but over TLS.
- TLS cannot be disabled on this endpoint.
- TLS mutual auth is required, and cannot be disabled.
- The server's certificate _must_ be obtained and renewed via automated means, such as ACME. It cannot be manually loaded.
- The TLS server takes care of verifying the client.
- The admin handler takes care of application-layer permissions (methods and paths that each client is allowed to use).\
- Sensible defaults are still WIP.
- Config fields subject to change/renaming.
3. Dyanmic config loading at startup
Since this feature was planned in tandem with remote admin, and depends on its changes, I am combining them into one PR.
Dynamic config loading is where you tell Caddy how to load its config, and then it loads and runs that. First, it will load the config you give it (and persist that so it can be optionally resumed later). Then, it will try pulling its _actual_ config using the module you've specified (dynamically loaded configs are _not_ persisted to storage, since resuming them doesn't make sense).
This PR comes with a standard config loader module called `caddy.config_loaders.http`.
Caddyfile config for all of this can probably be added later.
COMMITS:
* admin: Secure socket for remote management
Functional, but still WIP.
Optional secure socket for the admin endpoint is designed
for remote management, i.e. to be exposed on a public
port. It enforces TLS mutual authentication which cannot
be disabled. The default port for this is :2021. The server
certificate cannot be specified manually, it MUST be
obtained from a certificate issuer (i.e. ACME).
More polish and sensible defaults are still in development.
Also cleaned up and consolidated the code related to
quitting the process.
* Happy lint
* Implement dynamic config loading; HTTP config loader module
This allows Caddy to load a dynamic config when it starts.
Dynamically-loaded configs are intentionally not persisted to storage.
Includes an implementation of the standard config loader, HTTPLoader.
Can be used to download configs over HTTP(S).
* Refactor and cleanup; prevent recursive config pulls
Identity management is now separated from remote administration.
There is no need to enable remote administration if all you want is identity
management, but you will need to configure identity management
if you want remote administration.
* Fix lint warnings
* Rename identities->identifiers for consistency
2021-01-28 07:16:04 +08:00
|
|
|
|
|
|
|
// it's possible another server in this process initiated the challenge;
|
|
|
|
// users have requested that Caddy only handle HTTP challenges it initiated,
|
|
|
|
// so that users can proxy the others through to their backends; but we
|
|
|
|
// might not have an automation policy for all identifiers that are trying
|
|
|
|
// to get certificates (e.g. the admin endpoint), so we do this manual check
|
|
|
|
if challenge, ok := certmagic.GetACMEChallenge(r.Host); ok {
|
|
|
|
return certmagic.SolveHTTPChallenge(t.logger, w, r, challenge.Challenge)
|
|
|
|
}
|
|
|
|
|
2020-03-07 14:15:25 +08:00
|
|
|
return false
|
|
|
|
}
|
|
|
|
|
|
|
|
// AddAutomationPolicy provisions and adds ap to the list of the app's
|
2020-03-14 01:06:08 +08:00
|
|
|
// automation policies. If an existing automation policy exists that has
|
|
|
|
// fewer hosts in its list than ap does, ap will be inserted before that
|
|
|
|
// other policy (this helps ensure that ap will be prioritized/chosen
|
|
|
|
// over, say, a catch-all policy).
|
2020-03-07 14:15:25 +08:00
|
|
|
func (t *TLS) AddAutomationPolicy(ap *AutomationPolicy) error {
|
|
|
|
if t.Automation == nil {
|
|
|
|
t.Automation = new(AutomationConfig)
|
|
|
|
}
|
2020-03-21 10:25:46 +08:00
|
|
|
err := ap.Provision(t)
|
2020-03-07 14:15:25 +08:00
|
|
|
if err != nil {
|
|
|
|
return err
|
|
|
|
}
|
2020-10-23 02:40:23 +08:00
|
|
|
// sort new automation policies just before any other which is a superset
|
|
|
|
// of this one; if we find an existing policy that covers every subject in
|
|
|
|
// ap but less specifically (e.g. a catch-all policy, or one with wildcards
|
|
|
|
// or with fewer subjects), insert ap just before it, otherwise ap would
|
|
|
|
// never be used because the first matching policy is more general
|
|
|
|
for i, existing := range t.Automation.Policies {
|
|
|
|
// first see if existing is superset of ap for all names
|
|
|
|
var otherIsSuperset bool
|
|
|
|
outer:
|
|
|
|
for _, thisSubj := range ap.Subjects {
|
|
|
|
for _, otherSubj := range existing.Subjects {
|
|
|
|
if certmagic.MatchWildcard(thisSubj, otherSubj) {
|
|
|
|
otherIsSuperset = true
|
|
|
|
break outer
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
// if existing AP is a superset or if it contains fewer names (i.e. is
|
|
|
|
// more general), then new AP is more specific, so insert before it
|
|
|
|
if otherIsSuperset || len(existing.Subjects) < len(ap.Subjects) {
|
2020-03-14 01:06:08 +08:00
|
|
|
t.Automation.Policies = append(t.Automation.Policies[:i],
|
2020-03-18 11:00:45 +08:00
|
|
|
append([]*AutomationPolicy{ap}, t.Automation.Policies[i:]...)...)
|
2020-03-14 01:06:08 +08:00
|
|
|
return nil
|
|
|
|
}
|
|
|
|
}
|
|
|
|
// otherwise just append the new one
|
2020-03-07 14:15:25 +08:00
|
|
|
t.Automation.Policies = append(t.Automation.Policies, ap)
|
|
|
|
return nil
|
2019-04-26 03:54:48 +08:00
|
|
|
}
|
|
|
|
|
2020-03-07 14:15:25 +08:00
|
|
|
func (t *TLS) getConfigForName(name string) *certmagic.Config {
|
2019-04-26 03:54:48 +08:00
|
|
|
ap := t.getAutomationPolicyForName(name)
|
2020-03-07 14:15:25 +08:00
|
|
|
return ap.magic
|
2019-04-26 03:54:48 +08:00
|
|
|
}
|
|
|
|
|
httpcaddyfile, caddytls: Multiple edge case fixes; add tests
- Create two default automation policies; if the TLS app is used in
isolation with the 'automate' certificate loader, it will now use
an internal issuer for internal-only names, and an ACME issuer for
all other names by default.
- If the HTTP Caddyfile adds an 'automate' loader, it now also adds an
automation policy for any names in that loader that do not qualify
for public certificates so that they will be issued internally. (It
might be nice if this wasn't necessary, but the alternative is to
either make auto-HTTPS logic way more complex by scanning the names in
the 'automate' loader, or to have an automation policy without an
issuer switch between default issuer based on the name being issued
a certificate - I think I like the latter option better, right now we
do something kind of like that but at a level above each individual
automation policies, we do that switch only when no automation
policies match, rather than when a policy without an issuer does
match.)
- Set the default LoggerName rather than a LoggerNames with an empty
host value, which is now taken literally rather than as a catch-all.
- hostsFromKeys, the function that gets a list of hosts from server
block keys, no longer returns an empty string in its resulting slice,
ever.
2020-04-09 04:46:44 +08:00
|
|
|
// getAutomationPolicyForName returns the first matching automation policy
|
|
|
|
// for the given subject name. If no matching policy can be found, the
|
|
|
|
// default policy is used, depending on whether the name qualifies for a
|
|
|
|
// public certificate or not.
|
2020-02-15 02:14:52 +08:00
|
|
|
func (t *TLS) getAutomationPolicyForName(name string) *AutomationPolicy {
|
2020-03-07 14:15:25 +08:00
|
|
|
for _, ap := range t.Automation.Policies {
|
2020-03-16 11:22:26 +08:00
|
|
|
if len(ap.Subjects) == 0 {
|
2020-03-07 14:15:25 +08:00
|
|
|
return ap // no host filter is an automatic match
|
|
|
|
}
|
2020-03-16 11:22:26 +08:00
|
|
|
for _, h := range ap.Subjects {
|
2020-03-27 04:01:38 +08:00
|
|
|
if certmagic.MatchWildcard(name, h) {
|
2019-04-26 03:54:48 +08:00
|
|
|
return ap
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
2020-04-10 03:09:48 +08:00
|
|
|
if certmagic.SubjectQualifiesForPublicCert(name) || t.Automation.defaultInternalAutomationPolicy == nil {
|
httpcaddyfile, caddytls: Multiple edge case fixes; add tests
- Create two default automation policies; if the TLS app is used in
isolation with the 'automate' certificate loader, it will now use
an internal issuer for internal-only names, and an ACME issuer for
all other names by default.
- If the HTTP Caddyfile adds an 'automate' loader, it now also adds an
automation policy for any names in that loader that do not qualify
for public certificates so that they will be issued internally. (It
might be nice if this wasn't necessary, but the alternative is to
either make auto-HTTPS logic way more complex by scanning the names in
the 'automate' loader, or to have an automation policy without an
issuer switch between default issuer based on the name being issued
a certificate - I think I like the latter option better, right now we
do something kind of like that but at a level above each individual
automation policies, we do that switch only when no automation
policies match, rather than when a policy without an issuer does
match.)
- Set the default LoggerName rather than a LoggerNames with an empty
host value, which is now taken literally rather than as a catch-all.
- hostsFromKeys, the function that gets a list of hosts from server
block keys, no longer returns an empty string in its resulting slice,
ever.
2020-04-09 04:46:44 +08:00
|
|
|
return t.Automation.defaultPublicAutomationPolicy
|
|
|
|
}
|
|
|
|
return t.Automation.defaultInternalAutomationPolicy
|
2019-04-26 03:54:48 +08:00
|
|
|
}
|
|
|
|
|
2019-09-18 06:00:15 +08:00
|
|
|
// AllMatchingCertificates returns the list of all certificates in
|
2019-09-14 01:46:58 +08:00
|
|
|
// the cache which could be used to satisfy the given SAN.
|
|
|
|
func (t *TLS) AllMatchingCertificates(san string) []certmagic.Certificate {
|
|
|
|
return t.certCache.AllMatchingCertificates(san)
|
2019-08-10 02:05:47 +08:00
|
|
|
}
|
|
|
|
|
2020-07-09 00:59:49 +08:00
|
|
|
// keepStorageClean starts a goroutine that immediately cleans up all
|
|
|
|
// known storage units if it was not recently done, and then runs the
|
|
|
|
// operation at every tick from t.storageCleanTicker.
|
2019-09-18 06:00:15 +08:00
|
|
|
func (t *TLS) keepStorageClean() {
|
2021-04-13 05:41:22 +08:00
|
|
|
t.storageCleanTicker = time.NewTicker(t.storageCleanInterval())
|
2019-09-30 23:07:43 +08:00
|
|
|
t.storageCleanStop = make(chan struct{})
|
2019-09-18 06:00:15 +08:00
|
|
|
go func() {
|
2020-05-13 01:36:20 +08:00
|
|
|
defer func() {
|
|
|
|
if err := recover(); err != nil {
|
|
|
|
log.Printf("[PANIC] storage cleaner: %v\n%s", err, debug.Stack())
|
|
|
|
}
|
|
|
|
}()
|
2020-07-09 00:59:49 +08:00
|
|
|
t.cleanStorageUnits()
|
2019-09-18 06:00:15 +08:00
|
|
|
for {
|
|
|
|
select {
|
|
|
|
case <-t.storageCleanStop:
|
|
|
|
return
|
|
|
|
case <-t.storageCleanTicker.C:
|
|
|
|
t.cleanStorageUnits()
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}()
|
|
|
|
}
|
|
|
|
|
|
|
|
func (t *TLS) cleanStorageUnits() {
|
|
|
|
storageCleanMu.Lock()
|
|
|
|
defer storageCleanMu.Unlock()
|
|
|
|
|
2021-04-13 05:41:22 +08:00
|
|
|
// If storage was cleaned recently, don't do it again for now. Although the ticker
|
2021-11-02 22:27:25 +08:00
|
|
|
// calling this function drops missed ticks for us, config reloads discard the old
|
|
|
|
// ticker and replace it with a new one, possibly invoking a cleaning to happen again
|
|
|
|
// too soon. (We divide the interval by 2 because the actual cleaning takes non-zero
|
|
|
|
// time, and we don't want to skip cleanings if we don't have to; whereas if a cleaning
|
|
|
|
// took most of the interval, we'd probably want to skip the next one so we aren't
|
2021-04-13 05:41:22 +08:00
|
|
|
// constantly cleaning. This allows cleanings to take up to half the interval's
|
|
|
|
// duration before we decide to skip the next one.)
|
|
|
|
if !storageClean.IsZero() && time.Since(storageClean) < t.storageCleanInterval()/2 {
|
2019-09-18 06:00:15 +08:00
|
|
|
return
|
|
|
|
}
|
|
|
|
|
|
|
|
options := certmagic.CleanStorageOptions{
|
|
|
|
OCSPStaples: true,
|
|
|
|
ExpiredCerts: true,
|
|
|
|
ExpiredCertGracePeriod: 24 * time.Hour * 14,
|
|
|
|
}
|
|
|
|
|
2021-04-13 05:41:22 +08:00
|
|
|
// avoid cleaning same storage more than once per cleaning cycle
|
|
|
|
storagesCleaned := make(map[string]struct{})
|
|
|
|
|
|
|
|
// start with the default/global storage
|
|
|
|
storage := t.ctx.Storage()
|
|
|
|
storageStr := fmt.Sprintf("%v", storage)
|
|
|
|
t.logger.Info("cleaning storage unit", zap.String("description", storageStr))
|
|
|
|
certmagic.CleanStorage(t.ctx, storage, options)
|
|
|
|
storagesCleaned[storageStr] = struct{}{}
|
2019-09-18 06:00:15 +08:00
|
|
|
|
|
|
|
// then clean each storage defined in ACME automation policies
|
2019-09-30 23:07:43 +08:00
|
|
|
if t.Automation != nil {
|
|
|
|
for _, ap := range t.Automation.Policies {
|
2021-04-13 05:41:22 +08:00
|
|
|
if ap.storage == nil {
|
|
|
|
continue
|
|
|
|
}
|
|
|
|
storageStr := fmt.Sprintf("%v", ap.storage)
|
|
|
|
if _, ok := storagesCleaned[storageStr]; ok {
|
|
|
|
continue
|
2019-09-18 06:00:15 +08:00
|
|
|
}
|
2021-04-13 05:41:22 +08:00
|
|
|
t.logger.Info("cleaning storage unit", zap.String("description", storageStr))
|
|
|
|
certmagic.CleanStorage(t.ctx, ap.storage, options)
|
|
|
|
storagesCleaned[storageStr] = struct{}{}
|
2019-09-18 06:00:15 +08:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2021-11-02 22:27:25 +08:00
|
|
|
// remember last time storage was finished cleaning
|
|
|
|
storageClean = time.Now()
|
|
|
|
|
2021-04-13 05:41:22 +08:00
|
|
|
t.logger.Info("finished cleaning storage units")
|
|
|
|
}
|
2019-09-18 06:00:15 +08:00
|
|
|
|
2021-04-13 05:41:22 +08:00
|
|
|
func (t *TLS) storageCleanInterval() time.Duration {
|
|
|
|
if t.Automation != nil && t.Automation.StorageCleanInterval > 0 {
|
|
|
|
return time.Duration(t.Automation.StorageCleanInterval)
|
|
|
|
}
|
|
|
|
return defaultStorageCleanInterval
|
2019-09-18 06:00:15 +08:00
|
|
|
}
|
|
|
|
|
2022-09-01 05:01:30 +08:00
|
|
|
// onEvent translates CertMagic events into Caddy events then dispatches them.
|
|
|
|
func (t *TLS) onEvent(ctx context.Context, eventName string, data map[string]any) error {
|
|
|
|
evt := t.events.Emit(t.ctx, eventName, data)
|
|
|
|
return evt.Aborted
|
|
|
|
}
|
|
|
|
|
2019-04-26 03:54:48 +08:00
|
|
|
// CertificateLoader is a type that can load certificates.
|
2019-06-25 02:16:10 +08:00
|
|
|
// Certificates can optionally be associated with tags.
|
2019-04-26 03:54:48 +08:00
|
|
|
type CertificateLoader interface {
|
2019-06-25 02:16:10 +08:00
|
|
|
LoadCertificates() ([]Certificate, error)
|
|
|
|
}
|
|
|
|
|
|
|
|
// Certificate is a TLS certificate, optionally
|
|
|
|
// associated with arbitrary tags.
|
|
|
|
type Certificate struct {
|
|
|
|
tls.Certificate
|
|
|
|
Tags []string
|
2019-04-26 03:54:48 +08:00
|
|
|
}
|
|
|
|
|
2021-09-25 08:31:01 +08:00
|
|
|
// AutomateLoader will automatically manage certificates for the names in the
|
|
|
|
// list, including obtaining and renewing certificates. Automated certificates
|
|
|
|
// are managed according to their matching automation policy, configured
|
|
|
|
// elsewhere in this app.
|
2021-02-27 10:27:58 +08:00
|
|
|
//
|
2021-09-25 08:31:01 +08:00
|
|
|
// Technically, this is a no-op certificate loader module that is treated as
|
|
|
|
// a special case: it uses this app's automation features to load certificates
|
|
|
|
// for the list of hostnames, rather than loading certificates manually.
|
2019-12-11 04:36:46 +08:00
|
|
|
type AutomateLoader []string
|
|
|
|
|
|
|
|
// CaddyModule returns the Caddy module information.
|
|
|
|
func (AutomateLoader) CaddyModule() caddy.ModuleInfo {
|
|
|
|
return caddy.ModuleInfo{
|
|
|
|
ID: "tls.certificates.automate",
|
|
|
|
New: func() caddy.Module { return new(AutomateLoader) },
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2020-06-06 01:14:39 +08:00
|
|
|
// CertCacheOptions configures the certificate cache.
|
|
|
|
type CertCacheOptions struct {
|
|
|
|
// Maximum number of certificates to allow in the
|
|
|
|
// cache. If reached, certificates will be randomly
|
2021-09-25 08:31:01 +08:00
|
|
|
// evicted to make room for new ones. Default: 10,000
|
2020-06-06 01:14:39 +08:00
|
|
|
Capacity int `json:"capacity,omitempty"`
|
|
|
|
}
|
|
|
|
|
2019-09-18 06:00:15 +08:00
|
|
|
// Variables related to storage cleaning.
|
|
|
|
var (
|
2021-04-13 05:41:22 +08:00
|
|
|
defaultStorageCleanInterval = 24 * time.Hour
|
2019-09-18 06:00:15 +08:00
|
|
|
|
|
|
|
storageClean time.Time
|
|
|
|
storageCleanMu sync.Mutex
|
|
|
|
)
|
|
|
|
|
2019-09-30 23:07:43 +08:00
|
|
|
// Interface guards
|
|
|
|
var (
|
|
|
|
_ caddy.App = (*TLS)(nil)
|
|
|
|
_ caddy.Provisioner = (*TLS)(nil)
|
2020-03-16 11:22:26 +08:00
|
|
|
_ caddy.Validator = (*TLS)(nil)
|
2019-09-30 23:07:43 +08:00
|
|
|
_ caddy.CleanerUpper = (*TLS)(nil)
|
|
|
|
)
|