dae/example.dae

264 lines
12 KiB
Plaintext
Raw Normal View History

2023-01-28 00:50:21 +07:00
global {
##### Software options.
2023-02-27 12:29:42 +07:00
# tproxy port to listen on. It is NOT a HTTP/SOCKS port, and is just used by eBPF program.
2023-02-12 15:04:30 +07:00
# In normal case, you do not need to use it.
2023-01-28 00:50:21 +07:00
tproxy_port: 12345
2023-06-04 10:38:05 +07:00
# Set it true to protect tproxy port from unsolicited traffic. Set it false to allow users to use self-managed
# iptables tproxy rules.
tproxy_port_protect: true
# Set non-zero value to enable pprof.
pprof_port: 0
2023-06-04 10:38:05 +07:00
# If not zero, traffic sent from dae will be set SO_MARK. It is useful to avoid traffic loop with iptables tproxy
# rules.
so_mark_from_dae: 0
2023-02-12 00:06:43 +07:00
# Log level: error, warn, info, debug, trace.
log_level: info
# Disable waiting for network before pulling subscriptions.
disable_waiting_network: false
# Enable fast redirect for local TCP connections. There is a known kernel issue that breaks certain clients/proxies, such as nadoo/glider. Users may enable this experimental option at their own risks.
enable_local_tcp_fast_redirect: false
##### Interface and kernel options.
# The LAN interface to bind. Use it if you want to proxy LAN.
# Multiple interfaces split by ",".
#lan_interface: docker0
# The WAN interface to bind. Use it if you want to proxy localhost.
# Multiple interfaces split by ",". Use "auto" to auto detect.
wan_interface: auto
# Automatically configure Linux kernel parameters like ip_forward and send_redirects. Check out
# https://github.com/daeuniverse/dae/blob/main/docs/en/user-guide/kernel-parameters.md to see what will dae do.
auto_config_kernel_parameter: true
##### Node connectivity check.
# These options, as defaults, are effective when no definition is given in the group.
# Host of URL should have both IPv4 and IPv6 if you have double stack in local.
# First is URL, others are IP addresses if given.
2023-02-13 17:26:31 +07:00
# Considering traffic consumption, it is recommended to choose a site with anycast IP and less response.
#tcp_check_url: 'http://cp.cloudflare.com'
tcp_check_url: 'http://cp.cloudflare.com,1.1.1.1,2606:4700:4700::1111'
2023-02-12 00:06:43 +07:00
# The HTTP request method to `tcp_check_url`. Use 'HEAD' by default because some server implementations bypass
# accounting for this kind of traffic.
tcp_check_http_method: HEAD
# This DNS will be used to check UDP connectivity of nodes. And if dns_upstream below contains tcp, it also be used to check
# TCP DNS connectivity of nodes.
# First is URL, others are IP addresses if given.
# This DNS should have both IPv4 and IPv6 if you have double stack in local.
#udp_check_dns: 'dns.google.com:53'
udp_check_dns: 'dns.google.com:53,8.8.8.8,2001:4860:4860::8888'
2023-02-12 00:06:43 +07:00
2023-01-28 14:47:43 +07:00
check_interval: 30s
2023-02-12 00:06:43 +07:00
# Group will switch node only when new_latency <= old_latency - tolerance.
check_tolerance: 50ms
2023-01-28 00:50:21 +07:00
##### Connecting options.
2023-02-18 01:06:23 +07:00
# Optional values of dial_mode are:
# 1. "ip". Dial proxy using the IP from DNS directly. This allows your ipv4, ipv6 to choose the optimal path
2023-02-18 01:06:23 +07:00
# respectively, and makes the IP version requested by the application meet expectations. For example, if you
# use curl -4 ip.sb, you will request IPv4 via proxy and get a IPv4 echo. And curl -6 ip.sb will request IPv6.
2023-04-12 23:18:42 +07:00
# This may solve some wierd full-cone problem if your are be your node support that. Sniffing will be disabled
# in this mode.
# 2. "domain". Dial proxy using the domain from sniffing. This will relieve DNS pollution problem to a great extent
2023-02-18 01:06:23 +07:00
# if have impure DNS environment. Generally, this mode brings faster proxy response time because proxy will
# re-resolve the domain in remote, thus get better IP result to connect. This policy does not impact routing.
# That is to say, domain rewrite will be after traffic split of routing and dae will not re-route it.
2023-03-13 15:49:01 +07:00
# 3. "domain+". Based on domain mode but do not check the reality of sniffed domain. It is useful for users whose
# DNS requests do not go through dae but want faster proxy response time. Notice that, if DNS requests do not
# go through dae, dae cannot split traffic by domain.
2023-03-14 17:22:00 +07:00
# 4. "domain++". Based on domain+ mode but force to re-route traffic using sniffed domain to partially recover
# domain based traffic split ability. It doesn't work for direct traffic and consumes more CPU resources.
dial_mode: domain
# Allow insecure TLS certificates. It is not recommended to turn it on unless you have to.
allow_insecure: false
2023-04-12 23:18:42 +07:00
# Timeout to waiting for first data sending for sniffing. It is always 0 if dial_mode is ip. Set it higher is useful
# in high latency LAN network.
sniffing_timeout: 100ms
# TLS implementation. tls is to use Go's crypto/tls. utls is to use uTLS, which can imitate browser's Client Hello.
tls_implementation: tls
# The Client Hello ID for uTLS to imitate. This takes effect only if tls_implementation is utls.
# See more: https://github.com/daeuniverse/dae/blob/331fa23c16/component/outbound/transport/tls/utls.go#L17
utls_imitate: chrome_auto
2024-08-27 08:49:51 +07:00
# Multipath TCP (MPTCP) support. If is true, dae will try to use MPTCP to connect all nodes, but it will only take
# effects when the node supports MPTCP. It can use for load balance and failover to multiple interfaces and IPs.
mptcp: false
2023-01-28 00:50:21 +07:00
}
# Subscriptions defined here will be resolved as nodes and merged as a part of the global node pool.
# Support to give the subscription a tag, and filter nodes from a given subscription in the group section.
2023-01-28 00:50:21 +07:00
subscription {
# Add your subscription links here.
2023-02-10 10:59:40 +07:00
my_sub: 'https://www.example.com/subscription/link'
another_sub: 'https://example.com/another_sub'
'https://example.com/no_tag_link'
'file://relative/path/to/mysub.sub' # Put subscription content in /etc/dae/relative/path/to/mysub.sub
2023-01-28 00:50:21 +07:00
}
# Nodes defined here will be merged as a part of the global node pool.
2023-01-28 00:50:21 +07:00
node {
# Add your node links here.
# Support socks5, http, https, ss, ssr, vmess, vless, trojan, tuic, juicity, hysteria2, etc.
# Full support list: https://github.com/daeuniverse/dae/blob/main/docs/en/proxy-protocols.md
2023-01-30 17:13:43 +07:00
'socks5://localhost:1080'
2023-03-07 12:30:27 +07:00
mylink: 'ss://LINK'
node1: 'vmess://LINK'
node2: 'vless://LINK'
chains: 'tuic://LINK -> vmess://LINK'
hysteria2: 'hysteria2://password@server-ip:port/?sni=domain'
2023-01-28 00:50:21 +07:00
}
# See https://github.com/daeuniverse/dae/blob/main/docs/en/configuration/dns.md for full examples.
2023-02-25 01:38:21 +07:00
dns {
# For example, if ipversion_prefer is 4 and the domain name has both type A and type AAAA records, the dae will only
# respond to type A queries and response empty answer to type AAAA queries.
2023-04-07 22:06:04 +07:00
#ipversion_prefer: 4
# Give a fixed ttl for domains. Zero means that dae will request to upstream every time and not cache DNS results
# for these domains.
#fixed_domain_ttl {
# ddns.example.org: 10
# test.example.org: 3600
#}
2023-02-25 01:38:21 +07:00
upstream {
# Value can be scheme://host:port, where the scheme can be tcp/udp/tcp+udp.
# If host is a domain and has both IPv4 and IPv6 record, dae will automatically choose
# IPv4 or IPv6 to use according to group policy (such as min latency policy).
# Please make sure DNS traffic will go through and be forwarded by dae, which is REQUIRED for domain routing.
# If dial_mode is "ip", the upstream DNS answer SHOULD NOT be polluted, so domestic public DNS is not recommended.
alidns: 'udp://dns.alidns.com:53'
2023-04-02 10:07:53 +07:00
googledns: 'tcp+udp://dns.google.com:53'
2023-02-25 01:38:21 +07:00
}
routing {
2023-03-27 11:45:10 +07:00
# According to the request of dns query, decide to use which DNS upstream.
# Match rules from top to bottom.
request {
# Lookup China mainland domains using alidns, otherwise googledns.
qname(geosite:cn) -> alidns
2023-03-27 11:45:10 +07:00
# fallback is also called default.
fallback: googledns
}
2023-02-25 01:38:21 +07:00
}
# 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
# }
# }
2023-02-25 01:38:21 +07:00
}
2023-02-05 12:31:21 +07:00
# Node group (outbound).
2023-01-28 00:50:21 +07:00
group {
my_group {
2023-03-07 12:30:27 +07:00
# No filter. Use all nodes.
2023-01-28 00:50:21 +07:00
# Randomly select a node from the group for every connection.
2023-02-19 11:37:37 +07:00
#policy: random
# Select the first node from the group for every connection.
2023-02-19 11:37:37 +07:00
#policy: fixed(0)
# Select the node with min last latency from the group for every connection.
2023-02-19 11:37:37 +07:00
#policy: min
# Select the node with min moving average of latencies from the group for every connection.
policy: min_moving_avg
2023-01-28 00:50:21 +07:00
}
2023-01-31 23:02:46 +07:00
group2 {
# Filter nodes from the global node pool defined by the subscription and node section above.
#filter: subtag(my_sub) && !name(keyword: 'ExpireAt:')
# Multiple filters indicate 'or' logic.
2023-07-10 18:44:56 +07:00
#filter: subtag(regex: '^my_', another_sub) && !name(keyword: 'ExpireAt:')
# Filter nodes from the global node pool defined by tag.
#filter: name(node1, node2)
2023-01-31 23:02:46 +07:00
2023-07-10 18:44:56 +07:00
# Filter nodes and give a fixed latency offset to archive latency-based failover.
# In this example, there is bigger possibility to choose US node even if original latency of US node is higher.
filter: name(HK_node)
filter: name(US_node) [add_latency: -500ms]
2023-01-31 23:02:46 +07:00
# Select the node with min average of the last 10 latencies from the group for every connection.
policy: min_avg10
}
steam {
# Filter nodes from the global node pool defined by the subscription and node section above.
filter: subtag(my_sub) && !name(keyword: 'ExpireAt:')
# Select the node with min moving average of latencies from the group for every connection.
policy: min_moving_avg
# Override tcp_check_url in global.
tcp_check_url: 'http://test.steampowered.com'
# Override tcp_check_http_method in global
#tcp_check_http_method: HEAD
# Override udp_check_dns in global
#udp_check_dns: 'dns.google.com:53,8.8.8.8,2001:4860:4860::8888'
# Override check_interval in global
#check_interval: 30s
# Override check_tolerance in global
#check_tolerance: 50ms
}
2023-01-28 00:50:21 +07:00
}
# See https://github.com/daeuniverse/dae/blob/main/docs/en/configuration/routing.md for full examples.
2023-01-28 00:50:21 +07:00
routing {
2023-02-19 11:46:11 +07:00
### Preset rules.
2023-01-31 23:02:46 +07:00
2023-02-19 11:46:11 +07:00
# Network managers in localhost should be direct to avoid false negative network connectivity check when binding to
# WAN.
2023-03-22 20:54:50 +07:00
pname(NetworkManager) -> direct
2023-02-19 11:46:11 +07:00
# Put it in the front to prevent broadcast, multicast and other packets that should be sent to the LAN from being
# forwarded by the proxy.
# "dip" means destination IP.
dip(224.0.0.0/3, 'ff00::/8') -> direct
2023-02-19 11:46:11 +07:00
# This line allows you to access private addresses directly instead of via your proxy. If you really want to access
# private addresses in your proxy host network, modify the below line.
dip(geoip:private) -> direct
2023-02-19 11:46:11 +07:00
### Write your rules below.
# Disable h3 because it usually consumes too much cpu/mem resources.
l4proto(udp) && dport(443) -> block
dip(geoip:cn) -> direct
2023-01-28 00:50:21 +07:00
domain(geosite:cn) -> direct
2023-02-11 23:53:33 +07:00
fallback: my_group
2023-01-28 00:50:21 +07:00
}