首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >Debian不解析mdns查询

Debian不解析mdns查询
EN

Server Fault用户
提问于 2023-04-10 22:26:37
回答 1查看 85关注 0票数 0

有4个debian框,都突然没有解析mdns的ip4查询。相反,MacOS似乎能够很好地解决这些查询。

我可以做avahi-resolve --name hostname.local,并得到结果‘超时达到’

奇怪的是,我在wireshark中看到mdns查询正在离开,响应返回,即

代码语言:javascript
复制
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能够在正确的端口上做出响应。不幸的是,卡利科会保持更新,并将这条规则进一步向下,阻止它运行。

我转而使用法兰绒网络,并删除了棉布。

EN

回答 1

Server Fault用户

回答已采纳

发布于 2023-04-24 19:45:52

好像是avahi守护进程中的一个bug。

https://github.com/lathiat/avahi/issues/448

票数 0
EN
页面原文内容由Server Fault提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://serverfault.com/questions/1128389

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档