Contexte : avoir plus de visibilité ne suffit pas

Quand un utilisateur signale « le Wi-Fi est lent », la tentation est connue : ouvrir la topologie, zoomer, parcourir les clients, vérifier les voyants et espérer détecter le problème d’un coup d’oeil. Cela peut fonctionner sur un petit réseau. Sur un environnement multi-sites, la visibilité devient vite du bruit. Il est toujours bon d’éviter le bruit.

Le vrai problème n’est pas toujours l’absence de données. C’est l’absence de contexte, le contexte est clef : qu’est-ce qui a changé ? depuis quand ? sur quel segment ? est-ce un client isolé, un point d’accès instable ou une configuration différente de celle approuvée ?

La version 10.6 de l’application UniFi Network, annoncée fin août 2026, est intéressante précisément parce qu’elle traite cette chaîne opérationnelle. Topology Spotlight réduit la carte aux clients pertinents. Le time machine d’Unifi ajoute un historique aux ports. SafeOps étend la logique de test puis confirmation à des changements sensibles. Site Manager apporte Drift Inspector et la préparation à la haute disponibilité.

La nouveauté n’est donc pas « une interface plus jolie ». C’est la possibilité de passer de « je vois le réseau » à « je peux expliquer ce qui s’est passé et corriger sans perdre la main ».

Ce que UniFi Network 10.6 change concrètement

Topology Spotlight : réduire la carte aux événements

Topology Spotlight permet de mettre en évidence un groupe de clients et de réduire visuellement les éléments qui ne participent pas à l’analyse. Dans un grand site, cette différence est immédiate : au lieu de parcourir toute la topologie, l’équipe commence par un filtre — un VLAN, un site, un type de client ou un ensemble concerné par l’incident.

Ce n’est pas seulement un gain de confort. Une vue plus ciblée réduit le risque de modifier le mauvais équipement parce que plusieurs chemins se ressemblent à l’écran. Le support peut aussi partager une capture qui raconte quelque chose : les clients concernés, leur point d’accès, leur segment et le lien à vérifier.

Time Machine : remettre l’historique dans le dépannage

Les notes de version 10.6.97 ajoutent Time Machine à la vue Radios pour examiner, sur les dernières 24 heures, des métriques d’usage, des changements de configuration et des événements radio. Port Manager Time Machine s’étend à tous les ports et ajoute un filtre pour les appareils qui se reconnectent fréquemment.

Cette profondeur reste courte, mais elle change la conversation. Au lieu de demander « est-ce encore lent ? », l’équipe peut demander : « qu’est-ce qui s’est passé avant le décrochage ? »

Pour le Wi-Fi, Channel AI peut également exécuter une optimisation nocturne avec une sélection de radios configurable. C’est utile dans un environnement dense, à condition de traiter l’automatisation comme une hypothèse à mesurer, pas comme une promesse magique. Un canal qui paraît meilleur pour l’algorithme n’est pas forcément le meilleur choix pour un réseau qui transporte de la voix, des terminaux mobiles ou des équipements sensibles aux microcoupures.

SafeOps, Drift Inspector et le score de haute disponibilité : corriger sans improviser

SafeOps étend le mécanisme Test & Confirm à des réseaux VPN et de management. L’idée est simple et saine : une modification est appliquée, la connectivité est vérifiée, puis la configuration est confirmée ou rétablie si le test échoue. L’annonce Ubiquiti cite notamment les changements de VLAN de management et la protection par retour à la dernière configuration fonctionnelle.

Site Manager ajoute aussi Drift Inspector dans les Blueprints. L’équipe peut distinguer une exception locale approuvée d’un écart accidentel par rapport au modèle de site. Le High Availability Readiness Score donne, de son côté, une lecture rapide des points uniques de défaillance côté ISP, alimentation et passerelle.

Ces fonctions ne remplacent pas une architecture résiliente. Elles rendent simplement plus difficile le fait de confondre les possibilités de failles entre elles.

Comment l’utiliser dans un cas réel

Scénario : huit sites, une équipe IT et trop de tickets

Imaginons une PME répartie sur huit sites. Chaque implantation possède plusieurs points d’accès, des VLAN utilisateurs et invités, des équipements de téléphonie ou de visioconférence, et une passerelle UniFi. L’équipe IT reçoit régulièrement des tickets de lenteur, mais les incidents sont souvent terminés avant qu’un technicien puisse les observer.

L’objectif n’est pas d’activer toutes les options le même jour. Il est de construire un petit runbook reproductible.

Étape 1 : créer une ligne de base avant la mise à jour

Choisissez un site représentatif et notez :

• la version UniFi OS et la version de l’application Network ;
• les modèles et versions de firmware des passerelles, switches et points d’accès ;
• les SSID, VLAN et usages sensibles ;
• les changements planifiés dans les prochaines 24 heures ;
• les indicateurs qui permettront de dire « le réseau va mieux ».

Faites une sauvegarde et planifiez l’opération dans une fenêtre où quelqu’un peut intervenir localement ou hors bande. Une fonction de rollback n’annule pas le besoin d’un accès de secours.

Étape 2 : utiliser Spotlight pour cadrer le symptôme

