20 lines
1.0 KiB
Markdown
20 lines
1.0 KiB
Markdown
|
# Vision
|
||
|
|
|
||
|
|
NetMapper nasce per diventare il punto centrale di osservazione e documentazione di un homelab.
|
||
|
|
|
||
|
|
L'applicazione deve unire discovery automatico e modellazione manuale, perché la topologia reale non è sempre deducibile in modo completo dal solo scanning di rete. Il risultato atteso non è solo un inventario di IP, ma una mappa navigabile che rappresenti relazioni, contenimento, collegamenti e contesto operativo.
|
||
|
|
|
||
|
|
## Viste principali
|
||
|
|
|
||
|
|
- Vista fisica: switch, firewall, server, access point, modem, telecamere e collegamenti.
|
||
|
|
- Vista logica: subnet, VLAN, servizi esposti, flussi e dipendenze.
|
||
|
|
- Vista gerarchica: host fisico > VM/LXC > app/servizi.
|
||
|
|
- Vista inventario/IP: indirizzi, MAC, interfacce, metadati, note e sorgenti discovery.
|
||
|
|
|
||
|
|
## Principi
|
||
|
|
|
||
|
|
- Source of truth interna, ma alimentata da discovery.
|
||
|
|
- Ogni informazione deve avere origine, timestamp e livello di confidenza.
|
||
|
|
- Nessun lock-in sul runtime: deve girare bene sia in LXC sia in container.
|
||
|
|
- Plugin/connettori per estendere discovery e import dati.
|