Skip to main content
Airship launches one Daytona sandbox per job in your organization, with an organization API key. The sandbox is deleted when the runner exits.

Connect

1

Create an organization API key

In the Daytona dashboard, create a key in the organization (not a personal key) with write:sandboxes and delete:sandboxes. Add read:volumes if definitions mount volumes. A key with an expiry stops working on that date.
2

Connect it

In Airship’s dashboard, Cloud → Daytona: paste the key, and pick the default region (us or eu, or a dedicated region of your organization). Airship checks the key’s permissions and that the region hosts Linux sandboxes before saving it.
A self-hosted Daytona takes api_url as well.

Configure

airship.yaml
An allow list is enforced strictly: list everything the runner and the job fetch, including github.com, api.github.com, *.actions.githubusercontent.com, objects.githubusercontent.com and, with docker: true, download.docker.com. Lower tiers refuse sandbox-level allow lists altogether.

What Airship creates

A sandbox named after the runner, labelled airship-installation, airship-runner-id and airship-repository, with auto-stop off and a TTL past the runner’s deadline. The boot script stops the sandbox when the runner exits, and Daytona deletes it.