Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Request for Configuration of --verify-clients Parameter in Built-in DERP #1836

Open
zsio opened this issue Mar 18, 2024 · 3 comments
Open

Request for Configuration of --verify-clients Parameter in Built-in DERP #1836

zsio opened this issue Mar 18, 2024 · 3 comments
Labels
enhancement New feature or request

Comments

@zsio
Copy link

zsio commented Mar 18, 2024

I am currently using the built-in DERP in Headscale and I noticed that the --verify-clients parameter is not configurable. This situation implies that the DERP I am using could be publicly accessible, which raises security concerns.

I am writing to inquire if there is a possibility to restrict the use of the built-in DERP to my clients only. This feature will greatly enhance the security of my connections and ensure that only authorized clients can use the DERP.

Looking forward to your response and potential solutions to this issue.

@zsio zsio added the enhancement New feature or request label Mar 18, 2024
@StudyingLover
Copy link

I am considering migrating from Tailscale to Headscale, but I hesitated when I suddenly notice this issue because I cannot tolerate others freeloading on my server without my permission.

@masterwishx
Copy link

Also interested in this future as using my own DERP server...

@ShadowJonathan
Copy link
Contributor

When researching tailscale I noticed this fairly subtle codepath being used for it, it requires an active embedded tailscale client to be sending peer updates to the derp server, apparantly.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

4 participants