@FaiChou #22 并且没有选用 198.18.0.1 的原因在 10 楼已经给出答案了。如果其他程序 bind 了所有网口 53 端口，那么会冲突。

@wdf1286 并不赞同，可以看到 append 中的例子，是可以绑定 192.18.0.1 并且正常收到请求的。" clash 注册的那个 tun 设备"的 ip 地址就是 198.18.0.1 ，和 127.0.0.1 还有 192.168.11.109 （我的电脑）等都是网口的地址，198.18.0.1 是 utun 的网口地址，127.0.0.1 是 lo0 ，192.168.11.109 是 en0 的。如果程序监听 0.0.0.0 ，则向前面这三个网口的地址发起请求都可以正常收到。

@jsq2627 #13 谢谢。执行 route -n get ip 时候确实漏掉了一些关键信息，比如 198.18.0.2 的 flag 其中有 H, 说明是个 HOST 点对点的地址，不需要经过路由。所以冒昧再问一个问题，这个 198.18.0.2 在哪里被添加成 HOST 的？难道在 dnsAdds 的 ListenerHandler 处理的吗？如果是一个普通的监听服务器，如果 198.18.0.2 没有对应的网口则监听失败，和我 append 中的情况一样。所以这一块核心在哪里？找了一会没有找到。

@jsq2627 #8
"198.18.0.2 走的也是 128.0/1 这条路由，被当成普通流量送往了 utun10"
第一：使用 `route -n get 198.18.0.2` 的结果为什么和 198.18.0.4 有差别呢？

第二：我搜了下 clash-meta 的源码，没有找到 `198.18.0.2` 的关键字，clashxpro 和 surge 没有开源，所以也看不到具体的实现。所以 "检查到 dst ip 是 198.18.0.2 之后，认为这是一个 dns 请求" 可能是这样的，但并不能确定。

另外，谢谢回复。

我写了一个程序来测试:

```
const http = require('http');
const server = http.createServer((req, res) => {
res.setHeader('Access-Control-Allow-Origin', '*');
res.setHeader('Content-Type', 'text/plain');
res.end('Hello');
});
const ifrq = "198.18.0.2";
server.listen(3000, ifrq, () => {
console.log(`Server running at http://${ifrq}:3000/`);
});
```

开启增强模式后 如果 ifrq 是 198.18.0.1 则可以正常绑定到这个地址，打开这个地址 3000 端口后正常响应。
但如果将 ifrq 改成 198.18.0.2 ，则服务起不了 Error: listen EADDRNOTAVAIL: address not available 198.18.0.2:3000

@Darin726 为什么不是 198.18.0.1 而是 0.2 ? 通过 dig 命令可以测试到 198.18.0.1 也是可以响应 dns 请求的（ listen: 0.0.0.0:53 起作用）。为什么要用 0.2 这个子网？

@imnpc 对，故意没有说这几个单词的，容易触发关键字，被移动到某节点下，不会出现在首页。

15 Pro 是 8GB RAM 吗？好像 Pro max 才有？

最近跟着 Jacob Sober 老师（ https://www.youtube.com/@JacobSorber ）学 c 语言，他的视频基本都看过了，也做了一些笔记 https://faichou.com/c-learned-with-jacob/

本来学 c 语言是想研究一下一个开源项目的实现，前几年也写过 c ，但是不用又忘了。

现在跟着老师学完后，那个开源项目依旧很难看懂，现在想将项目回滚到最初的提交再看。

打算研究完几个 c 语言项目后，找个合适的 rfc 读一下，实现一个小功能（再写一个轮子）。

写 c 语言对开发者来讲可以更好的理解内存结构以及 Linux ，还有线程相关的概念。

开发做的越久，基础打不牢的话，感觉越不自信。目前就处于这个阶段。

@GuguDan 他的翅膀呢？没有翅膀怎么飞呀？

优秀，在 v 站算高质量 app 了。

分母+1

赞呀，最近在学 C 语言，刚好要拿 cJSON 来研究，这下又加了一个学习案例。

来啦来啦 最喜欢吃秋月梨了 分子+1

来啦来啦 最爱吃猕猴桃了

抽奖 分子+1