Add an authentication profile

Save a bearer token, user name and password, API key or OAuth client once on a project.

In short

A profile stores one credential on a project, encrypted, so requests can use it without anyone seeing it. It can be a bearer token, a user name and password, an API key, an OAuth client, or a login request that fetches a token for you.

Before you start

Steps

  1. Open "Project settings", "Authentication" and choose "New profile".
  2. Choose the kind and fill in its fields (see the table).
  3. For Authorization code with PKCE, press "Connect" and sign in once in the popup.
  4. Choose it as the project's "Default profile" so every request inherits it.

Result: requests send the credential; the saved secret reads "Saved" and is never shown again.

Sign in with a login request

  1. Save the login request in the project and check that it answers with a token.
  2. Press "New profile" and set "Kind" to "Login request".
  3. Choose the "Login request", and give the "Token path" - where the answer keeps the token, as a JSONPath such as $.access_token.
  4. If the answer says when the token expires, give the "Expires-in path" (seconds from now, a Unix time or a date). Otherwise give a "Token lifetime" between 30 seconds and a day; without either, 15 minutes is used.
  5. Change the "Prefix" if the API does not use Bearer.

{{brand}} keeps the token encrypted until it is about to expire, then runs the login request again by itself. A suite or a busy monitor signs in once, not once per request.

Each sign-in is a request A refresh sends one request that counts against your plan, and a monitor's estimate shows the sign-ins it will make. A login request cannot itself sign in with a login-request profile, and Free monitors cannot use one.

Good to know

Do not paste long-lived secrets into saved headers Every project member can see a saved request's headers unless you use a profile.

If something goes wrong

Related