À l’ouverture d’un ticket, ne commencez plus par la vue globale. Filtrez d’abord les clients touchés, puis comparez leur point d’accès, leur VLAN et leur chemin vers la passerelle. Si un seul groupe est concerné, laissez les autres équipements hors champ.

Documentez la question initiale : « les clients du SSID invité sur le site B perdent-ils leur session ? » est beaucoup plus exploitable que « le Wi-Fi du site B est bizarre ».

Étape 3 : remonter les 24 dernières heures

Consultez Time Machine sur les radios et les ports associés. Cherchez une modification de canal, une série de reconnexions, un port qui flap, un changement de configuration ou une dégradation apparue juste avant les signalements.

Si le symptôme est intermittent, exportez dans le ticket l’heure approximative et les observations. L’historique n’a de valeur que si l’équipe peut le rapprocher de l’expérience utilisateur, d’un changement ou d’un événement externe.

Étape 4 : automatiser avec mesure, pas avec foi

Activez l’optimisation nocturne Channel AI sur un périmètre pilote et définissez une mesure simple : nombre de reconnexions, plaintes, débit médian ou temps de roaming selon le cas d’usage. Prévenez les équipes qu’un changement de canal peut provoquer une courte interruption.

Les retours associés aux notes de version montrent que certains administrateurs s’interrogent encore sur le comportement du mode automatique, notamment le changement effectif de canal et les environnements avec un seul point d’accès. Ce sont de bons rappels : une option visible dans l’interface doit être vérifiée dans le contexte réel avant d’être déployée partout.

Étape 5 : sécuriser les changements sensibles

Pour une modification de VLAN de management, de VPN ou de politique réseau :

1. capturez la configuration de départ et le chemin d’accès de secours ;
2. lancez la modification avec Test & Confirm lorsque le matériel et la version le permettent ;
3. vérifiez la connectivité des équipements de management, pas seulement celle d’un poste utilisateur ;
4. confirmez uniquement après le test ;
5. consignez le résultat et l’heure dans le journal de changement.

À l’échelle multi-sites, utilisez ensuite les Blueprints et Drift Inspector pour séparer les exceptions approuvées des écarts non expliqués. Une exception qui n’a pas de propriétaire finit presque toujours par devenir la nouvelle norme.

Étape 6 : transformer le score en test de continuité

Le score High Availability Readiness est un point de départ de discussion. Pour chaque site, demandez : que se passe-t-il si l’ISP tombe ? si l’alimentation du switch principal est coupée ? si la passerelle ne revient pas ?

Ajoutez au score une preuve : date du dernier test, durée de basculement, services réellement vérifiés et personne responsable. Un indicateur de préparation ne remplace pas un exercice.

Limites et points de vigilance

Tout n’est pas disponible de manière uniforme. Ubiquiti précise que Multicast Suppressor et Port Locking arrivent d’abord en Early Access dans sa présentation de Network 10.6 ; les notes de version indiquent en parallèle des prérequis de firmware — UAP 8.8 ou ultérieur pour Multicast Suppressor, firmware de switch 7.6 ou ultérieur pour le verrouillage de port. Vérifiez le canal de diffusion, la version de l’application et les modèles concernés avant d’inscrire une fonction dans un plan de production.

Time Machine apporte un historique utile, mais limité à une fenêtre de 24 heures dans les éléments documentés. Ce n’est pas un système de rétention longue ni une preuve forensique complète. Pour les incidents récurrents, exportez les faits utiles vers votre outil de suivi ou votre supervision.

SafeOps réduit le risque d’une mauvaise configuration dans l’environnement UniFi ; il ne répare pas un câble, un opérateur en amont, un firmware incompatible ou une dépendance externe. Gardez un accès de secours, une sauvegarde et un plan de retour arrière.

Enfin, les notes de version recommandent UniFi OS Server pour les déploiements auto-hébergés afin de bénéficier de l’expérience de plateforme et des intégrations les plus récentes. Cette recommandation mérite une vérification de compatibilité, de sauvegarde et d’exploitation avant toute migration improvisée.

Élargir : moins de dépannage héroïque, plus d’exploitation documentée

Une équipe réseau ne gagne pas seulement du temps quand elle trouve une panne plus vite. Elle gagne de la sérénité quand la panne est résolue en suivant un workflow précis.

Network 10.6 pousse UniFi dans cette direction : filtrer avant d’observer, consulter l’historique avant de modifier, tester avant de confirmer, comparer au modèle avant de déclarer une dérive. La technologie devient un partenaire d’exploitation, pas un substitut au raisonnement.

Cela change aussi la relation avec les utilisateurs. Au lieu de répondre « nous avons redémarré le point d’accès », l’équipe peut expliquer : « les reconnexions ont commencé après telle modification, elles touchent tel groupe, et nous suivons tel indicateur depuis le retour arrière ». La confiance naît rarement d’une interface spectaculaire. Elle naît d’une explication claire et précise qui donne du sens à l’action de l’équipe technique mais aussi au client qui conçoit l’action de l’équipe technique.

Conclusion

