Admins can lock Claude Code sign-in to a gateway that resolves only within their org's declared network CIDR blocks
What
A new admin-only managed-settings key, gatewayInternalNetworks, lets an organization declare the CIDR (network address range) blocks its Cloud gateway login host must resolve within.
- Up to 4 non-overlapping blocks can be listed; Claude Code validates them and rejects public/documentation/reserved or overlapping ranges, and caps how many can be listed.
- On
/login, Claude Code checks that both DNS resolution and the actual TLS connection to the gateway land inside a declared network, and refuses sign-in with a specific error if the machine's address or the gateway's answer falls outside it. - If the resolved gateway host falls inside a declared network but the connection would route through an HTTP proxy, login now refuses to proceed and tells the user to add the host to
NO_PROXYinstead. - The setting is merged using "highest source wins" rules, the same treatment given to
forceLoginOrgUUID,forceLoginMethod, andforceLoginGatewayUrl, and it's threaded into the OAuth/gateway login screen.
Why
This lets an organization pin employee sign-in to a gateway that only exists on its own private or approved network, closing off sign-in attempts (or man-in-the-middle style redirects) that resolve or connect outside that network.
The entry above is what we published on the day. These lines were added later, as Anthropic's own pages caught up, and they sit beside the original rather than replacing it.
* **Gateway sign-in keys**: Claude Code never reads [`forceLoginGatewayUrl`](/docs/en/settings-reference#forcelogingatewayurl), [`gatewayInternalNetworks`](/docs/en/settings-reference#gatewayinternalnetworks), or the `"gateway"` value of […server-managed-settings see the edit
* **Gateway sign-in keys**: Claude Code never reads [`forceLoginGatewayUrl`](/docs/en/settings-reference#forcelogingatewayurl), [`gatewayInternalNetworks`](/docs/en/settings-reference#gatewayinternalnetworks), or the `"gateway"` value of […server-managed-settings see the edit
The `/login` and `/logout` commands don't sign you into a claude.ai subscription for Claude Platform on AWS. Authentication runs through your AWS credentials or workspace API key.claude-platform-on-aws see the edit
Claude Code honors [`forceLoginGatewayUrl`](/docs/en/settings-reference#forcelogingatewayurl), [`gatewayInternalNetworks`](/docs/en/settings-reference#gatewayinternalnetworks), and the `"gateway"` value of [`forceLoginMethod`](/docs/en/set…claude-apps-gateway-config see the edit
Some organizations number their internal network from a public IPv4 block they own, such as a carrier's own address space or a legacy `/8`, so their gateway can't have a private address. List those blocks in the `gatewayInternalNetworks` m…claude-apps-gateway see the edit
In [non-interactive sessions](/docs/en/headless), the names `help` and `feedback` aren't reserved for their terminal-only built-in commands, so a plugin skill with one of those names keeps its bare command there. Every other terminal-only …skills see the edit
Anthropic's documentation has since written up /login, on Extend Claude with skills.
Added the gatewayInternalNetworks managed setting, letting administrators allow /login to a Claude apps gateway on their organization's own…
New in this build: gatewayInternalNetworks