Docs Console guides

neoserver 0.3.0

Create a client API key

Give an application scoped access without sharing your administrator credential.

Every application that reads from neoserver should have its own API key. A separate key per client lets you see who is calling in the audit log, limit each client to what it needs, and revoke one client without affecting the others.

Choose the right role

Role Use it for Console sign-in
viewer Web maps, QGIS, scripts, and other clients that only read published data No
editor Clients that write through WFS transactions or change layers and styles No
admin Automation that manages the workspace’s stores, layers, credentials, and settings Yes

Start with viewer and only grant more when a client needs it. A key never sees more than its role allows, and per-layer access rules still apply on top of the role.

Create a scoped reader

Open your workspace’s API keys page and choose Create key. Name the key tutorial-reader, select the viewer role, and choose an expiry appropriate for the application. Choose Create key in the dialog.

The secret is shown once. Store it in a password manager or the application’s secret store before confirming I have stored this key and closing the dialog. The key ID and prefix displayed later cannot authenticate a request.

Workspace API key list showing the tutorial-reader viewer key without its secret
The management list shows key metadata. It cannot recover the original secret.

Use the key in a client

Send the full secret in the X-API-Key header:

curl -H "X-API-Key: $NEOSRV_API_KEY" \
  'http://localhost:9000/workspaces/tutorial-ui/ogc/collections/places/items?limit=10'

Load NEOSRV_API_KEY from secret storage. Do not put the key into a URL, source control, or a browser application bundle. The application’s role still has to satisfy the layer’s access policy.

Revoke or rotate

Create and deploy a replacement key before revoking the old one when you need uninterrupted access. Use the row’s revoke action to stop accepting that credential. A revoked key remains visible until its permanent-delete action is used.

Revoking a key invalidates browser sessions created with it. An independent bootstrap-token session is a different credential and remains governed by its own lifetime and invalidation rules.

See stored API keys for details, and connect a client to verify the application’s actual access.

Search documentation

Type to search guides and reference pages.