headscale/integration
Kristoffer Dalby fe4978764b Fix integration test timeouts by increasing CLI timeout for containerized environment
The integration tests were failing with timeout errors when running
route-related operations like ApproveRoutes. The issue was that the
CLI timeout was set to 5 seconds by default, but the containerized
test environment with network latency and startup delays required
more time for CLI operations to complete.

This fix increases the CLI timeout to 30 seconds specifically for
integration tests through the HEADSCALE_CLI_TIMEOUT environment
variable.

🤖 Generated with [Claude Code](https://claude.ai/code)

Co-Authored-By: Claude <noreply@anthropic.com>
2025-07-15 18:10:42 +00:00
..
2025-07-15 14:51:23 +00:00
2025-05-20 13:57:26 +02:00
2025-07-15 14:51:23 +00:00
2025-07-15 14:51:23 +00:00
2025-07-15 14:51:23 +00:00
2025-07-15 14:51:23 +00:00
2025-07-15 14:51:23 +00:00
2024-09-03 09:22:17 +02:00
2025-07-15 14:51:23 +00:00
2025-07-15 14:51:23 +00:00
2025-07-15 14:51:23 +00:00

Integration testing

Headscale relies on integration testing to ensure we remain compatible with Tailscale.

This is typically performed by starting a Headscale server and running a test "scenario" with an array of Tailscale clients and versions.

Headscale's test framework and the current set of scenarios are defined in this directory.

Tests are located in files ending with _test.go and the framework are located in the rest.

Running integration tests locally

The easiest way to run tests locally is to use act, a local GitHub Actions runner:

act pull_request -W .github/workflows/test-integration.yaml

Alternatively, the docker run command in each GitHub workflow file can be used.

Running integration tests on GitHub Actions

Each test currently runs as a separate workflows in GitHub actions, to add new test, run go generate inside ../cmd/gh-action-integration-generator/ and commit the result.