Assistenza remota per le macchine: accesso remoto sicuro senza porte aperte

Una macchina è ferma, il cliente chiama — e il tecnico di assistenza più vicino è a centinaia di chilometri di distanza. Per i produttori di macchine e i team di manutenzione, l’assistenza remota non è più da tempo un’opzione, ma il presupposto di un servizio economicamente sostenibile. La domanda non è se, ma come: come raggiungete una macchina nella rete del vostro cliente senza comprometterne la sicurezza IT — e senza avviare un progetto VPN dedicato per ogni impianto?

Questa guida mostra come funziona l’assistenza remota con IronFlock: tramite connessioni cifrate in uscita, senza una sola porta aperta sulla macchina.

Perché l’assistenza remota classica raggiunge i suoi limiti

Gli approcci consolidati portano con sé problemi ricorrenti:

• Le VPN site-to-site sono progetti, non soluzioni. Ogni collegamento con un cliente richiede coordinamento tra due reparti IT, regole firewall, piani di indirizzamento IP e manutenzione continua. Questo non scala su centinaia di siti.
• Le porte aperte in ingresso sono superficie di attacco. Ogni servizio raggiungibile dall’esterno su una macchina — SSH, HTTP, VNC — è un potenziale punto di ingresso e in molte reti OT semplicemente non è autorizzabile.
• I router di teleassistenza creano soluzioni isolate. Un modulo di manutenzione per ogni macchina significa: hardware dedicato, gestione dedicata, accessi dedicati — e nessuna visione d’insieme della flotta.
• Manca la tracciabilità. Chi ha avuto accesso a quale impianto e quando? Senza una registrazione completa, rispondere a clienti e auditor è quasi impossibile.

Il principio: connessioni dall’interno verso l’esterno

IronFlock inverte la direzione. Sulla macchina — o su un dispositivo edge accanto ad essa — è in esecuzione l’agente del dispositivo IronFlock. È lui ad avviare tutte le connessioni in uscita verso la piattaforma, cifrate tramite TLS. Le conseguenze sono immediate:

• Nessuna porta aperta sul dispositivo. La macchina non è né individuabile né direttamente indirizzabile da internet. Non esiste alcun servizio che un attaccante possa scansionare.
• Nessuna regola firewall in entrata presso il cliente. È sufficiente una connessione HTTPS/WSS in uscita — lo stesso tipo di connessione usato da qualsiasi browser. È supportato anche il funzionamento dietro proxy aziendali.
• Accesso remoto tramite tunnel inversi. Quando accedete a un’interfaccia web locale o a un servizio, la piattaforma stabilisce la connessione attraverso il canale esistente mediante un’architettura di proxy inverso gestito — la direzione della connessione originaria resta in uscita.

Questa architettura zero-trust è descritta in dettaglio nella documentazione sulla sicurezza.

Cosa raggiungete da remoto

L’Accesso Remoto non è limitato a un solo protocollo. Per ogni app e dispositivo è possibile attivare tunnel per servizi diversi:

Sono inoltre disponibili due vie di accesso a livello di sistema:

• Accesso Host — un terminale basato su browser sul sistema operativo host del dispositivo, per diagnosi di sistema, debugging di rete e gestione Docker. Nessun intervento locale, nessuna trasferta.
• Accesso SSH — per il debugging avanzato con autenticazione a chiave; l’accesso con password è disabilitato per impostazione predefinita.

I tunnel possono inoltre essere incorporati direttamente in una board tramite il widget embed: il vostro team di assistenza monitora i dati della flotta e interagisce con l’interfaccia web di una singola macchina — nella stessa dashboard.

Come funziona nella pratica

L’assistenza remota con IronFlock si configura in tre passaggi:

1. Dichiarare le porte. Lo sviluppatore dell’app descrive nel file port-template.yml quali porte e protocolli l’app mette a disposizione — ad esempio l’HMI sulla porta 8080. Questo avviene una sola volta, nell’app, non per ogni macchina.
2. Attivare il tunnel. Un utente autorizzato attiva il tunnel nelle impostazioni dell’app del dispositivo — con un interruttore, senza configurazione di rete.
3. Usare l’URL sicuro. La piattaforma genera un URL protetto dietro il quale il servizio locale è raggiungibile — solo per utenti autenticati e autorizzati.

Se la connessione di rete si interrompe, agente e tunnel si riconnettono automaticamente — l’agente è progettato per connettività e resilienza e ritenta la riconnessione senza limiti.

Un tipico caso di assistenza

Per capire come funziona nel quotidiano, ecco un flusso come si presenta ogni giorno nel team di assistenza di un produttore di macchine:

