Comment puis-je trouver l'adresse IP d'un hôte à l'aide de mdns?

Mon objectif est de faire découvrir l'adresse IP d'un ordinateur Linux "server" dans le réseau local à partir d'un ordinateur Windows. À partir d'un autre ordinateur sous Linux "client" je peux le faire:

ping -c1 server.local

et d'obtenir une réponse. Les deux "serveur" et "client" exécuter Avahi, donc c'est facile. Cependant, je voudrais découvrir l'adresse IP de "serveur" à partir d'une application en Python de la mine, qui fonctionne sur MS Windows et Linux. Remarque: sur MS Windows ordinateurs ne pas exécuter mDNS logiciel, il n'y a pas de résolution de nom d'hôte (et évidemment ping ne fonctionne pas sur les systèmes Windows).

Je connais l'existence de pyzeroconf, et c'est le module que j'ai essayé de l'utiliser; toutefois, la documentation est rare et pas très utile pour moi. En utilisant des outils comme avahi-discover, j'ai pensé que les ordinateurs de publier les enregistrements du type de service _workstation._tcp.local. (avec évidemment le mannequin port 9, les rejets de service) de mDNS type PTR qui pourrait être l'équivalent d'un DNS UN enregistrement. Ou j'ai peut-être mal compris complètement le mDNS mécanisme.

