如果有人仍然对此感兴趣,可以在 Windows 和 Linux 上使用dnspython完成任务,如下所示:
import dns.resolver
myRes=dns.resolver.Resolver()
myRes.nameservers=['224.0.0.251'] #mdns multicast address
myRes.port=5353 #mdns port
a=myRes.query('microknoppix.local','A')
print a[0].to_text()
#'10.0.0.7'
a=myRes.query('7.0.0.10.in-addr.arpa','PTR')
print a[0].to_text()
#'Microknoppix.local.'
此代码在目标计算机运行 avahi 时有效,但在目标计算机运行 python zeroconf 或 esp8266 mdns 实现时失败。有趣的是,运行 avahi 的 Linux 系统成功地解决了这些目标(avahi 显然实现了 nssswitch.conf mdns 插件并且是 mdns 协议的更完整的实现)
如果一个天真的 mdns 响应者,与 rfc 相反,通过 mdns 端口发送其响应,以下代码(在 linux 和 windows 上运行并解析 linux avahi、hp 打印机和 esp8266 目标)对我有用:(并且也是不合规的,因为它使用 MDNS 端口发送查询,而它显然不是一个完整的实现)
import socket
import struct
import dpkt, dpkt.dns
UDP_IP="0.0.0.0"
UDP_PORT=5353
MCAST_GRP = '224.0.0.251'
sock = socket.socket( socket.AF_INET, socket.SOCK_DGRAM )
sock.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1)
sock.bind( (UDP_IP,UDP_PORT) )
#join the multicast group
mreq = struct.pack("4sl", socket.inet_aton(MCAST_GRP), socket.INADDR_ANY)
sock.setsockopt(socket.IPPROTO_IP, socket.IP_ADD_MEMBERSHIP, mreq)
for host in ['esp01','microknoppix','pvknoppix','hprinter'][::-1]:
# the string in the following statement is an empty query packet
dns = dpkt.dns.DNS('\x00\x00\x01\x00\x00\x01\x00\x00\x00\x00\x00\x00\x00\x00\x01\x00\x01')
dns.qd[0].name=host+'.local'
sock.sendto(dns.pack(),(MCAST_GRP,UDP_PORT))
sock.settimeout(5)
while True:
try:
m=sock.recvfrom( 1024 );#print '%r'%m[0],m[1]
dns = dpkt.dns.DNS(m[0])
if len(dns.qd)>0:print dns.__repr__(),dns.qd[0].name
if len(dns.an)>0 and dns.an[0].type == dpkt.dns.DNS_A:print dns.__repr__(),dns.an[0].name,socket.inet_ntoa(dns.an[0].rdata)
except socket.timeout:
break
#DNS(qd=[Q(name='hprinter.local')]) hprinter.local
#DNS(qd=[Q(name='pvknoppix.local')]) pvknoppix.local
#DNS(qd=[Q(name='microknoppix.local')]) microknoppix.local
#DNS(qd=[Q(name='esp01.local')]) esp01.local
#DNS(an=[RR(name='esp01.local', rdata='\n\x00\x00\x04', ttl=120, cls=32769)], op=33792) esp01.local 10.0.0.4
#DNS(an=[RR(name='PVknoppix.local', rdata='\n\x00\x00\xc2', ttl=120, cls=32769)], op=33792) PVknoppix.local 10.0.0.194
空的 dns 对象是在上面的代码中通过向构造函数传递一个从网络收集的字符串来创建的
m0=sock.recvfrom( 1024 );print '%r'%m0[0]
#'\xf6\xe8\x01\x00\x00\x01\x00\x00\x00\x00\x00\x00\x05esp01\x05local\x00\x00\x01\x00\x01'
此查询由 nslookup 生成,因此其 id 不为零(在本例中为 \xf6\xe8),试图解析 esp01.local。然后通过以下方式创建了一个包含空查询的 dns 对象:
dns = dpkt.dns.DNS(m0[0])
dns.id=0
dns.qd[0].name=''
print '%r'%dns.pack()
#'\x00\x00\x01\x00\x00\x01\x00\x00\x00\x00\x00\x00\x00\x00\x01\x00\x01'
也可以通过以下方式创建相同的结果:
dns=dpkt.dns.DNS(qd=[dpkt.dns.DNS.Q(name='')])
也可以使用非空查询创建 dns 对象:
dns=dpkt.dns.DNS(qd=[dpkt.dns.DNS.Q(name='esp01.local')])
甚至有多个查询:
dns=dpkt.dns.DNS(qd=[dpkt.dns.DNS.Q(name='esp01.local'),dpkt.dns.DNS.Q(name='esp02.local')])
但最少的响应者可能无法处理包含多个查询的 dns 消息
我也对 python zeroconf 文档不满意。从使用 tcpdump 的代码和数据包监控的随意阅读来看,似乎(当注册示例运行时)zeroconf 将响应地址查询,但 nslookup 忽略(或不接收)答案。