Que dois-je faire lorsque le contrôleur logiciel Omada (V4) ne parvient pas à détecter les périphériques ?

Ce document convient au contrôleur Omada V4.1.5 ou supérieur. Pour les autres versions du contrôleur Omada, veuillez vous référer à la FAQ 2581

Après l'installation du contrôleur logiciel Omada, il arrive parfois que le contrôleur Omada ne trouve pas les appareils, ce qui est assez ennuyeux ! Ne vous inquiétez pas, cet article vous aidera à résoudre le problème. La vue d'ensemble des étapes est illustrée dans l'image suivante, en prenant EAP comme exemple.

Noter:

1. Dans ce document, Omada Controller Server indique le serveur ou l'ordinateur exécutant le programme Omada Software Controller. DEVICE_IP_ADD indique les adresses IP des appareils, y compris les EAP, les routeurs et les commutateurs.
2. Si vous exécutez le contrôleur Omada dans une machine virtuelle (VM) , veuillez ouvrir les ports 29810 à 29814 en définissant le transfert de port sur un adaptateur réseau de type NAT ou en définissant le type d'adaptateur sur Bridged.

Étape 1. Vérifiez l'état de la LED

Pour les EAP, assurez-vous qu'ils sont sous tension et que les voyants d'alimentation sont stables.

Pour les commutateurs et les routeurs, veuillez confirmer que les voyants des ports Ethernet sont allumés.

Étape 2. Vérifiez les adresses IP des périphériques via le serveur DHCP

Normalement, vous pouvez vérifier les adresses IP des appareils via le serveur DHCP du routeur. Pour les routeurs TP-Link SafeStream, veuillez vous connecter à la page de gestion, accédez à Réseau -> LAN -> Liste des clients DHCP, puis vous trouverez des appareils avec le numéro de modèle dans le nom du client, ainsi que leurs adresses IP. Veuillez vous assurer que les appareils obtiennent des adresses IP sans conflit du serveur DHCP.

Par exemple, l'adresse IP pour EAP225-Wall est 172.31.1.2 dans l'image ci-dessous.

Étape 3. Vérifiez la connexion réseau à l'aide de la commande Ping

Maintenant que vous connaissez déjà les adresses IP des appareils, veuillez passer au serveur de contrôleur Omada, cliquez sur la touche Windows du clavier et saisissez « cmd », puis vous obtiendrez une fenêtre noire. Veuillez saisir « ping DEVICE_IP_ADD » pour vérifier la connexion entre le serveur et l'appareil.

Par exemple, "ping 172.31.1.2" pour vérifier la connexion entre le serveur et EAP225-Wall.

Si le serveur de contrôleur Omada peut accéder aux appareils, vous obtiendrez un résultat similaire à celui de l'image ci-dessous, veuillez actualiser la page de gestion Web d'Omada et vérifier si les appareils peuvent être découverts.

Si le serveur de contrôleur Omada ne peut pas accéder aux appareils ou si les appareils ne peuvent toujours pas être découverts, veuillez passer à l'étape suivante.

Étape 4. Vérifiez les paramètres réseau en fonction de la topologie du réseau

Différentes configurations sont nécessaires en fonction de la topologie de votre réseau. Assurez-vous que les configurations sont adaptées et correctes.

Ce qui suit présente les configurations réseau nécessaires pour différentes topologies.

Ÿ Si le serveur de contrôleur Omada et les appareils se trouvent dans le même VLAN et sous-réseau (comme indiqué ci-dessous), la configuration du réseau n'est pas nécessaire. Veuillez passer à l' étape 5. Autoriser Java à communiquer via le pare-feu Windows Defender .

Si les périphériques se trouvent dans des VLAN différents (comme illustré ci-dessous), configurez les VLAN sur le commutateur de couche 2. Pour les étapes détaillées, reportez-vous à la FAQ-1365 .

Si le serveur de contrôleur Omada se trouve dans un sous-réseau différent des périphériques (comme indiqué ci-dessous), veuillez exécuter un utilitaire de découverte Omada sur un ordinateur ou configurer l'option DHCP 138 sur le commutateur de couche 3 afin qu'ils puissent communiquer entre eux. Pour obtenir des étapes détaillées pour découvrir les EAP dans différents VLAN, reportez-vous à la FAQ-1359 (à l'aide de l'utilitaire Discover) ou à la FAQ-1360 (configuration de l'option DHCP 138).

Ÿ Si le serveur de contrôleur Omada se trouve sur un site différent des appareils (comme illustré ci-dessous), configurez le tunnel VPN ou la redirection de port sur le routeur.

Pour des informations détaillées sur la configuration de ces deux fonctionnalités, reportez-vous aux FAQ suivantes en fonction de la méthode que vous utilisez.

Étape 5. Autoriser Java à communiquer via le pare-feu Windows Defender

Omada Software Controller fonctionne sur la base du binaire SE de la plate-forme Java. Si vous utilisez le système d'exploitation Windows, le pare-feu Windows ou un programme antivirus bloque parfois la communication de Java.

Veuillez aller dans Panneau de configuration -> Système et sécurité -> Pare-feu Windows Defender. Sur cette page, veuillez cliquer sur « Autoriser une application ou une fonctionnalité via le pare-feu Windows Defender (sur le côté gauche) » -> Autoriser une autre application -> Parcourir, puis accédez à « C:\Program Files (x86)\Java\jre1.8.0 _xxx\bin\ (pour le programme d'installation 32 bits) » ou « C:\Program Files\Java\jre1.8.0_xxx\bin\ (pour le programme d'installation 64 bits) » pour ajouter le fichier « javaw.exe ». Après cela, veuillez parcourir « C:\Program Files (x86)\Common Files\Oracle\Java\javapath_target_xxxxxxxx\ (Pour le programme d'installation 32 bits)" ou "C:\Program Files\Common Files\Oracle\Java\javapath_target_xxxxxxxx\ ( Pour le programme d'installation 64 bits) » pour ajouter « javaw.exe ».

Après cela, assurez-vous que Privé et Public sont tous deux vérifiés pour deux entrées « Java(TM) Platform SE binaire ».

Veuillez également noter les paramètres réseau de la VM au début de cet article.

Étape 6. Installez Discover Utility pour collecter plus d'informations

Prenez EAP comme exemple, veuillez suivre les instructions ci-dessous pour obtenir des informations détaillées sur votre problème et aider l'équipe d'assistance TP-Link à résoudre le problème plus rapidement.

* Pour exécuter l'utilitaire, fermez d'abord le contrôleur. Le contrôleur et l'utilitaire ne peuvent pas fonctionner ensemble sur un même ordinateur. Cliquez pour télécharger le dernier utilitaire Discover .

** Si l'utilitaire ne peut pas découvrir les périphériques, vérifiez si les périphériques envoient le paquet de découverte en premier. Conservez la topologie actuelle du réseau et capturez les paquets des ports LAN des appareils pour analyser la situation. Les paquets avec les caractéristiques suivantes sont des paquets de découverte :

*** Les coordonnées de notre support technique sont disponibles sur https://www.tp-link.com/support/contact-technical-support/ .