Comment connaître l'adresse IP d'un ordinateur (ou d'obtenir une liste des adresses IP des ordinateurs) par le biais de mDNS de Python?

CLARIFICATION (basé sur un commentaire)

L'évidence socket.gethostbyname fonctionne sur un ordinateur exécutant et configuré pour utiliser le mDNS logiciel (comme Avahi):

Python 2.6.5 (r265:79063, Apr 16 2010, 13:09:56)
[GCC 4.4.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import socket
>>> socket.gethostbyname('server.local')
'192.168.42.42'

Cependant, sur les ordinateurs Windows exécute pas mDNS logiciel (par défaut), j'obtiens:

Python 2.7.1 (r271:86832, Nov 27 2010, 18:30:46) [MSC v.1500 32 bit (Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import socket
>>> socket.gethostbyname('server.local')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
socket.gaierror: [Errno 11001] getaddrinfo failed
  • Puisque vous pouvez faire un ping sur le serveur à l'aide d'un nom d'hôte, pourquoi ne pas simplement utiliser le normal résolution de nom d'hôte? Comme socket.gethostbyname
  • Parce que normal de résolution de nom d'hôte pour un mDNS-document publié sur un ordinateur Windows s'exécute pas bonjour ou mdnsresponder ou que ce soit ne fonctionne pas.
  • Vous voulez être en mesure de le faire sans une dépendance sur Bonjour pour Windows?
  • ... Vous voulez écrire un mDNS démon en Python? Vous êtes mieux de simplement les jeter dans Avahi.
  • Super, donc je vais me jeter dans Avahi pour Windows. Non, attendez. Et dans tous les cas, les ordinateurs Windows ont déjà Python, mais je ne peux pas installer d'autres logiciels. Je pense que je serais mieux si j'ai utilisé pyzeroconf dans mon cas précis (c'EST un mDNS démon, après tout); j'ai juste besoin de la documentation utile pour elle.
InformationsquelleAutor tzot | 2012-04-20
  1. 6

    Dans le cas où quelqu'un s'est toujours intéressée au de ce, la tâche peut être réalisée, sur Windows et Linux, en utilisant dnspython comme suit:

    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.'

    Ce code fonctionne lorsque l'ordinateur cible exécute avahi, mais échoue lorsque la cible s'exécute python zeroconf ou l'esp8266 mdns mise en œuvre. Il est intéressant de noter les systèmes Linux exécutant avahi réussi à résoudre ces cibles (avahi apparemment la mise en œuvre de nssswitch.conf mdns plugin et être une meilleure mise en œuvre de la mdns protocole)

    Dans le cas d'un naïf mdns répondeur qui, contrairement à la rfc, envoie sa réponse via le mdns port, le code suivant (à exécuter sur linux et windows et la résolution linux avahi, imprimante hp et esp8266 cibles) fonctionne pour moi: (et qui est aussi non conforme, car il utilise la MDNS port pour envoyer la requête alors qu'il est évidemment PAS une mise en œuvre intégrale)

    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


    Le vide dns objet a été créé dans le code ci-dessus en passant par le constructeur d'une chaîne collectées à partir du réseau à l'aide de

    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'

    Cette requête a été produit par nslookup de sorte que son identité a été différente de zéro (dans ce cas, \xf6\xe8) en essayant de résoudre esp01.locaux. Un dns objet contenant une requête vide a ensuite été créé par:

    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'

    Le même résultat pourrait aussi être créé par:

    dns=dpkt.dns.DNS(qd=[dpkt.dns.DNS.Q(name='')])

    Le dns de l'objet peut aussi être créé avec les non-vide requête:

    dns=dpkt.dns.DNS(qd=[dpkt.dns.DNS.Q(name='esp01.local')])

    ou même avec plusieurs requêtes:

    dns=dpkt.dns.DNS(qd=[dpkt.dns.DNS.Q(name='esp01.local'),dpkt.dns.DNS.Q(name='esp02.local')])

    mais un minimum les intervenants peuvent échouer pour gérer les dns des messages contenant plusieurs requêtes

    Je suis aussi malheureux avec le python zeroconf de la documentation. De par une simple lecture du code et des paquets de surveillance à l'aide de tcpdump, il semble que (lors de l'enregistrement exemple est en cours d'exécution) zeroconf permettra de répondre pour répondre aux questions, mais nslookup ne tient pas compte (ou ne reçoivent pas) la réponse.

    • Selon le mdns spécification RFC (6762 §6.7) si la requête reçue par un MDNSresponder provient d'une source autre port 5353, c'est une indication que le demandeur est une simple résolution et le répondeur DOIT envoyer une réponse UDP directement au demandeur, par unicast, à la requête source du paquet IP, l'adresse et le port. C'est pour cette raison que le code ci-dessus (et nslookup lui-même) fonctionne. Et il ne fonctionne que lorsque le répondeur se conforme à cette disposition, avahi et le code fonctionne. Mais en plus simple implémentations (comme l'esp8266 un) ne sont pas, de sorte que le code ne fonctionne pas non plus.
    • Dans le dernier paragraphe de ma réponse que je dis que (lorsque l'enregistrement exemple est en cours d'exécution) zeroconf permettra de répondre pour répondre aux questions, mais nslookup ne tient pas compte (ou ne reçoivent pas) la réponse " . En fait zeroconf répondra à l'adresse des requêtes uniquement si elles viennent de la mdns port 5353. nslookup ne pas envoyer ses requêtes à partir de ladite port, donc zeroconf reçoit mais n'y répond pas. Le 2e programme ci-dessus utilise 5353 comme port source, et avec tant de succès résout les objectifs de la publicité de leurs services avec zeroconf (par exemple, par l'exécution de l'registration.py exemple correctement configuré).
    • Merci! J'ai créé un petit script en fonction de votre réponse, github.com/AndreMiras/mdns-lookup
    • Hey @NameOfTheRose j'ai testé ton code et je suis en train de découvrir les cartes arduino des services (y compris esp périphériques). Dans le zeroconf paquet que je le fais avec _arduino._tcp.local. le problème est que j'ai besoin d'exécuter le code d'un sublime texte plugin j'ai donc besoin d'un code aussi petite que possible et de les exécuter sans trop de dépendances. Dans le cas de zeroconf netifaces est écrit en C et je ne pouvais pas le faire fonctionner, à ST. Pouvez-vous me dire si c'est possible de le faire avec vous le code? J'ai essayé avec: for host in ['arduino','_arduino'][::-1]: mais je n'ai aucun résultat
    • désolé je viens de voir votre commentaire, si la question est encore en suspens s'il vous plaît dites-moi et je vais essayer de l'aider. Il me semble que vous essayez de résoudre des services qui ne sont pas des hôtes, dans ce cas, ce programme ne va pas aider. J'ai trouvé que mdns ne fonctionne pas de manière fiable avec esp8266, et étant donné que windows10 ne supporte pas non plus, je suis la conversion d'une adresse ip statique.
    • vous êtes les bienvenus. Quel genre d'hôtes sont que vous essayez-vous à la recherche? Dans mon expérience, mdns n'est pas très fiable, même lors de l'utilisation de l'avahi.
    • oui, en effet, mdns n'est pas si fiable. J'ai froid résoudre raspberrypi.local, certains Ubuntu nom d'hôte exécutant avahi, ainsi que des imprimantes. Afin de ne pas trop mauvais pour autant.
    • si vous êtes sous linux, j'ai trouvé un arp-scan en fonction de la solution qui est plus fiable et ne dépend pas de mdns - vous devez connaître l'adresse mac de l'appareil que vous recherchez. J'fera plaisir de les publier si vous êtes intéressé.
    • Oui, je suis intéressé en effet, mais si je sais que le dispositif ARP, j'ai l'habitude de simplement envoyer une requête ping de la radiodiffusion et puis il suffit de grep dans mon cache ARP, comme ici: github.com/AndreMiras/km/blob/master/...
    • href="https://pastebin.com/vDyibAMn" >analyse arp, essentiellement à l'aide de arp-scan au lieu de nmap, et l'enveloppant tout en python. Peut être importé dans d'autres scripts python.
    • Sympa merci! Mais il nécessite un accès root puis.

    InformationsquelleAutor NameOfTheRose
  2. 3

    À respecter à la lettre de la question initiale, la réponse est oui. Objectifs de l'exécution de avahi peut être découvert avec python zeroconf à condition qu'ils font la publicité de certains services. Par défaut, le avahi-daemon de la publicité de l'_workstation.tcp.local service. Dans le but de découvrir de tels serveurs de modifier la browser.py exemple à venir avec zeroconf, de sorte qu'il ressemble à ce service (ou de tout autre service annoncé par les objectifs d'intérêt) au lieu de (ou en plus) _http.tcp.locaux. browser.py découvrirez également des cibles à l'aide de zeroconf est registration.py exemple pour la publicité de leurs services, mais pas esp8266 cibles (esp8266 répond avec un message incorrect TXT (16) de la requête).

    #!/usr/bin/env python
from __future__ import absolute_import, division, print_function, unicode_literals
""" Example of resolving local hosts"""
# a stripped down verssion of browser.py example
# zeroconf may have issues with ipv6 addresses and mixed case hostnames
from time import sleep
from zeroconf import ServiceBrowser, ServiceStateChange, Zeroconf,DNSAddress
def on_service_state_change(zeroconf, service_type, name, state_change):
if state_change is ServiceStateChange.Added:
zeroconf.get_service_info(service_type, name)
zeroconf = Zeroconf()
ServiceBrowser(zeroconf, "_workstation._tcp.local.", handlers=[on_service_state_change])
ServiceBrowser(zeroconf, "_telnet._tcp.local.", handlers=[on_service_state_change])
ServiceBrowser(zeroconf, "_http._tcp.local.", handlers=[on_service_state_change])
ServiceBrowser(zeroconf, "_printer._tcp.local.", handlers=[on_service_state_change])
sleep(2)
#lookup specific hosts
print(zeroconf.cache.entries_with_name('esp01.local.'))
print(zeroconf.cache.entries_with_name('microknoppix.local.'))
print(zeroconf.cache.entries_with_name('pvknoppix.local.'))
print(zeroconf.cache.entries_with_name('debian.local.'))
cache=zeroconf.cache.cache
zeroconf.close()
# list all known hosts in .local
for key in cache.keys():
if isinstance(cache[key][0],DNSAddress):
print(key,cache[key])
sleep(1)
#output follows
#[10.0.0.4]
#[10.0.0.7]
#[]
#[3ffe:501:ffff:100:a00:27ff:fe6f:1bfb, 10.0.0.6]
#debian.local. [3ffe:501:ffff:100:a00:27ff:fe6f:1bfb, 10.0.0.6]
#esp01.local. [10.0.0.4]
#microknoppix.local. [10.0.0.7]

    Mais pour être honnête, je ne voudrais pas utiliser zeroconf pour cela.

    • Il y a 50 ordinateurs de mon réseau, dont plusieurs avec Linux avahi, mais ce script ne renvoie rien...
    InformationsquelleAutor NameOfTheRose
  3. -4

    Si vous pouvez tester le système, pourquoi ne pas utiliser les sous-processus, de rediriger la sortie vers un fichier, lire le fichier et le tour est joué! Voici un croquis:

    import subprocess
server = 'localhost'
cmd = 'ping -c 5 %s &> hostname_ping.txt' % server
proc = subprocess.Popen(cmd, shell=True, stderr=subprocess.PIPE, stdout=subprocess.PIPE)
ret = proc.wait()
if ret != 0:
# Things went horribly wrong!
#NOTE: You could also do some type of retry.
sys.exit(ret)
f = open('hostname_ping.txt')
ip = f.next().split(' ')[3][:-1]

    REMARQUE: Dans mon cas, l'ip 127.0.0.1, mais c'est parce que j'ai utilisé localhost. Aussi, vous pouvez faire le ping nombre 1, mais je l'ai fait 5 juste au cas où il y avait des problèmes de réseau. Vous devez être plus intelligent sur la façon dont vous analysez le fichier. Pour cela, vous pouvez utiliser le module re.

    De toute façon, la méthode décrite ici est brut, mais il devrait fonctionner si vous connaissez le nom du système que vous souhaitez exécuter la commande ping.

    • Je vois. J'ai besoin pour le rendre absolument clair dans la question (pour l'instant il est sous-entendu) que ping hostname ne fonctionne pas sur un ordinateur Windows s'exécute pas mDNS logiciel, sinon je vais avoir plus de réponses semblables. Merci de prendre le temps de répondre, de toute façon.
    InformationsquelleAutor aquil.abdullah