Bêta précoce
La détection de bureau permet à deskbird Dock de savoir dans quel bureau se trouve un appareil. Rien d’autre ne fonctionne sans ça : les données des moniteurs ne sont transmises qu’une fois que l’appareil a reconnu un réseau de bureau, donc la détection de bureau et toutes les automatisations de réservation en dépendent. Cet article explique comment ajouter un réseau, comment fonctionne la logique de correspondance, et comment éviter les règles qui ne correspondent à rien — ou qui correspondent à deux bureaux en même temps.
- Ajouter un réseau à un bureau
- Comment fonctionne la détection réseau
- Prise en charge Ethernet et Wi-Fi
- Comment les valeurs sont reconnues
- Éviter les règles ambiguës
1. Ajouter un réseau à un bureau
La détection de bureau est généralement configurée par l’équipe IT. Pour lier un réseau à un bureau :
- Va dans Admin > Workplace Intelligence > Détection de présence : Détection de bureau
- Clique sur "Ajouter un réseau"
- Renseigne les détails du bureau et du réseau (SSID/BSSID Wi-Fi, passerelle par défaut, sous-réseaux ou IP publique) pour les lier au bureau
Une fois le réseau ajouté, les utilisateurs qui s’y connectent sont détectés automatiquement. Les appareils déjà en marche prennent en compte la nouvelle règle dans l’heure, ou immédiatement via deskbird Dock > Activité > Synchroniser maintenant. Les utilisateurs sont enregistrés uniquement si l’enregistrement est activé pour ce bureau et ce type de ressource, et si ton mode de confidentialité autorise les automatisations de réservation.
2. Comment fonctionne la détection réseau
La détection combine deux niveaux de logique :
- Entre les règles (OU) : tu peux ajouter plusieurs règles réseau au même bureau. Se connecter à l’une d’elles déclenche la détection et les automatisations associées.
- Dans une règle (ET) : toutes les conditions activées dans une même règle doivent être remplies en même temps.
Ça veut dire que différents scénarios de connexion — par exemple Wi-Fi et Ethernet — sont mieux couverts en ajoutant une règle séparée pour chaque, plutôt qu’en combinant toutes les conditions dans une seule règle.
💡 Remarque : seules les règles activées sont utilisées pour la détection et envoyées à Dock. Une règle désactivée ne correspond jamais, sans autre symptôme visible.
3. Prise en charge Ethernet et Wi-Fi
deskbird Dock prend en charge les connexions Ethernet et Wi-Fi. Les conditions qui peuvent être reconnues dépendent du type de connexion :
| Condition | Ethernet | Wi-Fi |
|---|---|---|
| Passerelle par défaut (MAC) | ✅ | ✅ |
| Sous-réseaux (CIDR) | ✅ | ✅ |
| IP publique | ✅ | ✅ |
| SSID Wi-Fi | ❌ | ✅ |
| BSSID | ❌ | ✅ |
⚠️ Remarque : comme le SSID et le BSSID ne sont pas transmis via Ethernet, une règle qui en contient ne correspondra qu’en Wi-Fi. Pour les bureaux où les utilisateurs se connectent en Ethernet, ajoute une règle basée sur la passerelle par défaut (MAC), les sous-réseaux (CIDR) ou l’IP publique. Pour trouver la valeur de la passerelle, ouvre le tableau de bord deskbird Dock en étant connecté au réseau du bureau, regarde la connexion Ethernet et copie le champ "Gateway - MAC".
4. Comment les valeurs sont reconnues
- IP publique : reconnue comme une adresse exacte, pas comme une plage — ajoute chaque adresse de sortie de ton bureau. Une règle qui utilise uniquement une IP publique correspond à chaque connexion depuis cette adresse, y compris le trafic VPN ou à domicile qui la partage. Dock ne voit pas sa propre adresse de sortie ; deskbird la vérifie à partir de la connexion elle-même, donc après un changement de réseau, la condition IP publique est brièvement indisponible et la détection via une règle IP publique peut prendre un peu plus de temps à l’arrivée.
- Noms de réseaux Wi-Fi (SSID) : la correspondance est sensible à la casse. Les adresses MAC de passerelle et les points d’accès (BSSID) ne le sont pas.
- Sous-réseaux : reconnus par inclusion. Le sous-réseau configuré doit être égal ou plus large que celui vu par l’appareil — un /24 configuré ne correspond pas à un appareil sur un /16.
💡 Remarque : les bureaux identifiés uniquement par une IP publique nécessitent deskbird Dock 0.7.0 ou plus récent. Sur les versions antérieures, une règle contenant seulement une IP publique ne correspond pas.
⚠️ Important : les conditions Wi-Fi dépendent aussi de l’autorisation de localisation du système d’exploitation. Sur macOS, et sur Windows 11 version 24H2 et plus, Dock ne peut pas lire le nom du réseau ou le point d’accès sans cette autorisation, donc toute règle contenant SSID ou BSSID échoue silencieusement. Consulte deskbird Dock : aperçu et configuration pour les étapes d’autorisation.
5. Éviter les règles ambiguës
⚠️ Assure-toi qu’aucune connexion ne puisse correspondre à deux bureaux. Certaines valeurs peuvent être partagées entre bureaux — une passerelle MAC identique sur plusieurs sites, par exemple — tant que chaque règle comporte aussi un critère qui diffère, comme le sous-réseau ou l’IP publique.
Si une connexion correspond aux règles réseau de deux bureaux différents, deskbird ne peut pas savoir dans quel bureau se trouve l’utilisateur et ignore la détection de présence pour cette observation. Aucun avertissement n’est affiché aux admins, et le bureau apparaît vide dans Workplace Intelligence — donc vérifie bien tes règles dès que deux bureaux partagent une valeur réseau.
Comme aucun enregistrement n’a lieu dans ce cas, toute réservation de bureau pour ce jour-là est alors libérée par ta politique d’absence, exactement comme si la personne ne s’était jamais présentée.