Skip to content

fix: move STUN servers into their own regions #9030

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

Merged
merged 1 commit into from
Aug 10, 2023

Conversation

deansheather
Copy link
Member

Tailscale only tries a single STUN server in each region before cancelling all other pending STUN requests and moving on. This is usually fine, but in the case of "hard NAT" tailscale needs to get responses from two STUN regions to know that the public IP is variable and it should deploy countermeasures to get direct working.

This moves the STUN nodes out of the default region and into a new region for each STUN server starting at region ID 999+1. This should allow connections behind "hard NAT" to upgrade to direct (although this will take a bit longer, about 5-30s).

Also updates the default STUN server list to include every Google STUN server so clients have a lot to pick from. On the first netcheck, only a single STUN server will be pinged. On subsequent checks, others will be pinged to check for variability.

@deansheather deansheather merged commit d2f22b0 into main Aug 10, 2023
@deansheather deansheather deleted the dean/derp-map-stun-regions branch August 10, 2023 19:04
@github-actions github-actions bot locked and limited conversation to collaborators Aug 10, 2023
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants