Michael LopezandClaude Fable 5.1
494e2a6808
* db: quote postgres connection parameters The DSN was built by string concatenation, so a password containing a space, quote or backslash truncated it or injected extra parameters. Build it with libpq keyword/value quoting and keep the password out of the startup log line. * db: mark the DSN test fixture password as not a credential gosec G101 flags the literal assigned to Pass in TestBuildPostgresDSN. The value exists to exercise quoting of spaces, quotes and backslashes and is not a secret. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> * types, db: build the postgres DSN as a URL from PostgresConfig Review feedback: move the DSN construction onto types.PostgresConfig as DSN(), so the database layer calls cfg.Postgres.DSN() and logs redacted.DSN(), and build it as a postgres:// URL with net/url instead of hand-rolled libpq quoting. Unix socket directories travel as the host query parameter; bare IPv6 literals are bracketed. Tests parse the URL back and check each component rather than the encoded string. * types: silence gosec on the whole DSN test fixtures gosec reports G101 on the composite literal that holds a Pass value, not on the Pass line itself, so the previous nolint did not cover it. Place the directive before each fixture element. * db: drop imports left unused by the merge with main The merge of main reintroduced the slices and strconv imports in db.go, but the postgres DSN is now built by PostgresConfig.DSN and nothing in the file uses them, so the package failed to compile and every CI check failed on typecheck. Also link the CHANGELOG entry to the PR. * db: restore tests and formatting lost in the rebase onto main Resolving the rebase conflicts in db_test.go kept this branch's side and dropped the credential tests main had added, including the requireCredentialConstraints helper another test still calls, so the db test package no longer compiled. Restore the file from main; this branch does not change it. The resolution also indented the package clause in db.go and removed the blank line between the standard library and module imports. --------- Co-authored-by: Claude Fable 5.1 <noreply@anthropic.com>
An open source, self-hosted implementation of the Tailscale control server.
Join our Discord server for a chat.
Note: Always select the same GitHub tag as the released version you use
to ensure you have the correct example configuration. The main branch might
contain unreleased changes. The documentation is available for stable and
development versions:
What is Tailscale
Tailscale is a modern VPN built on top of Wireguard. It works like an overlay network between the computers of your networks - using NAT traversal.
Everything in Tailscale is Open Source, except the GUI clients for proprietary OS (Windows and macOS/iOS), and the control server.
The control server works as an exchange point of Wireguard public keys for the nodes in the Tailscale network. It assigns the IP addresses of the clients, creates the boundaries between each user, enables sharing machines between users, and exposes the advertised routes of your nodes.
A Tailscale network (tailnet) is private network which Tailscale assigns to a user in terms of private users or an organisation.
Design goal
Headscale aims to implement a self-hosted, open source alternative to the Tailscale control server. Headscale's goal is to provide self-hosters and hobbyists with an open-source server they can use for their projects and labs. It implements a narrow scope, a single Tailscale network (tailnet), suitable for a personal use, or a small open-source organisation.
Supporting Headscale
If you like headscale and find it useful, there is a sponsorship and donation
buttons available in the repo.
Features
Please see "Features" in the documentation.
Client OS support
Please see "Client and operating system support" in the documentation.
Running headscale
Please note that we do not support nor encourage the use of reverse proxies and container to run Headscale.
Please have a look at the documentation.
For NixOS users, a module is available in nix/.
Builds from main
Development builds from the main branch are available as container images and
binaries. See the development builds
documentation for details.
Talks
- Fosdem 2026 (video): Headscale & Tailscale: The complementary open source clone
- presented by Kristoffer Dalby
- Fosdem 2023 (video): Headscale: How we are using integration testing to reimplement Tailscale
- presented by Juan Font Alonso and Kristoffer Dalby
Disclaimer
This project is not associated with Tailscale Inc.
However, one of the active maintainers for Headscale is employed by Tailscale and he is allowed to spend work hours contributing to the project. Contributions from this maintainer are reviewed by other maintainers.
The maintainers work together on setting the direction for the project. The underlying principle is to serve the community of self-hosters, enthusiasts and hobbyists - while having a sustainable project.
Contributing
Please read the CONTRIBUTING.md file.
Have also a look at our AI_POLICY.md.
Requirements
To contribute to headscale you would need the latest version of Go and Buf (Protobuf generator).
We recommend using Nix to setup a development environment. This can
be done with nix develop, which will install the tools and give you a shell.
This guarantees that you will have the same dev env as headscale maintainers.
Code style
To ensure we have some consistency with a growing number of contributions, this project has adopted linting and style/formatting rules:
The Go code is linted with golangci-lint and
formatted with golines (width 88) and
gofumpt.
Please configure your editor to run the tools while developing and make sure to
run make lint and make fmt before committing any code.
The Proto code is linted with buf and
formatted with clang-format.
The docs are formatted with mdformat.
The rest (Markdown, YAML, etc) is formatted with prettier.
Check out the .golangci.yaml and Makefile to see the specific configuration.
Install development tools
- Go
- Buf
- Protobuf tools
Install and activate:
nix develop
Testing and building
Some parts of the project require the generation of Go code from Protobuf
(if changes are made in proto/) and it must be (re-)generated with:
make generate
Note: Please check in changes from gen/ in a separate commit to make it easier to review.
To run the tests:
make test
To build the program:
make build
Development workflow
We recommend using Nix for dependency management to ensure you have all required tools. If you prefer to manage dependencies yourself, you can use Make directly:
With Nix (recommended):
nix develop
make test
make build
With your own dependencies:
make test
make build
The Makefile will warn you if any required tools are missing and suggest running nix develop. Run make help to see all available targets.
Contributors
Made with contrib.rocks.