1. Segnalazione. Un allarme o una chiamata del cliente segnala un guasto a un impianto in Francia. Nel progetto il tecnico vede subito: il dispositivo è online, l’app è in esecuzione.
2. Prima diagnosi sulla board. Sulla board della macchina, dati in tempo reale e grafici storici mostrano quando è iniziato il comportamento anomalo — spesso questo basta già a circoscrivere la causa.
3. Accesso all’HMI. Il tecnico attiva il tunnel HTTPS e apre l’interfaccia della macchina nel browser — la stessa vista che l’operatore vede sul posto.
4. Approfondire, se necessario. Se non basta, segue il tunnel TCP verso il controllore per l’ambiente di programmazione PLC — oppure l’Accesso Host per uno sguardo a container, rete e carico di sistema.
5. Chiudere con tutto documentato. Ogni passaggio è registrato nel log di audit. Il cliente può verificare in qualsiasi momento chi ha avuto accesso al suo impianto e quando.

Nessun client VPN, nessuna reperibilità dell’IT del cliente, nessuna trasferta — e nel migliore dei casi l’impianto è di nuovo produttivo prima ancora che un intervento in loco sarebbe stato pianificato.

Sicurezza e controllo: chi può fare cosa — e chi ha fatto cosa?

L’accesso remoto è una questione di fiducia. IronFlock lo rende controllabile e tracciabile:

• Permessi granulari. Può attivare tunnel solo chi possiede almeno il permesso di update sul dispositivo. Il modello di privilegi lavora con permessi mirati per singolo asset invece di ruoli admin generalizzati.
• Audit trail completo. Ogni attivazione e ogni utilizzo del tunnel viene registrato nel log di audit del dispositivo — chi, quando, quale porta, incluse le effettive connessioni proxy.
• Cifratura da un capo all’altro. Dal browser al dispositivo, tutti i componenti comunicano su canali protetti da TLS; l’autenticazione avviene tramite OpenID Connect con autenticazione a due fattori opzionale.
• Accesso revocabile in qualsiasi momento. I permessi per i partner di assistenza esterni possono essere assegnati in modo granulare e revocati in qualsiasi momento — il proprietario del progetto mantiene la proprietà dei dati.

Per i produttori di macchine: l’assistenza remota come parte del prodotto

Chi consegna macchine non vuole reinventare il servizio per ogni sito. Con IronFlock l’assistenza remota diventa parte della macchina stessa:

• Una app, l’intera flotta. L’app di assistenza viene installata a livello di progetto e assegnata ai dispositivi — che siano dieci o mille macchine, la via di accesso resta la stessa.
• Deployment flessibile. Che si tratti di IronFlock Cloud, di un’Appliance nella rete locale del cliente o di un cloud privato — le funzionalità, anche per l’accesso remoto, sono identiche.
• Voi fornite competenza sulle macchine, non infrastruttura. Gestione dei tunnel, cifratura, gestione degli utenti e log di audit sono forniti dalla piattaforma.

Domande frequenti

L’IT del mio cliente deve aprire porte nel firewall?

No. L’agente del dispositivo stabilisce esclusivamente connessioni in uscita cifrate con TLS — in modo paragonabile a un browser che apre un sito web. Regole firewall in entrata, port forwarding o indirizzi IP fissi non sono necessari. Sono supportati anche gli ambienti con proxy aziendale.

Posso programmare il mio PLC da remoto?

Sì. Tramite tunnel TCP raggiungete il vostro controllore con i consueti strumenti di engineering — ad esempio Siemens TIA Portal, CODESYS o TwinCAT — come se foste nella rete locale. Le porte vengono dichiarate una sola volta nell’app e abilitate in modo mirato per ogni dispositivo.

Come viene registrato e controllato l’accesso remoto?

Può attivare tunnel solo chi possiede il permesso corrispondente sul dispositivo. Ogni attivazione e ogni utilizzo finisce nel log di audit immutabile del dispositivo — inclusi utente, orario e porta. Potete così dimostrare a clienti e auditor, in qualsiasi momento, chi ha avuto accesso e quando.

Cosa succede se la macchina è offline o la connessione si interrompe?

L’agente del dispositivo ritenta la riconnessione senza limiti e ripristina automaticamente i tunnel di accesso remoto dopo un’interruzione di rete. Anche sotto pressione di memoria o disco, l’agente mantiene la raggiungibilità remota come massima priorità — il dispositivo resta gestibile da remoto.

Come proseguire?

La via più rapida verso il vostro primo accesso remoto: create un progetto con la guida Per Iniziare, collegate un dispositivo e attivate un tunnel — bastano pochi minuti ed è gratuito nel cloud. I dettagli tecnici si trovano nella documentazione su Accesso Remoto e Sicurezza.