Le réseau n’était pas forcément invisible. Il était simplement trop large pour être interprété rapidement et bénéficiait de trop peu d’historique pour raconter ce qui venait de se passer.

UniFi Network 10.6 apporte les briques d’une méthode plus calme : une topologie focalisée, un historique court mais exploitable, des changements réversibles et une lecture des écarts entre sites. Le principal changement n’est pas que la console fasse davantage de choses ; c’est que l’équipe puisse prendre de meilleures décisions avec moins de suppositions.

Travaux pratiques — Sur un seul site, créez un mini-runbook en six lignes : symptôme, filtre Spotlight, historique Time Machine, changement récent, action SafeOps et preuve de retour à la normale. Testez-le sur le prochain incident Wi-Fi et mesurez le temps gagné avant d’activer davantage d’automatisation.

Sources consultées

• Ubiquiti — Introducing UniFi Network 10.6
• Ubiquiti Community — UniFi Network Application 10.6.97
• Ubiquiti — What’s New
• Dong Knows Tech — UniFi Network 10.6

Qui aime gérer un changement de réseau à distance sans aucune angoisse ? La gestion d’un réseau sensible et complexe qui se situe à 500 kilomètres oblige à bien réfléchir et à soupeser le pour et le contre. Avec UniFi Network 10.5, Ubiquiti s’attaque enfin à une douleur très concrète : le moment où une équipe modifie un réseau et sait qu’une petite erreur peut se transformer en longue journée.

Contexte : l’origine du vrai problème

Le problème n’est pas seulement la complexité technique. Il vient aussi du fait que beaucoup d’équipes administrent des environnements de plus en plus distribués avec des marges de manœuvre de plus en plus faibles.

Une PME multi‑sites, une école, un commerce avec plusieurs points de vente : tout le monde veut de la visibilité, de la rapidité et moins d’interruptions. Mais dans beaucoup de cas, les changements réseau restent émotionnellement coûteux. Pourquoi ? Parce qu’un VLAN mal appliqué, un mauvais paramètre sur un switch ou une modification poussée trop vite peut couper l’accès précisément à l’outil dont vous avez besoin pour corriger le problème.

On présente souvent le réseau comme une question d’architecture. C’est vrai. Mais c’est aussi une question de sérénité opérationnelle. Et cette dimension est trop souvent sous-estimée.

Ce que Ubiquiti change concrètement

UniFi Network 10.5 introduit plusieurs briques qui vont dans le bon sens, notamment :

• Test & Confirm, qui évite de considérer un changement comme définitif tant que les équipements clés ne confirment pas le bon retour de connectivité ;
• un mécanisme de rollback automatique pour revenir à l’état précédent si la modification casse l’accès ;
• des améliorations de stabilité et de comportement réseau comme Link Debounce et Auto STP Edge ;
• une meilleure visibilité, dans la continuité des évolutions récentes d’UniFi sur la topologie, la chronologie d’activité et la visibilité d’infrastructure.

Ce que cela change est simple à formuler : l’interface ne sert plus seulement à configurer, elle commence à mieux protéger l’administrateur contre certaines erreurs de déploiement.

Utilisation dans la vie réelle

Imaginons un réseau de huit sites avec une petite équipe IT centrale. Chaque site dépend d’un accès distant, d’un ou deux switches, de bornes Wi‑Fi et d’une passerelle. Jusqu’ici, chaque changement un peu sensible — segmentation, politique Wi‑Fi, modification d’uplink, nettoyage d’un port profile — crée la même tension : combien de temps d’interruption en cas d’erreur ?

Avec UniFi 10.5, une méthode plus saine devient possible :

1. identifier les changements réellement risqués et les faire passer en priorité par un scénario Test & Confirm ;
2. documenter quelles confirmations doivent être observées avant de considérer le changement comme validé ;
3. profiter des vues de topologie et de visibilité d’infrastructure pour vérifier les dépendances avant la modification ;
4. prévoir un mini runbook de retour arrière, même si le rollback automatique existe ;
5. utiliser un site pilote ou une plage horaire restreinte pour les premiers déploiements sensibles.

L’intérêt n’est pas de “faire plus de changements”. L’intérêt est de faire les changements importants avec moins de stress, plus de méthode.

Limites et points de vigilance

Attention, un rollback n’est pas une permission de travailler à la légère.

D’abord, il faut comprendre ce que le mécanisme couvre réellement dans votre contexte. Tous les incidents ne se ressemblent pas.

Ensuite, la visibilité n’est utile que si l’équipe sait la lire. Une topologie plus riche, un historique plus détaillé ou des règles plus intelligentes ne remplacent pas la discipline de documentation si souvent traitée par le mépris.

Enfin, dans les environnements multi‑sites, il reste indispensable de distinguer ce qui relève d’une amélioration de confort et ce qui relève d’un vrai filet de sécurité. Les deux sont utiles. Mais les confondre expose à de mauvaises décisions.

Élargir : ce que cela change dans l’organisation

Le sujet est plus profond qu’une version logicielle.

Quand un outil réseau commence à intégrer des mécanismes de confirmation, de retour arrière et de meilleure lisibilité, il pousse les équipes à sortir d’une culture du « je connais mon infra par cœur » pour aller vers une culture de procédures partagées.

