3 votes

Impossible d'atteindre un domaine .local sans définir une option avec discoveryutil

J'ai un site web .local à l'adresse suivante : mysite.myname.local

Si j'essaie d'accéder à mysite.myname.local dans un navigateur, rien ne se passe.

Si je fais un 'ping' à mysite.myname.local, le message suivant apparaît : 'ping : cannot resolve mysite.myname.local : Unknown host'.

Si je "nslookup mysite.myname.local", l'adresse IP indiquée est correcte.

Si je 'host mysite.myname.local', l'adresse IP sera également correcte.

Cependant, si je ne mentionne pas myname.local dans les adresses ping et http://, 'ping mysite' et http mysite fonctionneront tous deux comme prévu.

J'ai utilisé tcpdump pour voir s'il me dirait quelque chose et le seul indice que j'ai repéré est le suivant :

0:36:07.466728 IP (tos 0x0, ttl 64, id 52932, offset 0, flags [none], proto UDP (17), length 67, bad cksum 0 (->221a) !) 192.168.4.122.59479 > 192.168.4.1.domain : [bad udp cksum 0x8a0c -> 0x7ba3 !] 27737+ A ? mysite.myname.local. (39) 10:36:07.467151 IP (tos 0x0, ttl 64, id 6826, offset 0, flags [none], proto UDP (17), length 97) 192.168.4.1.domain > 192.168.4.122.59479 : [udp sum ok] 27737* q : A ? mysite.myname.local. 1/1/0 mysite.myname.local. [1m] A 192.168.4.235 ns : mysite.myname.local. [1m] NS mysite.myname.local. (69)

Il semble donc qu'il y ait un mauvais cksum quelque part.

Afin de pouvoir spécifier l'adresse complète, j'ai trouvé la discussion suivante Problème d'accès au domaine ".local dans lequel quelqu'un a suggéré la commande suivante 'sudo discoveryutil mdnsactivedirectory yes'

Une fois que j'ai exécuté cette commande, 'ping mysite.myname.local' et http'ing to mysite.myname.local fonctionnent tous les deux.

J'ai quelques questions à poser :

  1. Existe-t-il un moyen de modifier /System/Library/LaunchDaemons/com.apple.discoveryd.plist pour activer mdnsactivedirectory après un redémarrage ? Si oui, que dois-je ajouter à la plist ?

  2. Quelqu'un peut-il expliquer ce qui se passe ? Je ne suis pas sûr de comprendre quel est le problème ou pourquoi la commande discoveryutil le résout.

1voto

ericg Points 1518

Une réponse a été postée à ce sujet discussion .

Linc Davis

Le TLD "local" est réservé à Bonjour. [ ] pas appliquée dans les anciennes versions d'OS X, mais elle l'est dans Yosemite. Les noms de domaine avec ce TLD ne seront pas résolus par défaut. Pour que votre changement de configuration (ce qui n'est pas recommandé), créez votre propre démon de lancement. démon de lancement. Ne modifiez pas un démon existant. Voir la page de manuel launchd.plist(5) pour plus de détails. Une bien meilleure solution serait de changer le nom de domaine nom de domaine.

Il existe un wikipedia article sur le domaine .local qui fait état :

Groupe de travail sur l'ingénierie Internet (IET) a été approuvé et publié officiellement le 20 février 2013, réserve essentiellement l'utilisation de .local comme pseudo-TLD pour les hôtes qui peuvent être résolus via le protocole de résolution de noms Multicast DNS. Multicast DNS.

La réponse est donc que je ne devrais pas utiliser .local de la manière dont je le fais actuellement afin de me conformer aux normes en vigueur.

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X