mirror of
https://github.com/daeuniverse/dae.git
synced 2024-12-22 15:34:41 +07:00
eBPF-based Linux high-performance transparent proxy solution.
| .github/workflows | ||
| cmd | ||
| common | ||
| component | ||
| config | ||
| control | ||
| docs | ||
| install | ||
| pkg | ||
| .gitignore | ||
| .gitmodules | ||
| CODEOWNERS | ||
| docker-compose.yml | ||
| Dockerfile | ||
| example.dae | ||
| go.mod | ||
| go.sum | ||
| insert.sh | ||
| LICENSE | ||
| logo.png | ||
| main.go | ||
| Makefile | ||
| README.md | ||
dae
dae, means goose, is a high-performance transparent proxy solution.
In order to improve the traffic split performance as much as possible, dae runs the transparent proxy and traffic split suite in the linux kernel by eBPF. Therefore, dae has the opportunity to make the direct traffic bypass the forwarding by proxy application and achieve true direct traffic through. Under such a magic trick, there is almost no performance loss and additional resource consumption for direct traffic.
As a successor of v2rayA, dae abandoned v2ray-core to meet the needs of users more freely.
Features
- Implement
Real Directtraffic split (need ipforward on) to achieve high performance. - Support to split traffic by process name in local host.
- Support to split traffic by MAC address in LAN.
- Support to split traffic with invert match rules.
- Support to automatically switch nodes according to policy. That is to say, support to automatically test independent TCP/UDP/IPv4/IPv6 latencies, and then use the best nodes for corresponding traffic according to user-defined policy.
- Support advanced DNS resolution process.
- Support full-cone NAT for shadowsocks, trojan(-go) and socks5 (no test).
Getting Started
Please refer to Quick Start Guide to start using dae right away!
Known Issues
- If you setup dae and also a shadowsocks server (or any UDP servers) on the same machine in public network, such as a VPS, don't forget to add
l4proto(udp) && sport(your server ports) -> must_directrule for your UDP server port. Because states of UDP are hard to maintain, all outgoing UDP packets will potentially be proxied (depends on your routing), including traffic to your client. This behaviour is not what we want to see.must_directmakes all traffic from this port including DNS traffic direct.
TODO
- Automatically check dns upstream and source loop (whether upstream is also a client of us) and remind the user to add sip rule.
- MACv2 extension extraction.
- Log to userspace.
- Protocol-oriented node features detecting (or filter), such as full-cone (especially VMess and VLESS).
- Add quick-start guide
- ...