Un nom en .local ne répond plus : comprendre mDNS
Votre imprimante répondait à un nom en .local, puis disparaît sur le Wi-Fi invité. Le serveur DNS public n’a peut-être rien à voir avec cette panne. Ce nom peut être résolu par un mécanisme local de découverte.
Une résolution sur le lien
mDNS permet des recherches et annonces locales sans dépendre d’un serveur DNS unicast central pour cet usage. Le suffixe .local possède une signification spéciale dans ce mécanisme.
Interroger un résolveur public avec le nom de votre imprimante ne lui donne pas accès à votre LAN. Une réponse négative publique n’établit pas que l’imprimante est arrêtée.
Ce qui peut séparer les appareils
Le réseau invité, les VLAN et le filtrage multicast peuvent empêcher la découverte. Un VPN peut modifier l’interface utilisée ou les échanges autorisés. Le même nom de Wi-Fi ou la même IP publique ne garantit pas la portée locale attendue.
Certains réseaux disposent de relais mDNS configurés pour des services précis. Il ne faut pas transformer « local » en règle absolue selon laquelle aucune installation ne peut relayer ces échanges.
Comparer le nom et l’adresse
Si l’accès autorisé par IP fonctionne mais pas le nom, la découverte ou la résolution est une piste. Cela ne prouve pas quelle règle bloque le multicast. Utilisez le protocole attendu par l’appareil sans contourner une alerte de certificat.
Le guide pour configurer le partage sur le LAN complète les autorisations, mais ne remplace pas le diagnostic de segmentation.
Éviter les corrections trop larges
Ne désactivez pas toutes les séparations pour retrouver une imprimante. Vérifiez le besoin et les fonctions du routeur. Sur un réseau administré, demandez une autorisation ciblée.
Notre outil DNS public ne teste pas directement mDNS chez vous. Les résultats de ces deux outils ne doivent pas être comparés comme s’ils interrogeaient le même environnement.
