Le moyen le plus rapide de faire entrer un lot de kits de robotique connectés sur un réseau scolaire n'est pas de demander « est-ce que les robots peuvent utiliser le WiFi ». C'est de remettre à votre service informatique une demande courte et précise, qu'il puisse lire une fois et approuver. L'informatique refuse les demandes floues parce qu'elles créent un risque inconnu. Donnez-lui les paramètres exacts et la plupart des frictions disparaissent.

Ce que votre service informatique a réellement besoin de savoir

Les cartes IoT de classe sont de petits appareils à faible consommation. Elles rejoignent le WiFi, envoient de minuscules messages vers un service cloud et reçoivent des commandes en retour. C'est très proche du comportement de n'importe quel capteur bien élevé, et bien moins exigeant qu'un chariot d'ordinateurs portables. Traduisez votre demande dans les champs autour desquels l'informatique organise son travail :

• Bande et sécurité : les cartes utilisent le WiFi 2,4 GHz avec WPA2-PSK. Elles ne se connectent pas aux SSID uniquement 5 GHz, et les réseaux plus anciens en WPA ou TKIP échoueront. Une clé partagée WPA2 standard leur suffit.
• SSID ou VLAN : le réseau qu'elles doivent rejoindre. L'informatique préférera souvent un SSID d'appareils distinct ou un VLAN isolé, ce qui convient très bien : dites que cela vous va.
• Liste blanche d'adresses MAC : chaque carte possède une adresse MAC matérielle stable, contrairement aux téléphones qui randomisent la leur. Proposez la liste complète pour que l'informatique n'autorise que ces appareils-là, et rien d'autre.
• Ports sortants : les appareils se connectent uniquement en sortie, généralement en HTTPS sur le 443 et en MQTT sécurisé sur le 8883. Aucun port entrant, aucune redirection de port, rien d'exposé à Internet.
• Bande passante : une classe entière de cartes en fonctionnement en consomme une quantité dérisoire, quelques kilo-octets par appareil et par minute pour les messages d'état. Cela ne concurrencera ni le streaming vidéo ni les examens en ligne.
• Isolation des clients : si les cartes ne parlent qu'au cloud, l'informatique peut laisser l'isolation des clients activée. Mentionnez-le dans un cas comme dans l'autre, pour éviter les surprises.

L'e-mail à copier-coller

Adaptez les parties entre crochets et envoyez ceci à la personne qui gère le réseau :

Objet : Demande d'accès réseau, [nombre] appareils IoT de classe

Bonjour [nom], j'anime un cours de programmation et de robotique en [salle] les [jours et horaires]. Je souhaiterais connecter au réseau [nombre] cartes microcontrôleur sur batterie pour les séances. Elles se comportent comme de simples capteurs, et voici les détails techniques pour que vous puissiez les valider sans difficulté.

• Appareils : [nombre] cartes, WiFi 2,4 GHz, WPA2-PSK uniquement (pas de 5 GHz seul, ni WPA1 ni TKIP).
• Connexions : sortantes uniquement, HTTPS 443 et MQTT sur TLS 8883. Aucun accès entrant nécessaire.
• Trafic : quelques kilo-octets par appareil et par minute.
• Identification : adresses MAC matérielles stables, liste complète en pièce jointe pour la liste blanche.
• Placement : je suis tout à fait d'accord pour un SSID d'appareils séparé, un VLAN invité ou un segment isolé si vous le préférez.

Pourriez-vous m'indiquer le SSID et la clé à utiliser, ou la meilleure façon de mettre ces cartes sur le réseau ? Je peux vous les apporter pour enregistrer les adresses MAC. Merci d'avance.

Si l'informatique dit non, ou pas tout de suite

Les validations prennent du temps, et un trimestre peut commencer avant que le dossier n'aboutisse. Rien de tout cela n'a à bloquer le cours :

• Commencez hors ligne. Les élèves peuvent construire et tester les mêmes programmes dans un simulateur en navigateur, sans aucun réseau. Essayez le simulateur de blocs ou le simulateur verse, puis passez au matériel réel une fois le réseau réglé.
• Utilisez un point d'accès dédié. Un routeur de voyage 2,4 GHz bon marché ou un partage de connexion depuis un téléphone vous donne un réseau WPA2 propre que vous maîtrisez, totalement à l'écart du LAN de l'école. Il se remet aussi mieux d'une coupure de courant qu'un réseau partagé.
• Demandez un SSID invité. Beaucoup d'écoles font déjà tourner un réseau invité isolé. Les appareils qui s'y trouvent peuvent atteindre le cloud sans toucher aux systèmes internes, ce qui est souvent le « oui » le plus facile à obtenir.
• Apportez-leur la plateforme. Avec une installation gérée comme sheenIoT et la carte sheenbot infinity, le profil de connexion est connu et reproductible : l'informatique l'examine une seule fois plutôt qu'appareil par appareil.

Une vérification de 60 secondes avant d'envoyer

• Comptez les appareils et notez la salle, les jours et les horaires.
• Rassemblez les adresses MAC dans une seule pièce jointe.
• Précisez clairement que le trafic est sortant uniquement et faible.
• Proposez d'emblée l'option du réseau isolé.
• Adressez à l'informatique une demande unique et précise : quel SSID et quelle clé utiliser.

Parlez la langue du réseau et la demande cesse de ressembler à un risque pour ressembler à une affaire de cinq minutes. Les vacances de juillet sont une bonne fenêtre pour que l'informatique la traite, afin que les cartes soient prêtes à se connecter au début du troisième trimestre.