Bonjour à la communauté,

En tant que technicien réseau / infrastructure, je travaille depuis plusieurs mois sur un prototype d'outil matériel pensé pour les interventions terrain, les audits d'entrée chez de nouveaux clients et les visites de maintenance : le projet **AZZDING**.

### Le constat de départ :
Quand on intervient sur un site PME / collectivité sans documentation :
1. On n'a pas toujours la possibilité d'installer des agents lourds (RMM) sur tous les postes dès le premier jour.
2. Beaucoup de clients refusent (ou la politique de sécurité interdit) d'envoyer la cartographie et les données réseau sur un Cloud tiers américain.
3. Les outils gratuits (AngryIP, etc.) donnent une liste brute d'adresses IP mais n'ont aucune mémoire métier d'une visite à l'autre (ex: savoir si le NAS de sauvegarde ou la caméra IP présente le mois dernier a disparu).

### Ce que fait le prototype :
C'est un boîtier physique autonome (sur base mini-PC HP ProDesk / Linux) qu'on branche simplement en RJ45 sur le réseau local :
- **Scan passif / découverte sans agent** : cartographie des hôtes, baux, latence, ports et services ouverts.
- **Qualification métier** : possibilité d'associer un rôle réel aux équipements (ex: "NAS Sauvegardes Compta", "Passerelle Fibre").
- **Mémoire par client & différentiel** : compare le scan du jour avec la référence validée du client pour alerter immédiatement sur les équipements critiques disparus, ajoutés ou modifiés.
- **Rapport Dirigeant PDF** : génération en 1 clic d'un rapport exécutif clair avec score de santé pour valoriser l'intervention auprès du client final.
- **IA embarquée 100% locale** : un modèle LLaMA 3.2 (via Ollama en local) tourne directement sur la machine pour analyser les tendances d'obsolescence et proposer des préconisations, sans aucune connexion Internet requise.

### Stack technique sous le capot :
- OS : Linux Mint / Docker Compose (5 conteneurs isolés)
- Backend : FastAPI (Python) + PostgreSQL (pgvector)
- Frontend : React + Vite + Nginx
- Scanner : moteur Python utilisant Nmap via subprocess & parsing XML
- IA : Ollama local (aucun appel API externe)

---

### 🎥 Démonstration vidéo (6 min en conditions réelles) :
J'ai filmé le fonctionnement complet du prototype sur un réseau de test :
👉 **Lien de la vidéo :**

*(Démonstration chapitrée, n'hésitez pas à sauter directement aux passages qui vous parlent).*

---

### Mes questions pour vous :
Je suis actuellement en **phase de validation terrain du concept** (strictement aucune vente ni commercialisation à ce stade, je cherche à confronter l'outil à vos réalités de terrain) :

1. Est-ce qu'un tel boîtier autonome vous ferait gagner du temps lors d'un premier audit chez un prospect ou d'un contrôle trimestriel ?
2. Quelle fonctionnalité essentielle manque selon vous pour que ce soit réellement utile au quotidien (SNMP, scan Wi-Fi, détection de failles spécifiques...) ?
3. Que pensez-vous du positionnement 100% local / sans cloud face aux solutions SaaS du marché ?

Merci d'avance pour vos retours et vos critiques constructives (même les plus dures, c'est ce qui m'aidera à progresser) !

Oui, désolé la charge est très élevée. L'analyse que j'ai fait hier matin était incomplète : je pensais avoir capturé les paquets qui chargeaient le serveur, mais je n'ai pas filtré correctement l'attaque.

Résultats : la charge n'a pas diminué avec mes nouvelles règles.

Je compris mon erreur, on a deux types de flux non légitimes en // et si un est bien coupé, ce n'est pas le cas de l'autre. Ce second trafic illégitime est mélangé au trafic légitime et il faut une analyse manuelle pour que je puisse le filtrer. Je pense faire ça samedi matin.

Le soucis des @ mail c'est que potentiellement des clients avec ces adresses vont se retrouver répartis chez 3 opérateurs.

Est-ce que c'est une situation qui est déjà arrivée ?

La vision que j'ai et qui n'est que la mienne, c'est qu'un seul va récupérer le(s) domaine SFR, logiquement Bouygues puisqu'il a la le plus grosse part, mais pour l'instant ça va rester dans une entité sfr nouveau qui appartiendra aux trois
A priori , c'est tout sauf rentable de gérer des services mails gratuits en théorie, mais liés au service internet en fait.

Que ma question soit dans le fil [MilkyWan] ou dans le fil du nouveau site web, je ne vois pas trop ce que ça change.
C'était bien volontaire de ma part d'avoir posté dans ce fil là.

Leon.

Bonjour,

comment as tu fais le test ? en wifi ou filaire ?
ça peut valoir le coup aussi de tester en direct sur la box et derrière l'AX73.