有4个debian框,都突然没有解析mdns的ip4查询。相反,MacOS似乎能够很好地解决这些查询。
我可以做avahi-resolve --name hostname.local,并得到结果‘超时达到’
奇怪的是,我在wireshark中看到mdns查询正在离开,响应返回,即
User Datagram Protocol, Src Port: 18189, Dst Port: 5353
Multicast Domain Name System (response)
Transaction ID: 0x0000
Flags: 0x8400 Standard query response, No error
Questions: 0
Answer RRs: 1
Authority RRs: 0
Additional RRs: 0
Answers
hostname.local: type A, class IN, cache flush, addr ip-here
Name: hostname.local
Type: A (Host Address) (1)
.000 0000 0000 0001 = Class: IN (0x0001)
1... .... .... .... = Cache flush: True
Time to live: 120 (2 minutes)
Data length: 4
Address: ip-here
[Unsolicited: True]所有这些机器都有一个l2桥:映射到单个以太网端口的br0,所有其他网络似乎都正常工作(ping、直接ip等)。
我不太清楚它为什么不解析这个查询。任何帮助,都非常感谢。
更新:
我比较了工作和不工作的mDNS响应之间的区别。这4台主机能够解析mDNS查询,但是我正在运行的3‘服务器已经安装了对接器,从那时起,它们从5353以外的端口响应mDNS查询,这似乎是唯一明显的区别(除了ip/主机名/校验和)。
我将保留这个问题,一旦我发现是否有办法让码头工人和mDNS玩得很好,我就会回答(网上有关于这个的问题)。
Update2:
这个问题似乎是在安装k8s之后开始的,但只在应用了callico网络之后才出现。它似乎安装了许多遗留的iptable规则。当目标端口为5353时,我能够通过添加新的iptables规则来执行SNAT,从而使mDNS能够在正确的端口上做出响应。不幸的是,卡利科会保持更新,并将这条规则进一步向下,阻止它运行。
我转而使用法兰绒网络,并删除了棉布。
发布于 2023-04-24 19:45:52
好像是avahi守护进程中的一个bug。
https://serverfault.com/questions/1128389
复制相似问题