Hacktoberfest 2026: as issues que os mantenedores marcaram para outubro, abertas e boas para iniciantes. Ver issues do Hacktoberfest

Persisted context TLS settings are inconsistent for different HTTPS servers

Aberta
  • Algo errado?
#286 1 comentário 0 reações 0 responsáveis Ver no GitHub

Mantenedores costumam responder em até 1 dia

@mynk8 já está trabalhando nisso.

Desde 5/5/2026.

  • #287 de @mynk8 — aberto

Avaliação

Dificuldade
3/5
Tempo estimado
1-2 dias
Facilidade para iniciantes
68/100
Tipo de issue
Bug
Clareza
Razoavelmente clara
Status de atividade
Pouca atividade
Stack de tecnologia
go
Domínio
cli

Direção de pesquisa

Comece rastreando como o comando login persiste o contexto do servidor local e como import, import-url, import-dir e test constroem seus clientes HTTP. Verifique ambos os caminhos de login e o carregamento do contexto salvo: --insecure-tls deve ser persistido e respeitado posteriormente, enquanto um login sem essa opção não deve marcar o contexto como inseguro.

Escrita pelo modelo de indexação a partir do texto da issue.

Descrição

component/connectors kind/bug
Describe the bug

The CLI stores TLS settings in the local server context, but the current behavior is inconsistent:

  1. microcks login always persists insecureTLS: true, even when the user did not pass --insecure-tls.
  2. Later commands that load the saved context do not honor the persisted insecureTLS value when building the HTTP client.

This makes saved HTTPS contexts misleading. A context can contain insecureTLS: true, but commands such as import, import-url, import-dir, and test still fail unless --insecure-tls is repeated.

This affects Microcks instances exposed over HTTPS with self-signed certificates, private CA certificates, local ingress TLS, or internal reverse proxies.

Common examples:

  • Microcks behind local k3s / ingress TLS
  • Microcks behind Caddy, nginx, Traefik, or an internal gateway
  • Instances using private PKI
Expected behavior

If the user logs in with --insecure-tls, later commands using that saved context should honor the persisted TLS setting.

If the user logs in without --insecure-tls, the saved context should not be marked insecure.

Actual behavior

No response

How to Reproduce?

Given a Microcks server available at an HTTPS endpoint with a self-signed or private certificate:

microcks login https://microcks.example.local --insecure-tls

This succeeds and stores:

server: https://microcks.example.local
insecureTLS: true

But a later command using the saved context can fail:

microcks import openapi.yaml

with an error like:

tls: failed to verify certificate: x509: certificate signed by unknown authority

Repeating the flag makes the same command work:

microcks import openapi.yaml --insecure-tls
Linguagem predominante
Go
Estrelas
59
Forks
74
Merge médio
5d 4h
PRs com merge (30d)
25

Preparar o ambiente

Primeiros passos

  1. Leia a issue inteira e depois o guia de contribuição do projeto.
  2. Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
  3. Faça um fork do repositório e trabalhe em uma branch.
  4. Abra um pull request que referencie o número da issue.

Mais de microcks/microcks-cli

Todas as issues de microcks/microcks-cli

Issues semelhantes

Mais issues de Go

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.