Une infrastructure robuste n’est pas seulement une infrastructure qui tient. C’est une infrastructure que plusieurs personnes peuvent comprendre, faire évoluer et dépanner sans dépendre d’un seul cerveau disponible au bon moment.

Conclusion

Le problème de départ n’est pas abstrait : chaque changement réseau à distance porte une part de risque, de stress et parfois d’improvisation. Avec UniFi 10.5, Ubiquiti apporte une réponse très concrète en sécurisant davantage la validation des changements et le retour arrière.

Le vrai bénéfice n’est pas seulement technique. C’est la possibilité de transformer une culture de maintenance nerveuse en une pratique un peu plus calme, plus documentée et plus transmissible. Loin d’être un petit gain, donc.

Travaux pratiques

Choisissez un changement réseau modérément risqué sur un site pilote — par exemple une modification de profil de port ou d’uplink — et testez-le avec un scénario documenté autour de Test & Confirm. Si votre procédure reste floue malgré l’outil, vous avez trouvé le vrai chantier à ouvrir.

Bien sûr que l’infrastructure compte. Mais ce réflexe cache parfois le vrai sujet : un réseau tombe rarement dans le chaos uniquement parce qu’il manque de puissance. Il tombe surtout dans le chaos quand il manque de visibilité, de routine et de discipline d’exploitation.

Les annonces récentes autour d’UniFi racontent exactement cela. D’un côté, Ubiquiti pousse davantage d’orchestration, de visibilité et de capacités réseau avancées dans UniFi Network 10.5. De l’autre, le Security Advisory Bulletin 064 rappelle brutalement qu’un bon matériel mal maintenu reste un risque très concret.

Contexte : où est le vrai problème ?

Dans beaucoup de PME, d’écoles ou de réseaux multi-sites, l’infrastructure UniFi s’est installée pour de bonnes raisons : simplicité, rapport qualité/prix, cohérence de l’écosystème, administration centralisée. Jusque-là, rien à redire.

Le problème apparaît ensuite. Lentement.

• Les sites ne sont plus exactement au même niveau de mise à jour.
• Les règles réseau ne sont pas documentées et « vivent » dans plusieurs têtes d’administrateurs système.
• L’IPv6 arrive « plus ou moins » selon les accès opérateurs.
• Les incidents WAN se traitent au fil de l’eau.
• Les fenêtres de maintenance ne sont ni planifiées, ni documentées.

Et pendant ce temps, l’équipe croit encore que son risque principal est matériel. C’est confortable, là aussi. Acheter rassure. Documenter, tester et patcher régulièrement rassure beaucoup moins. Pourtant, c’est souvent là que la stabilité se joue.

Ce qu’Ubiquiti change concrètement

Les nouveautés publiées par Ubiquiti mettent en avant une évolution intéressante : UniFi ne cherche plus seulement à être facile à déployer. La plateforme cherche à devenir plus exploitable, avec plus de visibilité et plus de contrôle.

Parmi les points marquants de UniFi Network 10.5, on retrouve notamment :

• une orchestration multi-sites plus lisible ;
• des évolutions autour de l’eBGP ;
• une meilleure prise en compte du double stack IPv6 ;
• une logique plus mature pour piloter un réseau qui n’est plus juste « un seul bâtiment avec un seul accès Internet » (UI What’s New).

Autrement dit : Ubiquiti fournit davantage d’outils pour administrer un réseau réel. Pas un réseau de démo. Un réseau avec des dépendances opérateur, des sites distants, des usages différents et des incidents intermittents.

Mais l’autre signal de la période est au moins aussi important. Dans le Security Advisory Bulletin 064, Ubiquiti détaille plusieurs vulnérabilités affectant des équipements UniFi OS et recommande de monter vers des versions corrigées, notamment 5.1.12 ou ultérieures selon les appareils (Security Advisory Bulletin 064, UniFi OS releases).

Voilà le vrai contraste.

D’un côté, la plateforme devient plus puissante. Un dashboard moderne n’annule pas une version vulnérable. Une belle topologie n’efface pas une routine de mise à jour absente.

Comment l’utiliser dans un cas réel

Prenons un réseau de PME réparti sur trois sites : siège, entrepôt, agence commerciale. Tout fonctionne « globalement bien ». Jusqu’au jour où un incident VPN se combine avec une mise à jour repoussée, une configuration non documentée et un accès opérateur qui se comporte différemment selon les sites.

Avant

• chaque site évolue un peu à sa manière ;
• les versions ne sont pas revues de manière globale dans une routine commune ;
• l’IPv6 n’est pas vraiment suivi ;
• on n’a pas de vue synthétique sur les écarts (il manque une vue qui rassemble les différents sites) ;
• les changements réseau sont mémorisés (dans la tête d’un sysadmin), pas capitalisés (personne ne les inscrits dans une documentation commune).

Après

L’objectif n’est pas de transformer l’équipe en centre d’exploitation réseau d’un grand groupe. L’objectif est plus modeste. Et plus puissant : rendre le réseau prévisible.

1. Faire un inventaire des versions réelles
   • gateways ;
   • contrôleurs ;
   • switchs ;
   • appliances UniFi OS.
2. Traiter la dette de patching avant tout projet annexe
   • vérifier l’exposition aux vulnérabilités signalées par le Bulletin 064 ;
   • définir une cible minimale de version ;
   • planifier la montée par vagues plutôt qu’en réaction.
3. Utiliser la logique multi-sites pour comparer au lieu de supposer
   • versions ;
   • politiques ;
   • comportements WAN ;
   • écarts de configuration.
4. Créer une routine d’observation réseau
   • état WAN ;
   • événements récurrents ;
   • présence et qualité de l’IPv6 ;
   • incidents intermittents.
5. Documenter les changements comme des décisions d’exploitation
   • qui a modifié quoi ;
   • pourquoi ;
   • sur quel périmètre ;
   • avec quel plan de retour arrière.
6. Tester sur un périmètre limité avant généralisation
   • un site pilote ;
   • une fenêtre de maintenance claire ;
   • une validation des services critiques après changement.

Ce que change Ubiquiti ici, ce n’est pas seulement la liste de fonctionnalités. C’est la possibilité de sortir d’une administration « au feeling ».

Limites et points de vigilance

Il faut rester lucide.

• Toutes les nouveautés d’UniFi 10.5 ne sont pas utiles à tous les contextes.
• Les fonctions avancées comme l’eBGP ne servent pas de la même façon à une petite structure et à un réseau plus distribué.
• Une montée de version n’est jamais un acte purement administratif : il faut du test, un calendrier, un minimum de communication.
• La visibilité multi-sites n’a de valeur que si quelqu’un la regarde vraiment et agit sur les écarts observés.

Et surtout : la sécurité ne se délègue pas au matériel.

C’est peut-être la phrase la plus utile de la semaine. Une appliance peut être excellente. Si personne ne suit les versions, les bulletins de sécurité et les dépendances d’exploitation, elle devient juste une excellente appliance vulnérable.

Élargir : ce que cela change dans l’organisation

Un réseau bien tenu, ce n’est pas seulement un réseau qui fonctionne. C’est un réseau que l’on comprend.

Cela change beaucoup de choses pour l’équipe IT :

• on passe d’une culture du dépannage à une culture de la routine ;
• on remplace les interventions héroïques par des fenêtres de maintenance assumées ;
• on transforme les connaissances tacites en documentation utile ;
• on réduit la fragilité créée par les écarts entre sites.

Et là, une question mérite d’être posée franchement : quand avez-vous regardé pour la dernière fois votre réseau UniFi comme un système vivant, et non comme une suite d’équipements ?

Parce que c’est cela, le fond du sujet. L’outil évolue. Les fonctionnalités progressent. Les appliances montent en gamme. Très bien.

Mais la vraie maturité commence le jour où l’on traite les versions, la visibilité, les patchs et la documentation comme des éléments de sécurité à part entière.

Conclusion

Le problème de départ semblait matériel. En réalité, il est souvent méthodologique.

Les nouveautés d’UniFi 10.5 renforcent la visibilité et la capacité d’orchestration des réseaux réels (UI What’s New). Dans le même temps, le Bulletin 064 rappelle qu’un réseau UniFi mal patché reste exposé, même s’il est bien dimensionné (Security Advisory Bulletin 064).

Le gain concret, pour une équipe, n’est donc pas seulement d’avoir plus de puissance. C’est d’avoir plus de méthode : une routine de mise à jour, une lecture multi-sites, une documentation claire et des arbitrages d’exploitation explicites.

Ce n’est pas spectaculaire. C’est mieux que ça. C’est ce qui évite les incidents stupides.

CTA (à faire)

Prendre trente minutes cette semaine pour faire trois choses : lister les versions UniFi OS réellement en production, vérifier votre exposition aux correctifs liés au Bulletin 064, et noter noir sur blanc votre prochaine fenêtre de maintenance réseau.

Rien que ça peut déjà changer le niveau de risque.

Sources utiles

• UI What’s New
• Security Advisory Bulletin 064
• UniFi OS releases

Depuis que Kerio a été racheté par GFI, on peut dire que le service et le support technique n’ont pas été à la hauteur. Et l’expertise macOS dont Kerio a toujours pu se targuer a disparu. Connect n’a que très peu évolué ces dernières années. J’ai donc décidé de franchir le Rubicon et quitter Kerio dont NausicaMedia utilisait les services depuis… 14 ans. Compliqué de quitter un fournisseur d’aussi longue date. Cependant le sentimentalisme n’avait pas sa place et après mures réflexions, je décidais le changement… Mais cela n’aurait jamais eu lieu si depuis quelque temps déjà je ne surveillai attentivement un logiciel très prometteur, tchèque tout comme Kerio à ses débuts — Il faut toujours croire un Tchèque quand il parle de courrier électronique —, IceWarp !

Rapidement je me suis rendu compte qu’essayer IceWarp revenait à l’adopter. C’était un peu comme si Kerio avait subi dix mises à jour majeures (j’avais bien conscience qu’il faudrait attendre une dizaine d’années pour arriver à un tel résultat). IceWarp est la suite de collaboration la plus complète que j’ai vue depuis fort longtemps. Disponible en cloud et SaaS, convenant donc aussi bien aux entreprises qui ne craignent pas d’être dans le cloud et celles qui souhaitent avoir leurs données à portée de main ou dans un cloud privé. IceWarp gère les services collaboratifs de Canon, Cisco, Sony ou la Poste suisse… Un vraie réussite !

IceWarp comprend :

— WebClient tout à fait particulier offrant bien sûr l’authentification à des facteurs (PIN ou SMS), entièrement personnalisable, et permettant une expérience proche d’un logiciel et disposant même de remarquables ajouts : option de composition de message enrichi, webchat, webphone et webmeetings, boîtes aux lettres partagées et dossiers publics, envoi programmé ou différé, technologie SmartAttach !

— TeamChat, un outil de collaboration efficace et convivial, sorte de Slack accompli et abouti et corporate, comportant chat rooms et notifications, mentions, aperçus en directe et Pins, intégration de messagerie, TeamChat digest et Comptes invités ! Et très bientôt TeamChat iOS !

— Documents Web donne la possibilité de voir et modifier des documents en ligne, des feuilles de calcul et des présentations, des PDF et des images, des tableaux croisés dynamiques et des macros. Documents Web fonctionne comme un serveur autonome gratuit !

— WebChat, un client de messagerie instantanée intégré, XMPP et Jabber standard, Archivage des messages et historiques, transfert de fichiers, passerelles publics.

— Webmeetings, système d’audioconférence, de partage d’écran et enregistrement audio, accès aux conférences, jusqu’à 25 participants par appel, intégration WebChat !

— WebPhone est un client VoIP SIP intégré, il gère les appels internes et externes, permet le renvoie d’appel et l’enregistrement, la conférence vocale et les appels vidéo 1:1.

IceWarp développe aussi des applications de bureau comme :

— Desktop Client, version applicative du web client, qui offre chiffrement PGP et S/MIME ainsi qu’un répondeur automatique et qui intègre donc, vous l’aurez compris, toutes les technologies énumérées précédemment. Cette application est disponible sur Windows seulement pour l’instant mais devrait arriver sur macOS très vite.

— Outlook Sync, un plugin Outlook qui synchronise les courriels, les contacts, les tâches et les notes, compatible SSO il fera le bonheur des sysadmins Windows ou de parcs hétérogènes.

— TeamChat Desktop, permet d’avoir plusieurs comptes TeamChat ouvert en même temps, donne accès aux fichiers et documents, dispose de notifications et est multiplateformes.

— FileSync synchronise les dossiers et fichiers de bureau. Similaire à Dropbox ou FileCloud dans son fonctionnement, Il permet d’accéder aux fichiers de n’importe où.

— Desktop Suite Office offre les applications de bureautique de base, s’intègre avec Desktop Client, TeamChat et FileSync, et est compatible avec les extensions de fichier MS Office.

IceWarp développe aussi des application iOS :

— IceWarp IceChat qui est un Messenger mobile moderne, dispose de l’identification tactile et faciale, de l’historique des conversations, des appels audio et vidéo et est disponible sur macOS et Android.

— IceWarp TeamChat sur le mobile, chat, commentaires, réactions, pins et mentions, notifications à l’écran, appels audio/vidéos (bientôt) et disponible seulement sur iOS pour l’instant en version bêta.

— Exchange ActiveSync, EAS support complet, gestion d’appareils, provisioning, dispositif soft et hard, fonctionne sous iOS, Android, windows.

En ce qui concerne la sécurité, IceWarp protège les courriels, les Groupeware, des FTP et des WebChat. Des filtres d’extension sont disponibles. Et IW est compatible avec des antivirus externes comme Sophos. Pour la protection anti spam, IW utilise notamment Cyren avec vérification inbound et outbound et vérification de la réputation IP directe ainsi que le traitement SMTP avancé.

IceWarp s’intègre avec Zapier donc potentiellement avec Daylite ! Nous développerons prochainement des liens entre ces deux applications ainsi qu’avec FileCloud pour unifier encore l’offre professionnelle logicielle de NausicaMedia. Vous pouvez opter pour une offre on-premise ou en cloud, vous choisissez la situation de votre datacenter (Italie, Tchéquie, Allemagne…) et IceWarp est bien sûr compatible avec MailStore ! Enfin, cerise sur le gâteau, l’équipe technique de IceWarp est absolument « retaillée ». Un modèle de professionnalisme. Ainsi IceWarp ne remplace pas les autres systèmes collaboratifs de communication d’entreprise, il les fait totalement oublier. Sans aucun regret.

FileCloud 15. Une mise à jour monumentale ! FileCloud a repensé son système de partage de documents de fond en comble. En s’obligeant à vivre l’expérience d’un utilisateur de FileCloud. Beaucoup d’éditeurs veulent imposer à leurs utilisateurs une façon de travailler, FileCloud a plutôt voulu se mettre dans la peau de l’utilisateur et comprendre comment lui faciliter la vie avec l’objectif de rendre le partage de fichiers dans l’entreprise ou d’entreprise à entreprise le plus simple, intuitif et sûr possible. En voulant aussi continuer d’avoir un produit extrêmement simple d’utilisation et disposant d’une sécurité renforcée face aux menaces de plus en plus diverses rencontrées sur Internet.

FileCloud 15 offre les dossiers d’équipe, une nouvelle recherche extrêmement rapide et performante, des notifications à la Facebook, un tableau de bord complètement revu et complet, de nouvelles applications de synchronisation, la possibilité de déploiement en masse, des analyses et le support pour php7.

Les dossiers d’équipe

L’environnement collaboratif d’une équipe et des outils de partage puissants sont des éléments clés pour construire les équipes d’une entreprise. Les dossiers d’équipe de FileCloud rendent le partage et la gestion des documents instantanée et facile entre les utilisateurs.

Les dossiers d’équipe peuvent être partagés avec chacun dans l’entreprise, mais aussi avec des utilisateurs regroupés par fonction ou tout autre critère (exemple : marketing, finance…). Les dossiers d’équipe peuvent automatiquement synchroniser sur les différents systèmes des utilisateurs, mais les dossiers d’équipe peuvent aussi être partagés au-delà de l’organisation avec des partenaires, des clients, etc.

Le marché des EFSS (entreprise file synchronization and sharing, en français : système de synchronisation et de partage de fichiers) est en pleine explosion depuis quelques années. Les concurrents de FileCloud utilisent des autorisations rigides pour les dossiers d’équipe, par exemple, les membres ont les mêmes permissions à tous les niveaux de dossiers, quelle qu’en soit la profondeur. Les dossiers d’équipe de FileCloud offrent un modèle granulaire de partage pour les dossiers et sous dossiers, par exemple, les administrateurs peuvent limiter un membre de l’équipe d’accéder à un sous dossier indépendamment des autorisations du dossier racine.

Les objectifs des dossiers d’équipe de FileCloud :

Gestion de contenu centralisé. Plutôt que de créer de multiples fichiers individuels partagés entre les utilisateurs, les dossiers d’équipe facilitent l’organisation des fichiers et des dossiers en un emplacement centralisé.

Mise à disposition facile des utilisateurs, des fichiers, des dossiers. Il est facile de fournir à de nouveaux utilisateurs des fichiers spécifiques, et des dossiers à travers les dossiers d’équipe. De même, il est possible de leur donner accès à de nouveaux fichiers en chargeant les fichiers dans le dossier d’équipe approprié.

Contrôle des autorisations des dossiers. Les dossiers d’équipe et leurs sous-dossiers peuvent recevoir des autorisations granulaires donnant un accès aux utilisateurs pour lire, écrire, partager ou synchroniser.

Gestion de la synchronisation sélective. Les administrateurs peuvent sélectionner des dossiers d’équipe spécifiques et activer ou désactiver l’autorisation de synchroniser à travers une interface utilisateur simple.

La nouvelle recherche surpuissante

Un seul champ de recherche pour tout chercher. Le but ultime de tout système est de permettre aux utilisateurs de chercher leurs données. La nouvelle recherche survitaminée de FileCloud le permet. Quand vous l’activez, FileCloud digère et indexe tout contenu que vous mettez dans FileCloud où que soit hébergé ce contenu. Avec FileCloud 15, les utilisateurs ne doivent pas naviguer au sein des dossiers pour trouver leur contenu. Ils doivent simplement taper ce qu’ils cherchent et la recherche de FileCloud trouvera tout le contenu approprié en quelques secondes.

Cette nouvelle recherche est le premier grand pas vers la mise en place du plus puissant, intelligent et contextuel outil de recherche de tous les systèmes d’EFSS. La recherche la plus simple et la plus puissante pour l’utilisateur final. Voici cette nouvelle recherche dans FileCloud 15 :

Le tout nouveau tableau de bord de l’utilisateur

FileCloud 15 apporte un tout nouveau tableau de bord pour l’utilisateur qui rend accessible son contenu à un utilisateur à une longueur de clic seulement. En utilisant le nouveau tableau de bord, vous pouvez créer des raccourcis pour les dossiers que vous utilisez souvent. Le tableau de bord présente aussi les fichiers auxquels vous accédez souvent et toute votre activité récente pour un accès rapide.

Les notifications

FileCloud adopte un nouveau système de notifications par utilisateur et par activité lorsque vous vous connectez sur le site Web. Grâce à cette nouvelle vue, il est facile de voir rapidement ce qui se passe dans vos fichiers, vos partages et votre système FileCloud.

L’analyse de l’activité

FileCloud 15 apporte la perception de l’activité et de qui fait quoi. Les utilisateurs peuvent maintenant voir en un coup d’œil leurs fichiers les plus populaires, l’heure à laquelle ils ont été consultés, le nombre de fois, s’ils ont été téléchargés. Cette nouvelle fonctionnalité améliore la productivité en permettant aux différents services de savoir ce qui se passe. Cette activité partagée donne le détail de qui fait quelle action, quand, comment et d’où.

Le navigateur affiche une barre de progression

FileCloud 15 améliore l’expérience du navigateur en permettant de suivre via un widget de progression, le chargement d’un fichier et ceux qui restent en file d’attente. Lorsque vous chargez un fichier lourd ou bien de multiples fichiers, cette barre de progression sera une aide certaine.

Mise à jour de l’application de synchronisation

Avec FileCloud 15, l’application de synchronisation FileCloudSync a été complètement revue. Il est maintenant possible de naviguer dans cette fenêtre et d’avoir accès à toutes les options, les logs et les erreurs et les réglages.

Déploiement de masse

Il est maintenant possible de déployer les applications de bureau de FileCloud en masse afin d’avoir les mêmes préférences sur tous les postes clients (adresse de serveur, profil utilisateur, info de proxy, etc.) de l’entreprise.

Récupération d’autres boxes

Il est maintenant aisé de migrer depuis Box ou Egnyte vers FileCloud et d’importer des fichiers dans les comptes utilisateur et dans les dossiers d’équipe.

Support pour 7,0 PHP, Ubuntu 16.04, nouveau pilote MongoDB

Pour ces raisons, la mise à jour n’est pas automatiquement proposée dans l’interface admin.

FileCloud apporte tant de nouveautés et de corrections qu’il est impossible de toutes les lister ici. C’est en tout cas, une avancée majeure vers la gestion des données de l’entreprise permettant la collaboration et la productivité tout en assurant une protection maximale.

Voici le menu contact de NausicaMedia :

Le premier lien vous dirige vers notre site. La rubrique suivante vous permet d’accéder aux articles de notre base de connaissance et vous avez deux ou trois, ça dépend, articles récents sur lesquels vous pouvez cliquer afin d’y accéder directement sans avoir à les rechercher.

La rubrique suivante donne accès à la partie maintenance. Il est possible de télécharger ou d’ouvrir Onyx et de le passer afin de faire une maintenance basique. Si le problème persiste, les clients peuvent ouvrir un ticket via Zendesk et enfin commencer une session à distance via Bomgar.

Le menu contact de NausicaMedia permet ensuite de télécharger les applications pour lesquelles vous avez un compte. Enfin les liens de votre organisation sont dynamiques, car différents par clients, et donnent un lien direct vers le portail utilisateur des pare-feus Sophos, vers votre webmail, vers votre interface Internet FileCloud.

La maintenance NausicaMedia repose sur une trinité de logiciels : Zendesk, Bomgar, WatchmanMonitoring. J’avoue que toutes ces années à travailler avec ces trois logiciels, j’ai développé des habitudes et des routines surtout dont je ne saurai plus me passer. Depuis quelque temps, j’ai ajouté une quatrième brique à cet ensemble qui, même si elle n’est pas aussi essentielle que les trois autres, se révèle importante : Netdata qui surveille l’architecture matérielle et réseau des ordinateurs.

Voile de pudeur

dissipe l’angoisse du matin,

douce espérance.

Notre nouveau site affiche clairement et simplement ce que nous faisons à présent : Apple, Daylite, Cloud. Il est une évolution du précédent.

— Apple, parce que sans Apple, nous n’existerions pas comme il est dit sur la page d’accueil de notre site. Nous installons, configurons, surveillons (monitoring), déployons et gérons vos ordinateurs, iPhone, iPad, serveurs Apple. C’est ce que nous faisons depuis presque 15 ans, depuis la sortie de la première version d’OS X.

— Daylite, parce que Daylite c’est Calendrier et Contacts les applications d’Apple pour les professionnels ! Une intégration aussi poussée que les logiciels Apple avec les fonctions de travail collaboratif, de délégation, et de suivi pour les petites entreprises. Il est aussi possible de compléter et d’interfacer Daylite avec d’autres logiciels professionnels et c’est ce que NausicaMedia vous propose sous forme de solutions logicielles : Billings Pro pour la facturation ; DocMoto pour la gestion électronique de documents ; MoneyWorks pour l’analyse financière ; FileCloud pour l’échange de fichiers et de dossiers.

— Cloud, parce que c’est la dernière offre de NausicaMedia. Mais peut-être la plus importante ! Nous créons pour vous le Cloud sécurisé et 100 % français. Hébergement de vos Mac mini dans l’un des datacenters de Claranet en plein cœur de Paris, le Cloud de NausicaMedia vous offre :

• hébergement et co-hébergement
• luxueuse bande passante
• sécurité et sauvegarde de vos données
• installation et mise à disposition de vos logiciels professionnels (Daylite, MoneyWorks, BillingsPro…)
• espace de stockage et logiciel de partage de fichiers et de dossiers avec vos contacts et avec vos collaborateurs (FileCloud)

Avec cette offre d’hébergement de Mac mini, NausicaMedia vous propose d’allier le meilleur de ses savoir-faire, ses solutions Apple et ses solutions Daylite, en une seule offre novatrice.

Nous espérons que vous prendrez du plaisir sur ce nouveau site qui ne fait qu’évoluer, mais une évolution peut se révéler majeure, nul besoin de révolution pour cela.

Bushel est un SaaS, il est donc disponible aujourd’hui. Casper va être mis à jour. Vous pouvez accéder aux installateurs sur votre page My Assets de JAMF Nation.

Cet article a paru sur Krypted, le 20 septembre 2015.