Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

Persisted context TLS settings are inconsistent for different HTTPS servers

Offen
  • Stimmt etwas nicht?
#286 1 Kommentar 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 1 Tag

@mynk8 arbeitet bereits daran.

Seit 05.5.2026.

  • #287 von @mynk8 — offen

Bewertung

Schwierigkeit
3/5
Geschätzter Aufwand
1-2 Tage
Anfängerfreundlichkeit
68/100
Issue-Typ
Bug
Klarheit
Größtenteils klar
Aktivitätsstatus
Ruhig
Tech-Stack
go
Bereich
cli

Rechercherichtung

Beginne damit nachzuverfolgen, wie der Befehl login den Kontext des lokalen Servers speichert und wie import, import-url, import-dir und test ihre HTTP-Clients erstellen. Überprüfe beide Login-Pfade und das Laden gespeicherter Kontexte: --insecure-tls sollte gespeichert und später berücksichtigt werden, während ein Login ohne diese Option den Kontext nicht als unsicher markieren sollte.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

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
Vorherrschende Sprache
Go
Sterne
58
Forks
72
Ø Merge
1 T. 7 Std.
Gemergte PRs (30 T.)
22

Entwicklungsumgebung

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus microcks/microcks-cli

Alle Issues in microcks/microcks-cli

Ähnliche Issues

Weitere Issues zu Go

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.