Authentication Overview
Glean provides two main authentication methods to access its APIs, each with different capabilities and use cases. This guide will help you understand the concepts and choose the right approach for your integration.
Finding Your Server URL
All Glean API requests require your organization's server URL. The server URL is used in API endpoints and API Client/SDK configuration.
How to Find Your Server URL
- Navigate to the About Page: Visit https://app.glean.com/admin/about-glean in your Glean admin console
- Locate Server URL: Find the "Server instance (QE)" field — this is your server URL
Example
If the field shows: https://acme-prod-be.glean.com/
Your server URL is: https://acme-prod-be.glean.com
Usage in APIs
Your server URL is used in:
- API Base URLs:
- Client API:
https://acme-prod-be.glean.com/rest/api/v1/ - Indexing API:
https://acme-prod-be.glean.com/api/index/v1/
- Client API:
- API Client/SDK Configuration: Set as
GLEAN_SERVER_URLenvironment variable
API Types and Implementation Guides
Glean offers two distinct APIs with different authentication capabilities. Choose your API type to get started:
Client API Authentication
For end-user applications and integrations
- Search, chat, collections, agents
- User-facing functionality
- OAuth (recommended) + Glean tokens
- Base URL:
https://<your-server-url>/rest/api/v1/
Indexing API Authentication
For administrative operations and content management
- Document indexing, datasource management
- Administrative operations
- Glean tokens only (no OAuth support)
- Base URL:
https://<your-server-url>/api/index/v1/
Authentication Methods
OAuth Authentication (Recommended)
OAuth is the recommended method for Client API integrations. It leverages your existing identity provider and provides seamless authentication without managing additional tokens.
- Supported APIs: Client API only
- Providers: Google Workspace, Azure, Okta, OneLogin
- Benefits: No token management, leverages existing auth, full API access
Glean-Issued Tokens
Glean-issued tokens are manually created through the admin console and offer granular control over permissions and access.
- Supported APIs: Both Client API and Indexing API
- Types: User-scoped, Global (super admin only)
- Benefits: Granular scope control, works with both APIs
Quick Decision Guide
Which Authentication Method Should I Use?
For Client API integrations:
- Choose OAuth if you have existing identity provider infrastructure (Google, Azure, Okta, OneLogin)
- Choose Glean tokens if you need granular scope control or don't have OAuth infrastructure
For Indexing API operations:
- Must use Glean tokens (OAuth is not supported)
For applications using both APIs:
- Use OAuth for Client API operations + separate Glean token for Indexing API operations
User Roles and Permissions
Understanding who can create what type of authentication tokens:
| Role | Client API OAuth | Client API Tokens | Indexing API Tokens |
|---|---|---|---|
| Super Admin | Configure for all | Create any token | Create any token |
| Admin | Configure for all | Create for self only | Cannot create |
| API Token Creator | Cannot configure | Create for self only | Create for self only |
Security Best Practices
Regardless of which authentication method you choose:
- Store tokens securely - Never commit tokens to version control
- Use environment variables for token storage in applications
- Implement token rotation for long-running applications
- Monitor token usage through Glean's admin console
- Use minimal scopes when creating Glean tokens
- Implement proper error handling for authentication failures
Need Help?
- Community: Join discussions at community.glean.com
- Support: Contact your Glean administrator for token creation access
- Documentation: Detailed implementation guides linked above
Next Steps
- Determine your use case: Client API, Indexing API, or both?
- Choose authentication method: OAuth (Client API) or Glean tokens
- Follow the implementation guide: Use the links above for detailed setup instructions
- Test your integration: Verify authentication works before building your application