bepass-org / bepass-org/dnsutils
Ideas/improvements
- Dominant language
- Go
- Stars
- 16
- Forks
- 11
- PR merge metrics
- No merged PRs in 30d
Description
Hi mate,
I got a few ideas around this project, keen to hear your thoughts.
1) DoQ ([RFC 9250](https://www.rfc-editor.org/info/rfc9250)) support: I Think this one is a no brainer to add the support
2) `dnscrypt` transport: in some networks, it provides an automated way of finding the best and fastest dns server so it could be a good "auto" option if the user chooses to.
3) source interface: sometimes enforcing which interface is used for outbound connections can be pivotal to prevent dns leakage especially when the underlying routing is bumpy.
4) load balancing and failover for upstream DNS servers
5) address blocklist (potentially malware/adware blocking)
I've tried to build my own dnsclient and lib in Go in the past (https://github.com/mosajjal/dnsclient) and I ended up realizing the best way to do this is to make it an interface compatible wrapper, and leverage already existing technologies (https://github.com/folbricht/routedns). Happy to work with you to make this a wrapper for routedns and make it compatible with the rest of the `beepass` project.
Contributor guide
No contributing guide indexed for this repository
Research direction
Issue #3 proposes several separate DNS features, including DoQ, dnscrypt transport, source-interface selection, upstream load balancing, and address blocklists. Start by reviewing the existing Go module and the referenced routedns project; done would require choosing and defining one specific feature and its compatibility with the bepass project.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- go
- Domain
- networking
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 20/100