Redirect plain HTTP to HTTPS on direct TLS
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 35/100
Línea de trabajo
Read internal/server/http.go and the TLS guide at site/src/content/docs/docs/guides/tls.mdx; first trace how direct TLS and FANOUT_PUBLIC_URL are configured. The issue is explicitly deferred until users request it, so confirm that demand exists before starting. Done means an opt-in port 80 listener redirects only to the configured HTTPS origin, startup rejects the setting without TLS, and the configuration reference and guide are updated.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
[!NOTE]
Deferred. Reverse proxies and CDNs already do this redirect, and a built-in one needs a second listener, which departs from the one-port design. Pick this up if people running direct TLS ask for it.
What
With direct TLS, the single listener serves only HTTPS, so someone who types a bare hostname into a browser gets a connection failure. An optional listener on port 80 could answer with a redirect to the HTTPS origin.
Acceptance criteria
- Off by default; the one-port deployment is unchanged unless the setting is present
- The listener serves only redirects, with no API, UI, MCP, or OTLP on it
- The redirect target comes from configuration (
FANOUT_PUBLIC_URL), never from the requestHostheader - Startup fails with an error naming the setting when TLS is not enabled
- Configuration reference and TLS guide updated
References
internal/server/http.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.
- Lenguaje dominante
- Go
- Estrellas
- 11
- Forks
- 0
- Merge medio
- 7 h 5 min
- PR fusionados (30 d)
- 112
Preparar el entorno
- Incluye un Dockerfile o un archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de labstack/fanout
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
Dificultad 3/5 1-2 días Aptitud para principiantes 58/100
Los mantenedores suelen responder en 1 día
-
Dificultad 3/5 1-2 días Aptitud para principiantes 57/100
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
Los mantenedores suelen responder en 1 día
Todos los issues de labstack/fanout
Issues similares
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 72/100
open-feature/flagd-schemas#237 ·
-
enhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
superplanehq/superplane#9234 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
betterleaks/betterleaks#469 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
prime-radiant-inc/evener#5901 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
Los mantenedores suelen responder en 1 día