@120267583 Linux 4.15 环境下无法正常运行
https://i.imgur.com/FMWlUzb.png

@minami 我们这边的实体店，都是国行版，不太考虑

@mrochcnnnnn 延迟发货，要差不多 20 多天之后了。

grep -r -P '[\p{Han}]' 目录名

@iovekkk 怎么关闭？我也是 9500H

@ss098 #9 尝试了下 EAP 版本，可以满足我的需求，谢谢了！

@mauve #3 最新版 2021.3.3 好像不行，试用期和帐号绑定，过了试用期后必须购买。

“免费”ARP 请求包会导致局域网内的主机 /交换机更新 ARP 缓存表，如果局域网已经有了一台机器拥有对应的 IP ，这个时候，你用“免费”ARP 请求包会导致对方无法上网，相当于你成了 ARP 内网劫持者。

第一种 ARP 回应包没在环境中见过，自己发自己收？不理解，感觉像是 ARP 攻击。

第二种是“免费”ARP 回应包，其与“普通”的 ARP 回应包区别在于：
- 目标地址为广播地址 ff:ff:ff:ff:ff:ff
- target IP 有值，且值与 sender IP 相同

“免费”ARP 回应包一般很少见，作用和“免费”ARP 请求包一样，都是用于更新当前网络其他主机 /交换机的 ARP 缓存表，但是不一定有效。
实际上我们一般都是用“免费”ARP 请求包来达到相同的作用。

第三种就是常见的“免费”ARP 请求包了，一般都是用来更新当前网络其他主机 /交换机的 ARP 缓存表。
注意：“免费”ARP 请求包并不能用来查看自己的 ip 地址有没有被别的机器抢占，这是“冲突探测”ARP 请求包的功能
至于为什么目标 MAC 是全 0 ，而不是 ff:ff:ff:ff:ff:ff ，这取决于发送机器本身：
一般来说 Linux/Windows 等操作系统就是全 0 ，而一些 TCP/IP 协议栈比较简单的嵌入式设备中，只允许目标 MAC 和 target mac 保持一致，也就是 ARP 请求包的 target mac 都为 ff:ff:ff:ff:ff:ff

至于“冲突探测”ARP 请求包，则是 sendip 为 0.0.0.0 的 ARP 请求包，它之所以这样设计，主要是为了不更新 LAN 内网络的主机 /交换机的 ARP 缓存表，且不期望有回应。

说了这么多，你可能就比较混乱了，主要是 ARP 包的结构导致的，在 ARP 包内部，分别有下面四个字段：
- sender mac
- sender ip
- target mac
- target ip
而在 ARP 包外部，则是 L2 层的以太网帧，分别有下面的字段：
- 源 MAC
- 目标 MAC
- 协议类型，这里 ARP 为 0x0806
- ARP 包内容
- FCS 帧校验码

所以，需要明白“target mac”和“目标 MAC”不是一种东西，也就理解上面的话了。

@wd #14 具体需求就是 k8s 不由我们掌控，偶尔让对方修改一次 CoreDNS 还可以，多次修改可能会拒绝。

当 service 被删除（无论是有意还是无意），都会导致 service ip 变化，但是 service name 是恒定的。

所以，希望在 CoreDNS 中填写一个恒定的 service name ，比多次让对方修改变化的 service ip ，更现实。

当然了，如果 service 不会被删除，那 service ip 肯定不会变，这种情况下 service ip 也是最佳方案。

最理想的当然是 forward 到 恒定的 service name 。

@v2000000001ex #12 是的，就是想将 dnsmasq 作为上游 DNS ，运行在 k8s 集群中，自定义某些特定域名及其子域名的解析。

@swulling #6 rewrite 本身是在 CoreDNS 内部解决 DNS 的请求转换，而不是将解析送给上有的 DNS 服务器，应该不满足我的需求。

@yprisoner 需要子域或者泛域名解析

@wd 因为 coredns 不能随便修改（不由我们控制），如果我这边把 service 删除了，或者 ip 被占用了，就不太符合预期了。

@swulling 子域或者泛域名解析也可以吗？我试试

@liuliuball 就是这么想的，但是查找了 Google 和官方文档，没发现类似写法