@neverbelieveyou

请问下面的用法：

nameserver:
- 'tls://dns.google#dns'

clash-meta （ mihomo ）支持吗？可以是：
- "https://8.8.8.8/dns-query#dns"

我的 MACOS 的系统 DNS 设置为：
192.168.1.2
223.5.5.5

我在群晖 DNS 套件上的 ZONE 配置是：

123.test.com A 192.168.1.2
123.test.com NS ns.123.test.com
ns.123.test.com A. 192.168.1.2

谢谢大家回复！
我用的是群晖自带的 DNS 服务套件。
当我把递归解析关闭时：

$nslookup 123.test.com 的回复是：

;; Got recursion not available from 192.168.1.2, trying next server
Server: 223.5.5.5
Address: 223.5.5.5#53

** server can't find 123.test.com: NXDOMAIN


但是用下面的命令：
$nslookup 123.test.com 192.168.1.2
Server: 192.168.1.2
Address: 192.168.1.2#53

Name: 123.test.com
Address: 192.168.1.2

我是在 macOS 上测试，并且在测试之前已经清空了 DNS 缓存
sudo dscacheutil -flushcache;
sudo killall -HUP mDNSResponder

@himan85 几乎每个人开始接触 sb 都会问这个问题的

@IamJ 首先非常感谢您的回复。
但是：1. sing-box 开启 tun 后，会通过虚拟的接口加上修改后的路由表捕获所有的流量，因此从理论上是不需要再设置 set_system_proxy 为 true 了。这也是 tun 这个 inbound 配置的意义所在。并且在官方提供的图形界面里，同样的配置是不开 set_system_proxy 是工作正常的。但是相同的配置在命令行模式下，就不工作，这就是我的问题。

关于这个问题，请教一下，如果 tun 通过路由捕获了几乎所有流量，还用设置系统代理吗？
"inbounds": [
{
"type": "tun",
"inet4_address": "172.19.0.1/30",
"mtu": 1500,
"auto_route": true,
// "strict_route": true,
"sniff": true,
"inet4_route_exclude_address": ["239.255.255.250/32"],
"sniff_override_destination": false,
"endpoint_independent_nat": false,
"stack": "system",
"platform": {
"http_proxy": {
"enabled": true,
"bypass_domain": [],
"server": "127.0.0.1",
"server_port": 7890
}
}
},

{
"type": "mixed",
"listen_port": 7890,
"sniff": true,
"set_system_proxy": true
},


也就是上面的设置中，set_system_proxy 还需要吗

@evan9527 请问一下，既然用了 Obsidian ，为什么还要用自带的备忘录？

@labdum 请问一下，为什么不用 Obsidian 彻底替换备忘录？我在犹豫中，请问一下您不替换的原因是？

@dndx 感谢，我用了好久的 UDP2RAW, 先不说性能，就说 UDP2RAW 握手，不知道为什么经常要好久才能成功。但 phantun 好象不需要握手协议，非常快，请问一下，phantun 是无状态协议，对吗？

的确好东西。和 udp2raw 比起来，好象是无状态，不需要握手，不知理解是否正确。

@realpg 和 vultr 日本比那个好

@datou 在北京电信能用吗？我打客服说没有这项服务