configSchema describes. The instance stores which strategy you
picked (authenticationStrategy) and a masked copy of the config.
How a strategy is described
Each entry inconnector.supportedAuthStrategies (and on a leaf vendor
grouping) includes:
Non-secret fields such as a client id can come back on the instance.
Secret values (API keys, client secrets, refresh tokens) are stored
outside the API and come back empty.
Auth method types
type is one of:
A single connector often lists several of these. Linear, for example,
ships a personal API key strategy and OAuth strategies. You pick one per
instance.
Some strategies also have an ingestion config schema (which user to
impersonate, which site URL to hit). When
ingestionConfigSchema is
present, ingestionConfig is part of configure. Those values fill URL and
path templates; they do not change how the source is paged. See
How ingestion walks a source.
Configure an instance
Create:authenticationConfig from that strategy’s configSchema. Re-enter
credentials later with POST /api/connectors/configure.
For OAuth browser flows, start and complete with
POST /api/connectors/connector-oauth-start and
POST /api/connectors/connector-oauth-complete.
Validate without saving with POST /api/connectors/validate.
If credentials fail later, GET /api/vendors/tenant-connector-credential-detail
returns an error code and message, not the secret.
Creating OAuth apps, generating keys, and granting scopes is covered in
the product documentation for each connector.