> ## Documentation Index
> Fetch the complete documentation index at: https://unkey.com/docs/llms.txt
> Use this file to discover all available pages before exploring further.

> ## Agent Instructions
> Unkey is two separate products. Compute builds, deploys, and runs apps behind a gateway. API Management issues API keys, enforces rate limits, manages identities and permissions, and reports usage. Say which product a page belongs to; a reader can use either without the other.
> Every Unkey API endpoint is an HTTP POST to https://api.unkey.com/v2/{service}.{procedure} with a root key in the Authorization: Bearer header. Root keys are workspace scoped.
> Error codes have the form err:{system}:{category}:{specific} and each has a page at /errors/{system}/{category}/{specific}.
> The word environment means production or preview in Compute. Rate limiting has four meanings on this site; the glossary lists them.

# unkey api domains get-domain

> Look up a custom domain and its verification status.

<Note>
  You need a root key with the permissions listed on this page. Create one in the dashboard under **Settings > Root Keys**. See [Permission reference](/docs/platform/root-keys/permissions-legacy) for every permission.
</Note>

Retrieve a custom domain by ID or name and its <Tooltip tip="Here: proving DNS ownership of a custom domain. Not key verification.">verification</Tooltip> status. Names are unique per workspace, so `api.acme.com` is enough. No project, <Tooltip tip="A Compute app: a deployable service inside a project. Not your application in general.">app</Tooltip>, or <Tooltip tip="A production or preview environment of a Compute app, not the dashboard label on a key.">environment</Tooltip> is needed.

Use it to check progress after `create-domain`. We check DNS about once a minute.

* `status: verified` means routing is set up and a certificate has been requested.
* Each entry in `dnsRecords` has a `verified` flag, so you can see which records are still missing. A routing record your provider proxies or flattens can stay `false` even while it serves traffic.
* `verificationError` explains the last failed check.
* Verification stops 24 hours after `createdAt`, and the status becomes `failed`.

## Usage

```bash theme={"system"}
unkey api domains get-domain --domain=<domain id or name>
```

## Flags

<ParamField body="--domain" type="string" required>
  Domain ID or fully qualified name.
</ParamField>

### Shared flags

Every `unkey api` command accepts these; [CLI output and shared flags](/docs/platform/cli/output-and-flags) describes them in full.

<ParamField body="--body" type="string">
  A JSON document sent as the request body instead of building it from the flags above. It is mutually exclusive with the request-building flags, and unknown fields are rejected locally. See [Send a raw body](/docs/platform/cli/output-and-flags#send-a-raw-body).
</ParamField>

<ParamField body="--root-key" type="string">
  Root key for the request. Falls back to `UNKEY_ROOT_KEY`, then to the config file written by `unkey auth login`. See [CLI authentication](/docs/platform/cli/authentication).
</ParamField>

<ParamField body="--api-url" type="string" default="https://api.unkey.com">
  Base URL of the API. Falls back to `UNKEY_API_BASE_URL`. You don't normally need to set it.
</ParamField>

<ParamField body="--config" type="string" default="~/.unkey/config.toml">
  Path of the TOML file that `unkey auth login` writes. Falls back to `UNKEY_CONFIG`.
</ParamField>

<ParamField body="--output" type="string">
  Output format. Falls back to `UNKEY_OUTPUT`. Set `json` to print the full response envelope (`meta` and `data`) for piping; any other value prints the request ID followed by `data`.
</ParamField>

## Required permissions

Your root key needs one of:

* `environment.*.read_domain` (any environment)
* `environment.<environment_id>.read_domain` (a specific environment)

If the domain doesn't exist or your key doesn't have the permission, you get the same 404: `The requested domain does not exist.` See [Root key permissions](/docs/platform/root-keys/permissions) for the full catalog.

## Examples

Check a domain:

```bash theme={"system"}
unkey api domains get-domain --domain=api.acme.com
```

Print only the status:

```bash theme={"system"}
unkey api domains get-domain --domain=api.acme.com --output=json | jq -r '.data.status'
```

## API endpoint

The command calls [`POST /v2/domains.getDomain`](/docs/compute/api-reference/domains/get-domain) and prints its response. The request fields carry the same names as the flags in camelCase, which is the shape `--body` expects.

## Related

<Columns cols={1}>
  <Card title="Custom domains" href="/docs/compute/networking/custom-domains">
    DNS records, verification, and certificates for your own hostnames.
  </Card>
</Columns>