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

fix/docs: fix the first check failure and possible dns leaking #418

Merged
merged 4 commits into from
Jan 11, 2024

Conversation

mzz2017
Copy link
Contributor

@mzz2017 mzz2017 commented Jan 8, 2024

Background

When local dns server is listening at :53 and resolv.conf points to it, the first connectivity check will fail. This is because when we use the local dns server to resolve the domain name of the node, the dae is not yet listening, but the ebpf program has been installed and dns request is redirected to dae, so the first dns request will fail.

If we add local dns servers to must_direct list, dns leaking possibly occurs.

Checklist

Full Changelogs

  • Activate connectivity check after listening to avoid the first failure.
  • Update docs and don't add these dns servers to must_direct list.

Issue Reference

Closes #[issue number]

Test Result

image

@mzz2017 mzz2017 requested review from a team as code owners January 8, 2024 14:31
@dae-prow dae-prow bot added documentation Improvements or additions to documentation fix not-yet-tested labels Jan 8, 2024
@mzz2017 mzz2017 changed the title fix/docs: fix the first check failture and possible dns leaking fix/docs: fix the first check failure and possible dns leaking Jan 8, 2024
dae-prow[bot]
dae-prow bot previously approved these changes Jan 8, 2024
Copy link
Contributor

@dae-prow dae-prow bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🧪 Since the PR has been fully tested, please consider merging it.

piyoki

This comment was marked as resolved.

Comment on lines +152 to +169
# routing {
# # According to the request of dns query, decide to use which DNS upstream.
# # Match rules from top to bottom.
# request {
# # fallback is also called default.
# fallback: alidns
# }
# # According to the response of dns query, decide to accept or re-lookup using another DNS upstream.
# # Match rules from top to bottom.
# response {
# # Trusted upstream. Always accept its result.
# upstream(googledns) -> accept
# # Possibly polluted, re-lookup using googledns.
# ip(geoip:private) && !qname(geosite:cn) -> googledns
# # fallback is also called default.
# fallback: accept
# }
# }
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Considered this is the advanced use cases. Shall we put them in https://github.com/daeuniverse/dae/blob/main/docs/en/configuration/routing.md?

We may create a separate block to include the proposed changes aboved.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I agree with you.

@mzz2017 mzz2017 merged commit 18931ac into main Jan 11, 2024
30 checks passed
@mzz2017 mzz2017 deleted the mzz/docs_fix_possible_dns_leaking branch January 11, 2024 13:47
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
documentation Improvements or additions to documentation fix tested
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants