Une carte r\u00e9seau peut \u00eatre tout \u00e0 fait exacte et pourtant s’av\u00e9rer inutile. Quand les clients, les points d\u2019acc\u00e8s, les VLAN et les liens s\u2019empilent, l\u2019administrateur finit par chercher une aiguille dans un sch\u00e9ma qui montre tout \u2014 sauf ce qui compte vraiment. Avec UniFi Network 10.6, Ubiquiti rapproche la topologie, l\u2019historique, la validation des changements et la d\u00e9tection des \u00e9carts : voici comment transformer ces fonctions en m\u00e9thode de d\u00e9pannage plut\u00f4t qu\u2019en collection de boutons.<\/p>\n\n\n\n
Quand un utilisateur signale \u00ab le Wi-Fi est lent \u00bb, la tentation est connue : ouvrir la topologie, zoomer, parcourir les clients, v\u00e9rifier les voyants et esp\u00e9rer d\u00e9tecter le probl\u00e8me d’un coup d’oeil. Cela peut fonctionner sur un petit r\u00e9seau. Sur un environnement multi-sites, la visibilit\u00e9 devient vite du bruit. Il est toujours bon d’\u00e9viter le bruit.<\/p>\n\n\n\n
Le vrai probl\u00e8me n\u2019est pas toujours l\u2019absence de donn\u00e9es. C\u2019est l\u2019absence de contexte, le contexte est clef : qu\u2019est-ce qui a chang\u00e9 ? depuis quand ? sur quel segment ? est-ce un client isol\u00e9, un point d\u2019acc\u00e8s instable ou une configuration diff\u00e9rente de celle approuv\u00e9e ?<\/p>\n\n\n\n
La version 10.6 de l\u2019application UniFi Network, annonc\u00e9e fin ao\u00fbt 2026, est int\u00e9ressante pr\u00e9cis\u00e9ment parce qu\u2019elle traite cette cha\u00eene op\u00e9rationnelle. Topology Spotlight r\u00e9duit la carte aux clients pertinents. Le time machine d’Unifi ajoute un historique aux ports. SafeOps \u00e9tend la logique de test puis confirmation \u00e0 des changements sensibles. Site Manager apporte Drift Inspector et la pr\u00e9paration \u00e0 la haute disponibilit\u00e9.<\/p>\n\n\n\n
La nouveaut\u00e9 n\u2019est donc pas \u00ab une interface plus jolie \u00bb. C\u2019est la possibilit\u00e9 de passer de \u00ab je vois le r\u00e9seau \u00bb \u00e0 \u00ab je peux expliquer ce qui s\u2019est pass\u00e9 et corriger sans perdre la main \u00bb.<\/p>\n\n\n\n
Topology Spotlight permet de mettre en \u00e9vidence un groupe de clients et de r\u00e9duire visuellement les \u00e9l\u00e9ments qui ne participent pas \u00e0 l\u2019analyse. Dans un grand site, cette diff\u00e9rence est imm\u00e9diate : au lieu de parcourir toute la topologie, l\u2019\u00e9quipe commence par un filtre \u2014 un VLAN, un site, un type de client ou un ensemble concern\u00e9 par l\u2019incident.<\/p>\n\n\n\n
Ce n\u2019est pas seulement un gain de confort. Une vue plus cibl\u00e9e r\u00e9duit le risque de modifier le mauvais \u00e9quipement parce que plusieurs chemins se ressemblent \u00e0 l\u2019\u00e9cran. Le support peut aussi partager une capture qui raconte quelque chose : les clients concern\u00e9s, leur point d\u2019acc\u00e8s, leur segment et le lien \u00e0 v\u00e9rifier.<\/p>\n\n\n\n
Les notes de version 10.6.97 ajoutent Time Machine \u00e0 la vue Radios pour examiner, sur les derni\u00e8res 24 heures, des m\u00e9triques d\u2019usage, des changements de configuration et des \u00e9v\u00e9nements radio. Port Manager Time Machine s\u2019\u00e9tend \u00e0 tous les ports et ajoute un filtre pour les appareils qui se reconnectent fr\u00e9quemment.<\/p>\n\n\n\n
Cette profondeur reste courte, mais elle change la conversation. Au lieu de demander \u00ab est-ce encore lent ? \u00bb, l\u2019\u00e9quipe peut demander : \u00ab qu\u2019est-ce qui s\u2019est pass\u00e9 avant le d\u00e9crochage ? \u00bb<\/p>\n\n\n\n
Pour le Wi-Fi, Channel AI peut \u00e9galement ex\u00e9cuter une optimisation nocturne avec une s\u00e9lection de radios configurable. C\u2019est utile dans un environnement dense, \u00e0 condition de traiter l\u2019automatisation comme une hypoth\u00e8se \u00e0 mesurer, pas comme une promesse magique. Un canal qui para\u00eet meilleur pour l\u2019algorithme n\u2019est pas forc\u00e9ment le meilleur choix pour un r\u00e9seau qui transporte de la voix, des terminaux mobiles ou des \u00e9quipements sensibles aux microcoupures.<\/p>\n\n\n\n
SafeOps \u00e9tend le m\u00e9canisme Test & Confirm \u00e0 des r\u00e9seaux VPN et de management. L\u2019id\u00e9e est simple et saine : une modification est appliqu\u00e9e, la connectivit\u00e9 est v\u00e9rifi\u00e9e, puis la configuration est confirm\u00e9e ou r\u00e9tablie si le test \u00e9choue. L\u2019annonce Ubiquiti cite notamment les changements de VLAN de management et la protection par retour \u00e0 la derni\u00e8re configuration fonctionnelle.<\/p>\n\n\n\n
Site Manager ajoute aussi Drift Inspector dans les Blueprints. L\u2019\u00e9quipe peut distinguer une exception locale approuv\u00e9e d\u2019un \u00e9cart accidentel par rapport au mod\u00e8le de site. Le High Availability Readiness Score donne, de son c\u00f4t\u00e9, une lecture rapide des points uniques de d\u00e9faillance c\u00f4t\u00e9 ISP, alimentation et passerelle.<\/p>\n\n\n\n
Ces fonctions ne remplacent pas une architecture r\u00e9siliente. Elles rendent simplement plus difficile le fait de confondre les possibilit\u00e9s de failles entre elles.<\/p>\n\n\n\n
Imaginons une PME r\u00e9partie sur huit sites. Chaque implantation poss\u00e8de plusieurs points d\u2019acc\u00e8s, des VLAN utilisateurs et invit\u00e9s, des \u00e9quipements de t\u00e9l\u00e9phonie ou de visioconf\u00e9rence, et une passerelle UniFi. L\u2019\u00e9quipe IT re\u00e7oit r\u00e9guli\u00e8rement des tickets de lenteur, mais les incidents sont souvent termin\u00e9s avant qu\u2019un technicien puisse les observer.<\/p>\n\n\n\n
L\u2019objectif n\u2019est pas d\u2019activer toutes les options le m\u00eame jour. Il est de construire un petit runbook reproductible.<\/p>\n\n\n\n
Choisissez un site repr\u00e9sentatif et notez :<\/p>\n\n\n\n
Faites une sauvegarde et planifiez l\u2019op\u00e9ration dans une fen\u00eatre o\u00f9 quelqu\u2019un peut intervenir localement ou hors bande. Une fonction de rollback n\u2019annule pas le besoin d\u2019un acc\u00e8s de secours.<\/p>\n\n\n\n
\u00c0 l\u2019ouverture d\u2019un ticket, ne commencez plus par la vue globale. Filtrez d\u2019abord les clients touch\u00e9s, puis comparez leur point d\u2019acc\u00e8s, leur VLAN et leur chemin vers la passerelle. Si un seul groupe est concern\u00e9, laissez les autres \u00e9quipements hors champ.<\/p>\n\n\n\n
Documentez la question initiale : \u00ab les clients du SSID invit\u00e9 sur le site B perdent-ils leur session ? \u00bb est beaucoup plus exploitable que \u00ab le Wi-Fi du site B est bizarre \u00bb.<\/p>\n\n\n\n
Consultez Time Machine sur les radios et les ports associ\u00e9s. Cherchez une modification de canal, une s\u00e9rie de reconnexions, un port qui flap, un changement de configuration ou une d\u00e9gradation apparue juste avant les signalements.<\/p>\n\n\n\n
Si le sympt\u00f4me est intermittent, exportez dans le ticket l\u2019heure approximative et les observations. L\u2019historique n\u2019a de valeur que si l\u2019\u00e9quipe peut le rapprocher de l\u2019exp\u00e9rience utilisateur, d\u2019un changement ou d\u2019un \u00e9v\u00e9nement externe.<\/p>\n\n\n\n
Activez l\u2019optimisation nocturne Channel AI sur un p\u00e9rim\u00e8tre pilote et d\u00e9finissez une mesure simple : nombre de reconnexions, plaintes, d\u00e9bit m\u00e9dian ou temps de roaming selon le cas d\u2019usage. Pr\u00e9venez les \u00e9quipes qu\u2019un changement de canal peut provoquer une courte interruption.<\/p>\n\n\n\n
Les retours associ\u00e9s aux notes de version montrent que certains administrateurs s\u2019interrogent encore sur le comportement du mode automatique, notamment le changement effectif de canal et les environnements avec un seul point d\u2019acc\u00e8s. Ce sont de bons rappels : une option visible dans l\u2019interface doit \u00eatre v\u00e9rifi\u00e9e dans le contexte r\u00e9el avant d\u2019\u00eatre d\u00e9ploy\u00e9e partout.<\/p>\n\n\n\n
Pour une modification de VLAN de management, de VPN ou de politique r\u00e9seau :<\/p>\n\n\n\n
\u00c0 l\u2019\u00e9chelle multi-sites, utilisez ensuite les Blueprints et Drift Inspector pour s\u00e9parer les exceptions approuv\u00e9es des \u00e9carts non expliqu\u00e9s. Une exception qui n\u2019a pas de propri\u00e9taire finit presque toujours par devenir la nouvelle norme.<\/p>\n\n\n\n
Le score High Availability Readiness est un point de d\u00e9part de discussion. Pour chaque site, demandez : que se passe-t-il si l\u2019ISP tombe ? si l\u2019alimentation du switch principal est coup\u00e9e ? si la passerelle ne revient pas ?<\/p>\n\n\n\n
Ajoutez au score une preuve : date du dernier test, dur\u00e9e de basculement, services r\u00e9ellement v\u00e9rifi\u00e9s et personne responsable. Un indicateur de pr\u00e9paration ne remplace pas un exercice.<\/p>\n\n\n\n
Tout n\u2019est pas disponible de mani\u00e8re uniforme. Ubiquiti pr\u00e9cise que Multicast Suppressor et Port Locking arrivent d\u2019abord en Early Access dans sa pr\u00e9sentation de Network 10.6 ; les notes de version indiquent en parall\u00e8le des pr\u00e9requis de firmware \u2014 UAP 8.8 ou ult\u00e9rieur pour Multicast Suppressor, firmware de switch 7.6 ou ult\u00e9rieur pour le verrouillage de port. V\u00e9rifiez le canal de diffusion, la version de l\u2019application et les mod\u00e8les concern\u00e9s avant d\u2019inscrire une fonction dans un plan de production.<\/p>\n\n\n\n
Time Machine apporte un historique utile, mais limit\u00e9 \u00e0 une fen\u00eatre de 24 heures dans les \u00e9l\u00e9ments document\u00e9s. Ce n\u2019est pas un syst\u00e8me de r\u00e9tention longue ni une preuve forensique compl\u00e8te. Pour les incidents r\u00e9currents, exportez les faits utiles vers votre outil de suivi ou votre supervision.<\/p>\n\n\n\n
SafeOps r\u00e9duit le risque d\u2019une mauvaise configuration dans l\u2019environnement UniFi ; il ne r\u00e9pare pas un c\u00e2ble, un op\u00e9rateur en amont, un firmware incompatible ou une d\u00e9pendance externe. Gardez un acc\u00e8s de secours, une sauvegarde et un plan de retour arri\u00e8re.<\/p>\n\n\n\n
Enfin, les notes de version recommandent UniFi OS Server pour les d\u00e9ploiements auto-h\u00e9berg\u00e9s afin de b\u00e9n\u00e9ficier de l\u2019exp\u00e9rience de plateforme et des int\u00e9grations les plus r\u00e9centes. Cette recommandation m\u00e9rite une v\u00e9rification de compatibilit\u00e9, de sauvegarde et d\u2019exploitation avant toute migration improvis\u00e9e.<\/p>\n\n\n\n
Une \u00e9quipe r\u00e9seau ne gagne pas seulement du temps quand elle trouve une panne plus vite. Elle gagne de la s\u00e9r\u00e9nit\u00e9 quand la panne est r\u00e9solue en suivant un workflow pr\u00e9cis.<\/p>\n\n\n\n
Network 10.6 pousse UniFi dans cette direction : filtrer avant d\u2019observer, consulter l\u2019historique avant de modifier, tester avant de confirmer, comparer au mod\u00e8le avant de d\u00e9clarer une d\u00e9rive. La technologie devient un partenaire d\u2019exploitation, pas un substitut au raisonnement.<\/p>\n\n\n\n
Cela change aussi la relation avec les utilisateurs. Au lieu de r\u00e9pondre \u00ab nous avons red\u00e9marr\u00e9 le point d\u2019acc\u00e8s \u00bb, l\u2019\u00e9quipe peut expliquer : \u00ab les reconnexions ont commenc\u00e9 apr\u00e8s telle modification, elles touchent tel groupe, et nous suivons tel indicateur depuis le retour arri\u00e8re \u00bb. La confiance na\u00eet rarement d\u2019une interface spectaculaire. Elle na\u00eet d\u2019une explication claire et pr\u00e9cise qui donne du sens \u00e0 l’action de l’\u00e9quipe technique mais aussi au client qui con\u00e7oit l’action de l’\u00e9quipe technique.<\/p>\n\n\n\n
Le r\u00e9seau n\u2019\u00e9tait pas forc\u00e9ment invisible. Il \u00e9tait simplement trop large pour \u00eatre interpr\u00e9t\u00e9 rapidement et b\u00e9n\u00e9ficiait de trop peu d’historique pour raconter ce qui venait de se passer.<\/p>\n\n\n\n
UniFi Network 10.6 apporte les briques d\u2019une m\u00e9thode plus calme : une topologie focalis\u00e9e, un historique court mais exploitable, des changements r\u00e9versibles et une lecture des \u00e9carts entre sites. Le principal changement n\u2019est pas que la console fasse davantage de choses ; c\u2019est que l\u2019\u00e9quipe puisse prendre de meilleures d\u00e9cisions avec moins de suppositions.<\/p>\n\n\n\n
Travaux pratiques<\/strong> \u2014 Sur un seul site, cr\u00e9ez un mini-runbook en six lignes : sympt\u00f4me, filtre Spotlight, historique Time Machine, changement r\u00e9cent, action SafeOps et preuve de retour \u00e0 la normale. Testez-le sur le prochain incident Wi-Fi et mesurez le temps gagn\u00e9 avant d\u2019activer davantage d\u2019automatisation.<\/p>\n\n\n\n Version LinkedIn<\/p>\n Une carte r\u00e9seau qui montre tout peut quand m\u00eame vous faire perdre du temps. UniFi Network 10.6 apporte une id\u00e9e plus utile que \u00ab encore plus de donn\u00e9es \u00bb : commencer par les clients concern\u00e9s, remonter l\u2019historique des radios et des ports, puis s\u00e9curiser la correction avec Test & Confirm. Le d\u00e9pannage devient moins h\u00e9ro\u00efque et plus reproductible. Testez la m\u00e9thode sur un seul site : filtrez, v\u00e9rifiez les 24 derni\u00e8res heures, puis documentez la preuve du retour \u00e0 la normale.<\/p>\n #Ubiquiti #UniFi #R\u00e9seau #Observabilit\u00e9 #S\u00e9curit\u00e9 #IT #MSP<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_feature_clip_id":0,"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_publicize_message":"","jetpack_publicize_feature_enabled":true,"jetpack_social_post_already_shared":true,"jetpack_social_options":{"image_generator_settings":{"template":"highway","default_image_id":0,"font":"","enabled":false},"version":2},"jetpack_post_was_ever_published":false},"categories":[6],"tags":[49,103,59,68,102],"class_list":["post-2841","post","type-post","status-publish","format-standard","hentry","category-ubiquiti","tag-monitoring","tag-reseau","tag-sauvegarde","tag-sysadmin","tag-wifi"],"jetpack_publicize_connections":[],"jetpack-related-posts":[],"jetpack_likes_enabled":true,"jetpack_sharing_enabled":true,"jetpack_featured_media_url":"","_links":{"self":[{"href":"https:\/\/nausicamedia.fr\/blog\/wp-json\/wp\/v2\/posts\/2841","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/nausicamedia.fr\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/nausicamedia.fr\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/nausicamedia.fr\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/nausicamedia.fr\/blog\/wp-json\/wp\/v2\/comments?post=2841"}],"version-history":[{"count":4,"href":"https:\/\/nausicamedia.fr\/blog\/wp-json\/wp\/v2\/posts\/2841\/revisions"}],"predecessor-version":[{"id":2849,"href":"https:\/\/nausicamedia.fr\/blog\/wp-json\/wp\/v2\/posts\/2841\/revisions\/2849"}],"wp:attachment":[{"href":"https:\/\/nausicamedia.fr\/blog\/wp-json\/wp\/v2\/media?parent=2841"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/nausicamedia.fr\/blog\/wp-json\/wp\/v2\/categories?post=2841"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/nausicamedia.fr\/blog\/wp-json\/wp\/v2\/tags?post=2841"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Sources consult\u00e9es<\/h2>\n\n\n\n
\n