125 lines
4.6 KiB
Plaintext
125 lines
4.6 KiB
Plaintext
global {
|
||
##### 软件选项。
|
||
|
||
# 监听的 tproxy 端口。不是 HTTP/SOCKS 端口，仅供 eBPF 程序使用.
|
||
# 一般情况下，你不需要使用它。
|
||
tproxy_port: 12345
|
||
|
||
# 设为 true 来避免意外的流量进入 tproxy 端口。 设为 false 以配合用户自定义的 iptables tproxy 规则。
|
||
tproxy_port_protect: true
|
||
|
||
# 若非 0，dae 发出的流量会打上 SO_MARK。 这有助于使用 iptables tproxy 规则时避免流量回环。
|
||
so_mark_from_dae: 0
|
||
|
||
# 日志等级: error, warn, info, debug, trace。
|
||
log_level: info
|
||
|
||
# 禁用等待网络以拉取订阅。
|
||
disable_waiting_network: false
|
||
|
||
|
||
##### 接口和内核选项。
|
||
|
||
# 绑定的 LAN 接口。使用它来代理局域网设备。
|
||
# 多个接口使用 "," 分隔。
|
||
lan_interface: podman0,mac0
|
||
|
||
# 绑定的 WAN 接口. 使用它来代理本机。
|
||
# 多个接口使用 "," 分隔。使用 "auto" 自动检测接口.
|
||
wan_interface: mac0
|
||
|
||
# 自动配置 Linux 的内核选项（如 ip_forward 和 send_redirects）。
|
||
# 参考https://github.com/daeuniverse/dae/blob/main/docs/en/user-guide/kernel-parameters.md
|
||
auto_config_kernel_parameter: true
|
||
|
||
|
||
##### 节点连通性检测。
|
||
|
||
# 如果你本地网络为双栈，URL的主机应该同时支持 IPv4 和 IPv6。
|
||
# 第一个是 URL，如果在其后填写了 IP 地址，代表对 URL 中 Host 的固定解析。
|
||
# 考虑到流量消耗，推荐使用具有任播且响应简短的站点。
|
||
#tcp_check_url: 'http://cp.cloudflare.com'
|
||
tcp_check_url: 'http://cp.cloudflare.com,1.1.1.1,2606:4700:4700::1111'
|
||
|
||
tcp_check_http_method: HEAD
|
||
|
||
# 该 DNS 用于检测节点的 UDP 连通性。若包含 tcp 的 DNS，同样用于检测节点的 TCP DNS 连通性。
|
||
# 第一个是 URL，如果在其后填写了 IP 地址，代表对 URL 中 Host 的固定解析。
|
||
# 如果你本地网络为双栈，DNS 服务器应同时支持 IPv4 和 IPv6。
|
||
udp_check_dns: 'dns.google.com:53,8.8.8.8,2001:4860:4860::8888'
|
||
|
||
check_interval: 30s
|
||
|
||
check_tolerance: 50ms
|
||
|
||
|
||
# dial_mode 选项为:
|
||
# 1. "ip"。 使用 DNS 查询得到的 IP 直接发送代理。这允许 ipv4、ipv6 分别选择最佳路径，并使应用程序请求的 IP 版本满足预期。
|
||
# 例如，如果使用 curl-4 ip.sb，将通过代理请求 IPv4 并获得 IPv4 响应。curl-6 ip.sb 将请求 IPv6。若节点支持IPv6，
|
||
# 这可能会解决一些奇怪的全锥问题。在此模式下将禁用嗅探。
|
||
# 2. "domain"。 使用嗅探到的域名发送代理。若 DNS 环境不纯净，这将在很大程度上缓解 DNS 污染问题。通常，这种模式会带来更快的
|
||
# 代理响应，因为代理会在远程重新解析域名，从而获得更好的 IP 连接结果。此策略不影响路由，也就是说，域名重写将在路由的
|
||
# 流量拆分后进行， dae 不会重新路由。
|
||
# 3. "domain+"。 基于 domain 模式但不会检查嗅探得到域名的真实性。 对于 DNS 请求不经过 dae 但想要更快的代理响应的用户有用。
|
||
# 但是， 若 DNS 请求不经过 dae，基于域名的流量拆分将失效。
|
||
# 4. "domain++"。 基于 domain+ 模式但会根据嗅探到的域名重新进行流量路由，以部分恢复基于域名的流量拆分能力。对于直连流量无效
|
||
# 且会占用更多的 CPU 资源。
|
||
dial_mode: domain
|
||
|
||
allow_insecure: false
|
||
|
||
sniffing_timeout: 100ms
|
||
|
||
tls_implementation: tls
|
||
|
||
utls_imitate: chrome_auto
|
||
}
|
||
|
||
dns {
|
||
ipversion_prefer: 4
|
||
upstream {
|
||
cf: 'https://1.1.1.1/dns-query'
|
||
ali: 'udp://223.5.5.5:53'
|
||
local: 'udp://127.0.0.1:53'
|
||
}
|
||
routing {
|
||
request {
|
||
fallback: local
|
||
}
|
||
response {
|
||
qname(suffix: imxyy.top) -> accept
|
||
qtype(https) -> reject
|
||
qtype(aaaa) && !qname(geosite:cn) -> reject
|
||
upstream(cf) -> accept
|
||
ip(geoip:private) && !qname(geosite:cn) -> cf
|
||
fallback: accept
|
||
}
|
||
}
|
||
}
|
||
|
||
node {
|
||
mihomo:'socks5://127.0.0.1:2080'
|
||
}
|
||
|
||
group {
|
||
proxy {
|
||
policy: fixed(0)
|
||
}
|
||
}
|
||
|
||
routing{
|
||
ipversion(6) -> must_direct
|
||
pname(mihomo) -> must_direct
|
||
pname(easytier-core) -> must_direct
|
||
!sip(192.168.3.2) && dport(53) -> must_direct
|
||
pname(dnsmasq) -> must_direct
|
||
dip(109.176.254.67, 38.207.175.172, 31.57.67.74, 111.173.106.225) -> must_direct
|
||
pname(systemd-resolved) -> must_direct
|
||
domain(suffix: bing.com) -> proxy
|
||
domain(geosite:cn) -> direct
|
||
dip(224.0.0.0/3, 'ff00::/8') -> direct
|
||
ip(geoip:private) -> direct
|
||
ip(geoip:cn) -> direct
|
||
fallback: proxy
|
||
}
|