Skip to content

Bind the proxy to SECRETS_PROXY_BIND_HOST - #47

Merged
czpython merged 1 commit into
mainfrom
proxy-bind-host
Sep 7, 2026
Merged

Bind the proxy to SECRETS_PROXY_BIND_HOST#47
czpython merged 1 commit into
mainfrom
proxy-bind-host

Conversation

@czpython

@czpython czpython commented Sep 7, 2026

Copy link
Copy Markdown
Owner

What changes

  • deploy/proxy/Dockerfile runs mitmdump through sh and takes the listen host from SECRETS_PROXY_BIND_HOST, default 0.0.0.0. The port, the flow detail, and the addon stay in the command.
  • docs/deploy.md names the variable beside SECRETS_EXCHANGE_URL and says when a deployment sets it: on the host network, to the one address its sandboxes dial, since an open listener on a public host is an open proxy.

Where this differs from the ticket

  • No ticket. A consumer on the host network had to restate the whole mitmdump command to change one flag, which the image was published to avoid.

Names

SECRETS_PROXY_BIND_HOST, beside the exchange's SECRETS_EXCHANGE_BIND_HOST.

Gates

No Python changes. The built image was started twice: with the variable it listens at 127.0.0.1:8880, without it at 0.0.0.0:8880, read from the container's socket table. CI builds the image.

Review

Pending.

🤖 Generated with Claude Code

The image's command fixed the listen host at 0.0.0.0, so a deployment on
the host network restated the whole command to bind one interface. The
bind host is now a variable with the same default. Verified with the built
image: the variable binds 127.0.0.1:8880, its absence binds 0.0.0.0:8880.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
@czpython
czpython merged commit 1060c6c into main Sep 7, 2026
6 checks passed
@czpython
czpython deleted the proxy-bind-host branch September 7, 2026 16:40
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant