Follow Discord
Sweep 28 Sep 2026 · 18:16Z Build v2.1.284 505 read Stable v2.1.277 Latest v2.1.284 Next v2.1.284 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.284 ·

Proxy sign-in from proxyAuthHelper is now sent on more connections

The proxy sign-in header produced by proxyAuthHelper is now also attached to connections made through Claude Code's other proxy route

You'll notice No documentation found Bug Fixes
JSON All of v2.1.284
You'll noticeTier: how much it should matter to you
2Useful: my rating, 1 to 5
1Signal: worth watching, 1 to 5
InternalsArea: what it touches
Bug FixesKind: in v2.1.284,
Bug FixesSection of the release
What

The proxyAuthHelper setting names a command that prints a sign-in value for a proxy server that requires one. Claude Code sends that value in a Proxy-Authorization header. It has two internal ways of making connections through a proxy, and before, only one of them attached this header. Now both do, using the value the helper last returned. Client certificates and the CLAUDE_CODE_PROXY_RESOLVES_HOSTS behaviour are unchanged.

Why

If you work behind a proxy that requires sign-in, some connections could fail even with proxyAuthHelper set up. Those connections should now carry the sign-in value too.

Read from
Names in the bundleproxyAuthHelper
How sure we are
Something disagreesSomething we can check disagrees with this entry, or the writer said they could not settle it.
The writer flagged doubtIt is not clear which of Claude Code's requests go through the route that now gets the header.

See this entry in the whole of v2.1.284 →

Feedback