Configure settings for a single Pod
When Computer is enabled for your workspace, workspace admins can configure egress domains and environment variables for an individual Pod from its Settings > Advanced tab. Pod-level settings are used by Computers in that Pod and do not change the workspace-wide settings. Pod members can view the Pod’s egress domains and environment-variable names, types, and allowed domains. Only workspace admins can add, edit, or remove Pod-level settings. Environment-variable values are write-only and are not displayed. If Computer administration is not enabled for your workspace, the page will show a message explaining that Computer administration is not enabled.What admins can configure
Admins can configure two areas:- Network access, which controls which websites and APIs Computer can contact.
- Environment variables, which provide configuration values or HTTPS secrets to Computer.
Configure network access
Computer does not have open internet access by default. The Network section lets admins decide which domains are trusted for the workspace. To add a domain:- Open the Computer admin page.
- Go to the Network section.
- Find Allowed domains.
- Enter a trusted domain.
- Click Add domain.
Allow or disable user-approved domains
The Agent-requested domains toggle controls whether agents can ask users to approve additional domains during a conversation. When this setting is disabled, agents cannot request new domains. They must rely on the workspace allowed domains configured by admins. When this setting is enabled, an agent using Computer can ask the user to approve an additional domain during the conversation. Each request is approval-gated. If the user approves, that domain becomes available only for the current Computer. It does not change the workspace allowlist. To change this setting:- Open the Computer admin page.
- Go to the Network section.
- Find Agent-requested domains.
- Turn the toggle on or off.
- When turning it on, confirm that users will be able to grant temporary access to additional domains.
Add configuration variables
Configuration variables are for non-sensitive values that Computer can read directly, such as public endpoints, regions, identifiers, feature flags, or model names. Do not use configuration variables for credentials. They are mounted as plain environment variables on every new Computer and can be read by the agent and by code running in Computer. Anything you put in a configuration variable should be safe to log. To add a configuration variable:- Open the Computer admin page.
- Go to Environment variables.
- Click Add variable.
- Choose Config.
- Enter a name suffix using uppercase letters, digits, and underscores.
- Paste the value.
- Save.
DST_ prefix.
Example use cases:
- A public API base URL.
- A region name.
- A non-secret identifier.
- A default model name.
Add HTTPS secrets
HTTPS secrets are for credentials such as API keys and tokens. They are safer than configuration variables because Computer does not see the raw secret value. Inside Computer, an HTTPS secret appears as a placeholder. When Computer makes an approved HTTPS request to a domain configured for that secret, Dust substitutes the real secret on the way out. To add an HTTPS secret:- Open the Computer admin page.
- Go to Environment variables.
- Click Add variable.
- Choose HTTPS secret.
- Enter a name suffix using uppercase letters, digits, and underscores.
- Paste the secret value.
- Add at least one allowed domain, for example
api.openai.comor*.mistral.ai. - Save.
DSEC_ prefix.
Values are write-only after saving. Admins can replace or delete them, but cannot view the saved value.
Promote a configuration variable to an HTTPS secret
If you already created a configuration variable that should be treated as a credential, promote it to an HTTPS secret by configuring allowed domains for it. Promotion is one-way: use HTTPS secrets for credentials going forward.Promotion takes effect for new Computers. Already-running Computers keep their previous environment values until they are restarted.