Punti chiave
Gestione dei dispositivi non intercettati durante il rilevamento della rete
- Primo passo nella risoluzione dei problemi di rilevamento della rete: verifica la raggiungibilità della sonda per ICMP, SNMP, WinRM/WMI e SSH prima di modificare la configurazione.
- Il rilevamento dei dispositivi di rete dipende da credenziali valide: previeni gli errori di autenticazione assicurandoti che funzionino gli accessi SNMP v2c/v3, Windows WMI o WinRM e SSH/CLI al OS di rete.
- Dietro i mancati rilevamenti ci sono spesso blocchi imposti dalle policy: individua e risolvi i problemi di ACL, firewall, VRF o NAT che nascondono o limitano la visibilità dei dispositivi.
- Riconcilia e governa per mantenere l’integrità dell’inventario: pianifica nuove scansioni, sincronizza i dati con il registro degli asset e tieni traccia delle eccezioni con responsabili e scadenze assegnati.
I problemi di rilevamento della rete possono compromettere la visibilità sugli asset, la conformità e la qualità del servizio, soprattutto negli ambienti MSP multi-tenant, dove i dispositivi sono più dinamici ed eterogenei. In questa guida ti spieghiamo passo dopo passo come individuare i dispositivi di rete mancanti e standardizzare le pratiche di rilevamento in tutti gli ambienti dei clienti.
Processo in sei fasi per gestire i dispositivi di rete mancanti
Per trovare e recuperare in modo affidabile i dispositivi non analizzati, assicurati di avere a disposizione quanto segue prima di iniziare:
- Una sonda di rilevamento con accesso ICMP, SNMP, WinRM/WMI e SSH
- Credenziali valide per SNMP v2c/v3, Windows e accessi al OS di rete
- Percorsi di gestione aperti tramite ACL, firewall e IP instradabili
- Modelli di dispositivo con mappature SysObjectID e MIB necessari
- Un registro degli asset con campi dedicati a metodo di rilevamento, origine, responsabile e stato
Promemoria: i requisiti possono variare in base all’architettura di rete e alla postura di sicurezza.
Casi d’uso: tra gli scenari più comuni in cui il rilevamento della rete è indispensabile rientrano l’onboarding di nuovi ambienti, gli audit periodici di conformità, la risoluzione di lacune nel monitoraggio, la verifica delle implementazioni di terze parti, il controllo degli accessi dopo modifiche a policy o topologia e l’individuazione di shadow IT o asset non autorizzati.
Fase 1: verifica la raggiungibilità dalla sonda
Assicurati che i problemi di rilevamento non siano in realtà problemi di connettività non diagnosticati, testando i protocolli di gestione necessari dalla sonda verso la rete di destinazione. Ecco un flusso di lavoro standard da cui partire:
- Esegui il ping dell’IP di gestione per confermare la connettività di base
- Testa le porte TCP: 22 (SSH), 135/445 (WMI), 5985/5986 (WinRM) e UDP 161 (SNMP)
- Usa strumenti come SNMP walk, quickconfig o il banner grabbing SSH per verificare i listener attivi
- Individua problemi di VRF, NAT o routing asimmetrico che possono bloccare o mascherare l’accesso
Questa fase permette di distinguere i dispositivi davvero irraggiungibili da quelli semplicemente configurati male o bloccati a livelli superiori.
Scopri come la gestione degli endpoint automatizza la configurazione delle sonde e i test dei protocolli su tutta la tua rete
→ Scopri NinjaOne Endpoint Management e le sue caratteristiche
Fase 2: convalida credenziali e negoziazione dei protocolli
Anche quando la sonda riesce a raggiungere un dispositivo, gli errori di autenticazione possono impedire il rilevamento. Per risolvere il problema, verifica che tutte le credenziali siano valide, che i privilegi siano sufficienti e che protocolli come SNMP, WinRM, WMI o SSH siano configurati correttamente e accessibili.
Le credenziali convalidate vanno poi archiviate in profili sicuri e riutilizzabili, con policy di rotazione già attive.
Fase 3: rimuovi gli ostacoli legati a policy e topologia
Verifica che percorsi di rete, ACL e policy di routing consentano una comunicazione continua tra sonde e dispositivi, così da mantenere stabile la visibilità del rilevamento.
Ad esempio, le subnet di gestione dovrebbero essere esplicitamente inserite in allowlist nelle liste di controllo degli accessi e nelle configurazioni dei firewall, in modo che il traffico di rilevamento possa passare senza ostacoli. I percorsi di routing e VRF devono poi essere definiti correttamente per mantenere la visibilità su tutte le reti di gestione.
Per implementare questo approccio su larga scala, rivedi la segmentazione e le assegnazioni VLAN per confermare che nessun dispositivo sia isolato da DHCP, imaging o zone di gestione con accesso limitato. Quando possibile, usa IP di gestione instradabili per evitare il NAT hairpinning.
Fase 4: identifica correttamente i dispositivi con modelli e MIB
Una volta confermato l’accesso, assicurati che i dispositivi vengano classificati con precisione mappando i SysObjectID sui modelli dei fornitori e importando i MIB. Normalizza i prompt della CLI per un parsing coerente e crea modelli personalizzati semplici per le apparecchiature legacy o non supportate.
Un’identificazione accurata garantisce che i dispositivi siano classificati correttamente, che le metriche vengano raccolte in modo esatto e che gli inventari rispecchino la reale eterogeneità dell’ambiente di rete.
Fase 5: aggiungi rilevamento con agent e passivo quando il polling non funziona
Quando il polling diretto non riesce a raggiungere o ad autenticarsi su determinati dispositivi, usa metodi di rilevamento basati su agent o passivi per colmare le lacune di visibilità. Distribuisci gli agent sugli endpoint per raccogliere direttamente i dati di inventario e attiva i listener passivi per individuare asset non gestiti o isolati attraverso il traffico di rete.
Combinare metodi attivi, basati su agent e passivi garantisce una copertura completa, anche per i dispositivi irraggiungibili o bloccati dalle policy.
Fase 6: ripeti la scansione, riconcilia e gestisci le eccezioni
Al termine del rilevamento, pianifica scansioni periodiche per intercettare i cambiamenti e confermare le correzioni precedenti. Riconcilia tutti gli asset rilevati con il registro dell’inventario, unendo i duplicati e tracciando gli elementi irrisolti come eccezioni, con responsabili e scadenze assegnati.
Una riconciliazione continua mantiene l’inventario degli asset accurato, verificabile e pronto per il reporting.
| Fase | A cosa serve | Quando si applica | Risultato |
| 1. Verifica della raggiungibilità | Testa ICMP, SNMP, WinRM/WMI e SSH dalla sonda | Prima di qualsiasi modifica alla configurazione | Conferma se un dispositivo è davvero irraggiungibile |
| 2. Convalida delle credenziali | Controlla le credenziali di accesso SNMP, Windows e OS | La sonda raggiunge il dispositivo, ma il rilevamento non riesce comunque | Esclude l’autenticazione come causa |
| 3. Rimozione dei blocchi delle policy | Rivede ACL, firewall e percorsi VRF e NAT | Le credenziali sono valide, ma la visibilità resta bloccata | Apre i percorsi di gestione al traffico di rilevamento |
| 4. Identificazione con modelli/MIB | Mappa i SysObjectID sui modelli dei fornitori | Una volta confermato l’accesso | Garantisce una classificazione accurata dei dispositivi |
| 5. Aggiunta di rilevamento con agent/passivo | Distribuisce agent o listener passivi | Il polling diretto non riesce a raggiungere o autenticarsi su un dispositivo | Colma le lacune di visibilità per i dispositivi isolati |
| 6. Nuova scansione e riconciliazione | Pianifica nuove scansioni e unisce i risultati nel registro degli asset | Dopo ogni ciclo di rilevamento | Mantiene l’inventario accurato e pronto per gli audit |
Metti alla prova il flusso di lavoro di rilevamento e riconciliazione con accesso completo alla piattaforma.
Le soluzioni NinjaOne per il rilevamento della rete
NinjaOne mette a disposizione strumenti automatizzati e integrazioni per estendere la copertura e migliorare l’esecuzione del rilevamento della rete.
- Supporto IT: distribuisci agent sugli endpoint irraggiungibili o isolati.
- Amministratori: distribuisci script, applica modelli e riconcilia i risultati.
- Tecnici: pianifica scansioni, individua nuovi asset e tieni traccia dei dispositivi irraggiungibili.
- MSP: gestisci le credenziali, automatizza i nuovi tentativi e genera report di rilevamento.
In quanto piattaforma di gestione unificata dell’IT, NinjaOne offre una visibilità completa su tutti gli asset e semplifica al tempo stesso rilevamento e riconciliazione. NinjaOne supporta i metodi di rilevamento SNMP, WMI/WinRM e SSH, che puoi combinare a più livelli per una copertura completa, e archivia più set di credenziali così che i tecnici possano testare quali funzionano per un determinato dispositivo.
Dalla versione NinjaOne 14.0, i tecnici possono distribuire l’agent NinjaOne direttamente dai risultati del rilevamento della rete usando le credenziali archiviate, portando un dispositivo da “rilevato” a “gestito” senza uscire dalla piattaforma. La distribuzione dell’agent supporta al momento i dispositivi Windows: NinjaOne individua i dispositivi Mac e Linux durante una scansione, ma non è ancora in grado di distribuirvi un agent.
Una volta aggiunto un dispositivo, puoi applicare policy di monitoraggio tramite NinjaOne NMS per tenere sotto controllo integrità del dispositivo, prestazioni e configurazione, incluso un monitoraggio SNMP personalizzato per i dispositivi che non vengono rilevati correttamente. Per il debug manuale di SNMP al di fuori della piattaforma, la documentazione di NinjaOne indica il Paessler SNMP Tester gratuito come strumento esterno: non si tratta di un’integrazione nativa di NinjaOne.
Rilevamento della rete e gestione delle vulnerabilità
Il rilevamento della rete e la gestione delle vulnerabilità lavorano in sinergia per mantenere una visione sicura e accurata del tuo ambiente IT. Il rilevamento garantisce la visibilità su tutte le risorse, mentre la gestione delle vulnerabilità individua i rischi su quegli asset e ne definisce le priorità. Combinare questi processi aiuta gli MSP a individuare dispositivi nuovi o non gestiti, a verificarne le configurazioni e a colmare le lacune di sicurezza prima che diventino minacce.
Argomenti correlati:
