OAuth 2.0
Nouto supports all four major OAuth 2.0 grant types, with PKCE for public clients and automatic token refresh. Configure the flow once, fetch a token, and Nouto attaches it to every request automatically.
- Open a request and click the Auth tab.
- Select OAuth 2.0 from the type dropdown.
- Choose a Grant Type and fill in the required fields.
- Click Get New Access Token to start the flow.
Grant Types
Section titled “Grant Types”Authorization Code
Section titled “Authorization Code”The standard flow for web and single-page applications. Nouto opens the system browser for user login, then exchanges the authorization code for an access token.
| Field | Required | Description |
|---|---|---|
| Authorization URL | Yes | Provider’s authorization endpoint |
| Token URL | Yes | Provider’s token endpoint |
| Client ID | Yes | Your application’s client ID |
| Client Secret | No | Omit for public clients |
| Scope | No | Space-separated list of scopes to request |
| Use PKCE | No | Recommended for public clients (see below) |
Flow:
- Nouto starts a temporary local callback server.
- The system browser opens the Authorization URL.
- After the user authorizes, the provider redirects back with an authorization code.
- Nouto exchanges the code for an access token at the Token URL.
Client Credentials
Section titled “Client Credentials”Machine-to-machine authentication. No browser interaction.
| Field | Required | Description |
|---|---|---|
| Token URL | Yes | Provider’s token endpoint |
| Client ID | Yes | Your application’s client ID |
| Client Secret | Yes | Your application’s client secret |
| Scope | No | Space-separated list of scopes |
Implicit
Section titled “Implicit”Legacy browser-based flow. The token is returned directly in the redirect URL fragment without a code exchange step.
| Field | Required | Description |
|---|---|---|
| Authorization URL | Yes | Provider’s authorization endpoint |
| Client ID | Yes | Your application’s client ID |
| Scope | No | Space-separated list of scopes |
Password (Resource Owner)
Section titled “Password (Resource Owner)”Direct username and password exchange. Suitable only for trusted first-party applications where the user trusts the client with their credentials.
| Field | Required | Description |
|---|---|---|
| Token URL | Yes | Provider’s token endpoint |
| Client ID | Yes | Your application’s client ID |
| Client Secret | No | Your application’s client secret |
| Username | Yes | User’s username |
| Password | Yes | User’s password |
| Scope | No | Space-separated list of scopes |
Enable Use PKCE on the Authorization Code grant to add Proof Key for Code Exchange. Nouto generates a random code_verifier, derives a code_challenge using SHA-256 and Base64url encoding, and includes both in the appropriate steps of the flow. PKCE is recommended for public clients (mobile apps, SPAs) and any situation where the client secret cannot be kept confidential.
Token Management
Section titled “Token Management”After a successful flow, the token panel shows:
- Masked token: first and last 6 characters are visible
- Expiration: a green countdown timer, or a red “Expired” label
- Copy: copies the full token to the clipboard
- Refresh: exchanges the refresh token for a new access token
- Clear: removes the stored token
When you send a request, the access token is attached as a Bearer header:
Authorization: Bearer eyJhbGciOiJSUzI1NiIs...Auto-Refresh
Section titled “Auto-Refresh”If the token is expired or within 30 seconds of expiry when you click Send, Nouto refreshes it automatically using the stored refresh token before sending the request.
Variable Support
Section titled “Variable Support”All OAuth 2.0 fields accept {{variable}} syntax:
| Field | Example |
|---|---|
| Authorization URL | {{OAUTH_AUTH_URL}} |
| Token URL | {{OAUTH_TOKEN_URL}} |
| Client ID | {{OAUTH_CLIENT_ID}} |
| Client Secret | {{OAUTH_CLIENT_SECRET}} |
| Scope | {{OAUTH_SCOPE}} |
Security
Section titled “Security”- Client secret fields are masked by default.
- The callback server binds to
127.0.0.1only and shuts down after receiving the authorization code. - The callback server has a 5-minute timeout. If no callback arrives, it closes automatically.
- Credentials sent over unencrypted HTTP trigger a security warning.
Postman Compatibility
Section titled “Postman Compatibility”- Import: Postman
oauth2auth is imported with grant type, URLs, client ID, client secret, and scope preserved. - Export: Nouto OAuth 2.0 auth exports to Postman’s
oauth2format with matching field names.
