Comment configurer mDNS via Omada Controller
Contenu
Configuration des règles mDNS sur les points d'accès nouvellement ajoutés
Configuration des règles mDNS sur les passerelles nouvellement ajoutées
Configuration des règles mDNS sur les AP avec services personnalisés
Objectif
Cet article présente comment configurer la fonction mDNS sur les passerelles et les points d'accès Omada via le contrôleur Omada.
Exigences
- Contrôleur logiciel Omada / Contrôleur matériel / Contrôleur basé sur le cloud
- Passerelles / AP Omada
Introduction
mDNS : protocole de découverte de services DNS basé sur la multidiffusion IP, conçu pour découvrir et résoudre automatiquement les services au sein d'un réseau local. Il est principalement utilisé dans les petits réseaux sans serveur DNS centralisé, tels que les réseaux domestiques ou les réseaux de petites entreprises.
Le client mDNS interroge les informations de service en envoyant une requête à l'adresse IPv4 224.0.0.251 ou à l'adresse IPv6 FF02::FB, tandis que le serveur mDNS surveille cette adresse de multidiffusion et renvoie les informations de service qu'il fournit au client.
mDNS identifie les services à l'aide du nom de domaine avec un format spécial, tel que « printer_ipp_tcp_local ». Lorsqu'un périphérique tente d'accéder à un service, il résout le nom de domaine via mDNS pour obtenir des informations sur le service, notamment l'adresse IP et le numéro de port.
Bonjour : protocole de découverte de services basé sur mDNS développé par Apple. Lorsqu'un appareil compatible Bonjour rejoint le réseau, il utilise mDNS pour diffuser les informations de service qu'il fournit au réseau local. Les autres appareils compatibles Bonjour détectent les services Bonjour disponibles sur le réseau en écoutant les diffusions mDNS.
Configuration
En mode contrôleur, le répéteur mDNS peut transférer des paquets de requête/réponse mDNS entre différents VLAN. Par conséquent, vous pouvez créer des règles de transfert pour permettre aux périphériques d'un VLAN auquel les clients spécifiés sont connectés de découvrir le service mDNS dans un VLAN de service spécifié, ainsi que de spécifier le type de service à transférer.
Configuration des règles mDNS sur les points d'accès nouvellement ajoutés
Étape 1. Connectez-vous au contrôleur, accédez à Paramètres->Services->mDNS pour charger la page suivante.
Étape 2. Cliquez sur Créer une nouvelle règle pour créer une nouvelle règle mDNS, puis spécifiez les paramètres correspondants : saisissez le nom de la règle (new_rule par exemple) et cochez Activer pour activer l'état de la règle. Type d'appareil est le type d'appareil auquel la règle sera appliquée (ici, nous choisissons AP). Service Bonjour est le type de service qui prend en charge le transfert de requêtes, comme AirPlay. Réseau de services spécifie le VLAN où se trouve le service mDNS via l'ID VLAN, tandis que Réseau client spécifie le VLAN où se trouve le client via l'ID VLAN. Pour les deux éléments, vous pouvez saisir la plage VLAN ou l'ID VLAN séparés par des virgules, comme 1, faisant référence au LAN par défaut.
Étape 3. Cliquez sur Appliquer pour enregistrer la configuration.
Note: To avoid network problems, when an mDNS rule for APs already exists, only new mDNS rules for APs can be created. The same applies when an mDNS rule for gateways exists.
Configuration for mDNS Rules on Newly-added Gateways
Step1. Log in Controller, go to Settings->Services->mDNS to load the following page.
Step2. Click Create New Rule to create a new mDNS rule, and then specify the corresponding parameters:
- Enter the rule name (new_rule, for example);
- Check Enable to enable the rule status;
- Device Type is the type of device to which the rule will be applied (here we choose Gateway);
- Bonjour Service is the service type that supports request forwarding, such as AirPlay;
- Services Network specifies the network segment where the mDNS service is located by selecting the LAN configured by the current Controller. The example is Default, indicating the default LAN;
- Client Network specifies the network segment where the client is located by selecting the LAN configured by the current Controller. The example is Default, indicating the default LAN.
Step3. Click Apply to save the configuration.
Configuration for mDNS Rules on APs with Custom Services
Step1. Log in Controller, go to Settings->Services->mDNS to load the following page.
Step2. Click Create New Rule to start configuration.
Step3. Click Manage Bonjour Service, and you will be directed to Profiles->Bonjour Service. On this page, you can view the built-in services of the current system and configure custom services.
Step4. Click Create New Bonjour Service to create a new service and specify the service name and ID.
- For Service Name, enter a custom name, e.g. iot.
- For Service ID, multiple IDs can be configured, and the example here is "_iot-http._tcp.local". See FAQ for the details of Service ID format.
Then click Confirm to save the configuration.
Step 5. Go to Settings->Services->mDNS, then click Create New Rule to create a new mDNS rule. For Bonjour Service, select the newly created service type iot.
Click Apply to save the configuration.
Conclusion
Follow the guide above, you can configure the mDNS function of Omada gateways on the Omada Controller.
To get more details of each function and configuration, please go to Download Center to download the manual for your product.
1. What is the format of a new service domain name?
Re. Le format du nom de domaine pris en charge sur le contrôleur Omada est :
_<type de service>._<protocole de transport>.local
La signification de chaque partie est la suivante :
- ._<service-type> : identifiant du type de service, commençant par un trait de soulignement _, suivi du nom du type de service. Par exemple, _http, _ftp, _printer, _scanner, etc.
- ._<transport-protocol> : identifiant du protocole de transport utilisé pour indiquer le protocole de transmission réseau utilisé par le service, généralement ._tcp ou ._udp.
Remarque : lors de la configuration d'un nom de domaine de service dans le contrôleur Omada, un suffixe « .local » est requis.
·local : suffixe du nom de domaine local, indiquant qu'il s'agit d'un service au sein du réseau local. Bonjour utilise .local comme suffixe du nom de domaine local par défaut.
2. Comment interroger le registre officiel des identifiants de type de service Bonjour ?
Ré: L'IANA (Internet Assigned Numbers Authority) coordonne un registre officiel mondial d'identifiants de type de service. Vous pouvez consulter les types de services standard enregistrés sur le site Web de l'IANA : https://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.xhtml .
En plus du site Web de l'IANA, les options suivantes sont disponibles :
- Documents de développement Bonjour d'Apple. En tant que l'un des principaux promoteurs du protocole Bonjour, Apple répertorie de nombreux identifiants de type de service couramment utilisés dans ses documents de développement Bonjour. Vous pouvez rechercher des documents pertinents sur le site Web des développeurs d'Apple : Apple Developer
- Documents RFC de l'IETF (Internet Engineering Task Force), l'organisation leader en matière de normalisation Internet. Certains des documents RFC publiés par l'IETF fournissent également des spécifications pertinentes pour les identifiants de type de service, par exemple, RFC6763 « DNS-Based Service Discovery ».
- Projets open source et documents communautaires. Certains projets d'implémentation open source de Bonjour/Zeroconf, tels qu'Avahi, Bonjour pour Windows, etc., répertorient également les identifiants de type de service couramment utilisés dans leurs documents de développement ou leurs sites Web officiels.
- Normes et spécifications sectorielles. Certains secteurs spécifiques peuvent développer leurs propres normes de type de service. Par exemple, le protocole IPP (Internet Printing Protocol) du secteur des imprimantes inclut les types de services concernés.
- Documentation du fournisseur de services. Si vous devez utiliser le type de service d'un service spécifique, vous pouvez vous référer aux documents du fournisseur de services, qui contiennent généralement les identifiants de type de service correspondants.