Reload the TLS certificate without a restart
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 45/100
Direzione di ricerca
Start with cmd/fanout/main.go and internal/server/http.go to trace how TLS is configured, then read internal/server/clientca.go and the TLS guide at site/src/content/docs/docs/guides/tls.mdx. Check the existing server tests for certificate loading and connection behavior. Done when the acceptance criteria pass, including keeping the last good certificate on invalid or mismatched file updates, and the TLS guide explains the client CA restart requirement.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
What
Fanout reads FANOUT_TLS_CERT_FILE and FANOUT_TLS_KEY_FILE once, through ListenAndServeTLS, so a renewed certificate needs a restart. A restart interrupts ingest on a single-node product, and anyone renewing with certbot or a similar tool hits this at every renewal.
Serve the certificate through a tls.Config.GetCertificate callback that picks up changed files, with no new settings.
Acceptance criteria
- A new handshake uses the renewed certificate after the files change, with no restart
- Existing connections, including long-lived gRPC streams, are not dropped by a reload
- A partial or invalid pair on disk keeps the last good certificate and logs an error that names the path, never file contents
- A cert and key written at slightly different times never produce a mismatched pair
- Startup still fails on an unreadable or invalid pair
- TLS 1.3, ALPN
h2, andFANOUT_TLS_CLIENT_CA_FILEbehave as before - The file check does not add file reads to every handshake without a bound
- TLS guide updated, including that the client CA bundle still needs a restart
References
cmd/fanout/main.go(ListenAndServeTLS)internal/server/http.gointernal/server/clientca.gosite/src/content/docs/docs/guides/tls.mdx
One pull request. Use the latest stable version of any dependency added, verified against its registry and pinned exactly.
- Lingua principale
- Go
- Stelle
- 11
- Fork
- 0
- Merge medio
- 7h 5m
- PR unite (30g)
- 112
Preparare l'ambiente
- Include un Dockerfile o un file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di labstack/fanout
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 58/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 57/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di labstack/fanout
Issue simili
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 72/100
open-feature/flagd-schemas#237 ·
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
superplanehq/superplane#9234 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
betterleaks/betterleaks#469 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
prime-radiant-inc/evener#5901 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 69/100