Hacktoberfest 2026：メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

[BUG]: ops cannot reach a local apihost behind a proxy

クローズ 初心者向け
  • 何か問題がありますか？
#282 コメント 2 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
2/5
見積もり時間
1〜3時間
初心者へのやさしさ
68/100
issue の種類
バグ
明瞭さ
明確に書かれている
活発さ
活発
技術スタック
bun, go, python
領域
cli, networking

調査の方向性

issue #175 と openserverless-cli PR #56 への参照をたどり、ops がどのように apihost を設定し、プロキシ環境変数を子コマンドに渡すかを追ってください。ローカルの devcluster で、NO_PROXY を空にしたまま HTTP_PROXY/HTTPS_PROXY を設定して再現してください。ローカルの apihost へのリクエストはプロキシを経由せず、リモートへのリクエストは引き続きプロキシを使う状態になれば完了です。

索引モデルが issue の本文から書いたものです。

説明

  • I have searched the issues of this repository and believe that this is not a duplicate.
Ⅰ. Issue Description

following up on #175 and https://github.com/apache/openserverless-cli/pull/56

The issue was that when HTTP_PROXY/HTTPS_PROXY are set, ops cannot talk to a local OpenServerless installation (eg. the devcluster at http://miniops.me, which resolves to 127.0.0.1). commands like ops ide deploy and ops env list failed, showing a ambigous error like repeat login.

The proxy variables themselves are honoured fine, go (ops -wsk, go-git), bun and curl all pick them up. so the suspection that the env vars propogation was the main culprit was wrong. the actual problem is that ops never sets its apihosts to NO_PROXY, so requests to the local apihost are also sent to the proxy, and the proxy cannot reach the developer's own machine. proxy for remote apihost worked fine, even before the fix.

Ⅱ. Describe what happened

with a forward proxy configured and no NO_PROXY, every request to the apihost goes to the proxy (even the local ones, that made it through a Repeat lgoin error. The proxy refuses the loopback target, so ops thinks the login is broken.

apache/issue175-test/proj 
❯ export HTTP_PROXY=http://172.18.0.1:3128 HTTPS_PROXY=http://172.18.0.1:3128 NO_PROXY=

apache/issue175-test/proj 
❯ ops ide deploy --packages
Repeat the login
ops: Failed to run task "deploy": exit status 1
task execution error: ops: Failed to run task "deploy": exit status 1
Ⅲ. Describe what you expected to happen

ops should work behind a proxy against a local installation, reqs to the local apihost go direct (bypassing the proxy, this can be done by appending the local apihost to NO_PROXY, everything else (github for ops -update, image registries,...) keeps going through the proxy.

Ⅳ. How to reproduce it (as minimally and precisely as possible)
  1. ops setup devcluster and ops ide login openserverless http://miniops.me (no proxy yet).
  2. run a forward proxy that the shell can reach. (i'll attach the one i used below in the comments).
  3. export HTTP_PROXY=http://<proxy>:3128 HTTPS_PROXY=http://<proxy>:3128.
  4. in a sample project run ops ide deploy --packages fails, (i've already attached a bash output above for this).
  5. ops env list fails as well.
Ⅴ. Anything else we need to know?

this happened beause ops passes its environment to every child (wsk, bun, curl in tasks) and none of these bypass the proxy for a hostname unless it is in NO_PROXY. Go for example only auto-bypasses literal localhost/loopback IPs, not a name that resolves to one. Nothing in ops sets NO_PROXY, so the apihost is never excluded.

Ⅵ. Environment:
  • K8S Runtime and version: kind (docker), Kubernetes v1.33.1, ops setup devcluster
  • OPS CLI version: 0.9.0-incubating (0.9.0 branch, 2026-10 snapshot)
  • Others: linux
主要言語
Python
スター
577
フォーク
29
平均マージ
6日 20時間
マージ済み PR（30日）
2

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

apache/openserverless のほかの issue

apache/openserverless の issue をすべて見る

似ている issue

Python の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。