Unify CA certificate configuration for Trino, PostgreSQL and S3 storage
Mantenedores costumam responder em até 2 dias
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 5/5
- Tempo estimado
- Mais de uma semana
- Facilidade para iniciantes
- 35/100
- Tipo de issue
- Funcionalidade
- Clareza
- Razoavelmente clara
- Status de atividade
- Ativa
- Stack de tecnologia
- typescript
Direção de pesquisa
Start by tracing the three CA settings named in the issue: Trino, PostgreSQL, and S3 storage, including their Helm validation and Secret Operator volume configuration. Decide how shared CA configuration should coexist with system trust and public endpoints, then define how invalid certificates prevent startup. Done means the duplicated configuration is unified and all three stated problems are addressed.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
Cockpit has three independent CA certificate settings, all implemented the same way:
Trino
STACKABLE_COCKPIT_TRINO_TLS_CA_CERT
trino.tls.caCert / secretClass
PostgreSQL
DATABASE_TLS_CA_CERT
database.tls.caCert / secretClass
S3 storage
STACKABLE_COCKPIT_STORAGE_TLS_CA_CERT
storage.tls.caCert / secretClass
Problems
- One CA replaces all trust: each setting replaces the system trust store. For S3 that's a real limitation: once a CA is set, connections to public endpoints such as AWS S3 fail, so an internal and a public object store can't be used side by side.
- Duplicated code: reading the file, error handling, Helm validation and the Secret Operator volumes are written out three times.
- Nothing stops the app from starting if a certificate is invalid
- Linguagem predominante
- TypeScript
- Estrelas
- 1
- Forks
- 0
- Merge médio
- 5d 23h
- PRs com merge (30d)
- 21
Preparar o ambiente
Este projeto não oferece contêiner de desenvolvimento, Dockerfile nem guia de contribuição, então a configuração fica por sua conta: comece pelo README e veja nosso guia da primeira contribuição para os passos gerais.
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de stackabletech/cockpit
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 62/100
stackabletech/cockpit#385 ·
Mantenedores costumam responder em até 2 dias
-
Remove unused dependenciesTalvez já em andamento @Bohreromir assumiu há 30 dias. Aberta
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 78/100
stackabletech/cockpit#101 ·
Mantenedores costumam responder em até 2 dias
-
Review session timingAberta
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 53/100
stackabletech/cockpit#394 ·
Mantenedores costumam responder em até 2 dias
-
Reduce number of e2e testAberta
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 45/100
stackabletech/cockpit#391 ·
Mantenedores costumam responder em até 2 dias
-
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 35/100
stackabletech/cockpit#389 ·
Mantenedores costumam responder em até 2 dias
Todas as issues de stackabletech/cockpit
Issues semelhantes
-
agent/scanner help wanted hive/claimed-by-scanner kind/bug stage/020-claimed
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 90/100
hivecommons/rationguard#315 ·
Mantenedores costumam responder em até 1 dia
-
agent-ready area: ui-sdk priority: p3 type: chore
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 76/100
schlessera/brain-kit#2534 ·
Mantenedores costumam responder em até 1 dia
-
bug lane:gh-5
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 72/100
LLM-4-People/bridlewise-testing#122 ·
Mantenedores costumam responder em até 1 dia
-
bug priority: P2
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 78/100
Mantenedores costumam responder em até 1 dia
-
enhancement priority:low ready-for-dev
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 67/100
Mantenedores costumam responder em até 1 dia