218138afee
expand user, add claims to user This commit expands the user table with additional fields that can be retrieved from OIDC providers (and other places) and uses this data in various tailscale response objects if it is available. This is the beginning of implementing https://docs.google.com/document/d/1X85PMxIaVWDF6T_UPji3OeeUqVBcGj_uHRM5CI-AwlY/edit trying to make OIDC more coherant and maintainable in addition to giving the user a better experience and integration with a provider. remove usernames in magic dns, normalisation of emails this commit removes the option to have usernames as part of MagicDNS domains and headscale will now align with Tailscale, where there is a root domain, and the machine name. In addition, the various normalisation functions for dns names has been made lighter not caring about username and special character that wont occur. Email are no longer normalised as part of the policy processing. untagle oidc and regcache, use typed cache This commits stops reusing the registration cache for oidc purposes and switches the cache to be types and not use any allowing the removal of a bunch of casting. try to make reauth/register branches clearer in oidc Currently there was a function that did a bunch of stuff, finding the machine key, trying to find the node, reauthing the node, returning some status, and it was called validate which was very confusing. This commit tries to split this into what to do if the node exists, if it needs to register etc. Signed-off-by: Kristoffer Dalby <kristoffer@tailscale.com> |
||
---|---|---|
.github | ||
cmd | ||
docs | ||
gen | ||
hscontrol | ||
integration | ||
proto | ||
.coderabbit.yaml | ||
.dockerignore | ||
.envrc | ||
.gitignore | ||
.golangci.yaml | ||
.goreleaser.yml | ||
.prettierignore | ||
buf.gen.yaml | ||
CHANGELOG.md | ||
CODE_OF_CONDUCT.md | ||
config-example.yaml | ||
CONTRIBUTING.md | ||
derp-example.yaml | ||
Dockerfile.debug | ||
Dockerfile.tailscale-HEAD | ||
flake.lock | ||
flake.nix | ||
go.mod | ||
go.sum | ||
LICENSE | ||
Makefile | ||
mkdocs.yml | ||
README.md | ||
swagger.go |
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 and documentation.
The main
branch might contain unreleased changes.
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 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
- Full "base" support of Tailscale's features
- Configurable DNS
- Node registration
- Single-Sign-On (via Open ID Connect)
- Pre authenticated key
- Taildrop (File Sharing)
- Access control lists
- MagicDNS
- Dual stack (IPv4 and IPv6)
- Routing advertising (including exit nodes)
- Ephemeral nodes
- Embedded DERP server
Client OS support
OS | Supports headscale |
---|---|
Linux | Yes |
OpenBSD | Yes |
FreeBSD | Yes |
Windows | Yes (see docs and /windows on your headscale for more information) |
Android | Yes (see docs) |
macOS | Yes (see docs and /apple on your headscale for more information) |
iOS | Yes (see docs and /apple on your headscale for more information) |
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
.
Talks
- 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.
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 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:
nix build
or
make build
Contributors
Made with contrib.rocks.