> For AI agents: the complete documentation index is available at https://www.jumpserver.com/docs/llms.txt, the full documentation bundle is available at https://www.jumpserver.com/docs/llms-full.txt.

# Glossary

JumpServer uses a specific vocabulary across its menus and documentation. The
definitions below explain how each term is used in the product and link to the page
that covers the feature in detail.

## Organization

An isolated workspace for users, user groups, assets, accounts, labels, and
authorizations. Every record belongs to one organization, and switching
organizations changes which records and menus are available. The **Default**
organization exists in every installation; enterprise deployments can create more.
See [Organizations](https://www.jumpserver.com/docs/features/general/workspace/organizations.md).

## Asset

Anything JumpServer can connect to: hosts, network devices, databases, cloud
services, web applications, directory services, and custom types. An asset is
created from a platform and is organized through nodes and zones. See
[Assets](https://www.jumpserver.com/docs/features/console/assets/index.md).

## Account

A login identity for an asset, meaning a username plus a secret such as a password,
SSH key, SSH certificate, token, or access key. An asset can have several accounts,
and an authorization decides which accounts a user may use. See
[Accounts](https://www.jumpserver.com/docs/features/console/accounts/index.md).

## Node

A folder in the asset tree used to organize assets for navigation and
authorization. Assets can belong to several nodes, so a single asset can be granted
through different project or protocol groupings. See
[Assets](https://www.jumpserver.com/docs/features/console/assets/index.md).

## Zone

A network location where assets live, such as a data center, a public cloud, or a
VPC. A zone contains one or more gateways, and assets behind a segmented network are
reached through the zone gateway instead of a direct connection. See
[Zones](https://www.jumpserver.com/docs/features/console/assets/zones.md).

## Authorization

A rule that maps users or user groups to assets or nodes and constrains the
accounts, protocols, actions, and validity period. Authorizations decide which
assets appear in a user's Workbench. See
[Authorizations](https://www.jumpserver.com/docs/features/console/policies/authorizations.md).

## ACL

Access control list: a constraint applied on top of authorization. Command filters,
login restrictions, asset connection rules, data masking, clipboard control, and
connect-method restrictions are ACLs. See [ACLs](https://www.jumpserver.com/docs/features/console/policies/acls/index.md).

## PAM

Privileged access management: the discipline and the JumpServer module that manages
the lifecycle and security of privileged accounts, including discovery, push,
backup, secret rotation, risk detection, and account activity. See
[PAM](https://www.jumpserver.com/docs/features/pam/index.md).

## Session

A connection from a user to an asset through a protocol component. A session has a
recording, command records, and metadata such as the user, asset, account, source
address, and start and end times. See
[Sessions](https://www.jumpserver.com/docs/features/audits/sessions/index.md).

## Audit

The evidence side of the platform: session recordings, command logs, file transfer
records, login and operation logs, job history, ticket history, and reports.
Auditors use it to investigate activity and prove compliance. See
[Audits](https://www.jumpserver.com/docs/features/audits/index.md).

## Ticket

A request for access or for a sensitive action, routed to approvers through a
configurable approval flow. Tickets are an enterprise feature and leave an audit
trail of who requested and who approved. See
[Tickets & Approvals](https://www.jumpserver.com/docs/features/workbench/tickets/index.md).

## Job

An automation task executed against authorized assets: an ad-hoc command, a saved
job, or a job created from a template. Job Center schedules the run and records each
execution in the execution history. See
[Job Center](https://www.jumpserver.com/docs/features/workbench/job-center/index.md).

## Client

A user-facing entry point or protocol connector. Luna is the browser terminal, the
JumpServer Client is the desktop client, and KoKo, Lion, Chen, Tinker, Panda, Razor,
Magnus, Nec, and Facelive are the protocol components that terminate connections.
See [Client](https://www.jumpserver.com/docs/features/client/index.md).

## Component

A service that makes up a JumpServer deployment. Core is the central API and
registration point; KoKo, Lion, Chen, and the other protocol components handle
connections; PostgreSQL and Redis store data; Nginx serves the frontend. Components
register with Core using the shared bootstrap token. See
[Architecture](https://www.jumpserver.com/docs/operations/architecture.md).
