Persisted context TLS settings are inconsistent for different HTTPS servers
メンテナーはふだん 1 日以内に返信
評価
調査の方向性
まず、login コマンドがローカルサーバーのコンテキストをどのように永続化しているか、また import、import-url、import-dir、test がどのように HTTP クライアントを構築しているかを追跡します。両方の login パスと保存されたコンテキストの読み込みを確認してください。--insecure-tls は永続化され、後で適用されるべきです。一方、このオプションなしで login した場合は、コンテキストを insecure としてマークすべきではありません。
索引モデルが issue の本文から書いたものです。
説明
Describe the bug
The CLI stores TLS settings in the local server context, but the current behavior is inconsistent:
microcks loginalways persistsinsecureTLS: true, even when the user did not pass--insecure-tls.- Later commands that load the saved context do not honor the persisted
insecureTLSvalue 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
- 主要言語
- Go
- スター
- 59
- フォーク
- 74
- 平均マージ
- 5日 17時間
- マージ済み PR（30日）
- 22
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
microcks/microcks-cli のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
microcks/microcks-cli#601 ·
メンテナーはふだん 1 日以内に返信
-
難易度 1/5 1時間未満 初心者へのやさしさ 88/100
microcks/microcks-cli#598 ·
メンテナーはふだん 1 日以内に返信
-
bug: microcks login ignores the --config flag and always modifies default config対応中かも @aryarathoree が 2 日前に担当しました。 オープン
難易度 1/5 1時間未満 初心者へのやさしさ 88/100
microcks/microcks-cli#594 · コメント 5 件 ·
メンテナーはふだん 1 日以内に返信
-
Wrong link to test results対応中かも @SajanBisht が 12 日前に担当しました。 オープンcomponent/cli keep-open kind/bug
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
microcks/microcks-cli#589 · コメント 4 件 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
-
Default configuration path falls back to the current directory when the home directory cannot be determined対応中かも @Sarthak-Shreshtha01 が 16 日前に担当しました。 オープンcomponent/cli kind/bug
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
microcks/microcks-cli#583 · コメント 5 件 ·
メンテナーはふだん 1 日以内に返信
microcks/microcks-cli の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
cloudflare/cloudflared#1783 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 66/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
メンテナーはふだん 1 日以内に返信
-
orchestration.migration.data.tasks.retry values are ignored by the 8.8 data migration job対応中かも @irisfield が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
camunda/camunda-platform-helm#7773 ·
メンテナーはふだん 1 日以内に返信
-
Add missing unit tests for IsAdmissionPolicyName and IsCertManagerResourceName対応中かも @a1h8 が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
kubernetes-sigs/security-profiles-operator#3644 ·
メンテナーはふだん 1 日以内に返信