Nouveau : le pare-feu IA surveille toute la plateforme et explique chaque incident en termes simples. Découvrez comment ça marche

Cansu Keskin

cansuk40

@cansukeskin · Membre depuis septembre 2026

Nouveau

Mühendislik öğrencisi · üniversite

Sujets
2
Réponses
8
Points
0
Nouveau10 points pour Membre

Toutes mes réponses sur les forums

8 sujets de 1 à 8 (sur un total de 8)

Traduit de Türkçe par IA ·

Je pense que c’est le logiciel. Si une exception se produit dans le handler de commande, le script peut planter. Avez-vous regardé le log systemd ?

♥ 0

Traduit de Türkçe par IA ·

Le semestre dernier, en établissant l’inventaire des Pi du laboratoire, j’avais déjà cherché cette même liste.Préfixes que je connais : B8:27:EB pour les anciens Pi (dont le Pi 3), DC:A6:32, E4:5F:01, 28:CD:C1, D8:3A:DD et 2C:CF:67 pour les modèles plus récents. Un nouveau préfixe a pu être ajouté, donc recherche le fabricant dans la liste OUI publique de l’IEEE pour vérifier. Comme l’a dit Derya, les adresses MAC Ethernet et Wi-Fi d’un même Pi sont différentes, mais elles partagent généralement le même préfixe.Plus fiable : demander au Pi de communiquer lui-même sa MAC avec cat /sys/class/net/wlan0/address. Si un script l’affiche quelque part au premier démarrage, plus besoin de deviner.Côté Hermetry, l’import accepte une colonne mac et la stocke dans les informations supplémentaires de l’appareil. Exemple :

name,label,profile,mac,attr:daire
d-01,Daire 1,Ev Pi,dc:a6:32:1a:2b:3c,1
d-02,Daire 2,Ev Pi,e4:5f:01:4d:5e:6f,2

Ne mets jamais de token dans le fichier : les colonnes qui ressemblent à des secrets sont de toute façon refusées. L’import effectue d’abord une vérification, puis applique les changements. Les tokens d’accès des nouveaux appareils sont fournis dans un seul fichier, téléchargeable une seule fois, dans les 15 minutes suivant l’import. Si tu le manques, récupère-en un nouveau depuis la page de l’appareil avec Rotate secret.Importer des appareils en masse

Solution acceptée♥ 5

Traduit de Türkçe par IA ·

Je ne pense pas que ce soit l’alimentation, c’est exactement la situation que tu décris. Au démarrage, le Pi initialise GPIO0-8 avec le pull-up interne (HIGH) et GPIO9-27 avec le pull-down (LOW). Tes broches sont toutes dans la plage 9-27, donc elles sont LOW jusqu’à ce que le script s’exécute. La carte est active-low, donc LOW = relais enclenché = vanne ouverte. Nous avions eu exactement le même problème sur le banc d’essai de notre laboratoire.
Il y a deux solutions, les appliquer ensemble est le plus fiable :
1. Ajoute dans /boot/firmware/config.txt une ligne qui configure les broches en sortie et en HIGH dès le début du boot, sans attendre le script :

gpio=22-25=op,dh

Cela est appliqué à l’étape du firmware, mais un LOW très bref peut tout de même apparaître à la toute première seconde après la mise sous tension. Donc :
2. Place une résistance de pull-up de 10k entre chaque entrée de relais et 3V3. Ainsi l’entrée reste HIGH même lorsque le Pi ne la pilote pas du tout.
Par ailleurs, côté Hermetry, fais en sorte que le script envoie l’état des vannes en télémétrie, par exemple valve1_open: 0, pour que tu voies l’état réel sur le tableau de bord après une coupure.

Solution acceptée♥ 1

Traduit de Türkçe par IA ·

C’est maintenant très clair, merci Gamze Hanım. J’ai expliqué à l’équipe IT « une seule IP, une seule règle sortante », et ils ont tout de suite accepté. J’ai testé avec un Pi dans l’environnement de test pendant mon stage : 6 capteurs de test sont arrivés en tant que child. Lors du premier essai, j’ai oublié de marquer la passerelle, et après quelques messages la session s’est fermée. En activant « This device is a gateway » dans les paramètres de l’appareil, tout est rentré dans l’ordre.

♥ 1
8 sujets de 1 à 8 (sur un total de 8)