LAN e VPN
Il server resta sulla rete privata: VPN e regole dei dispositivi remoti sono gestite dal vostro IT.
La VPN estende il perimetro logico, non crea una rete isolata: in un ambiente air gap l’uso avviene solo in LAN.
Installazione e sicurezza
ARBoard nella rete aziendale. 100% on-premise, AI inclusa.
ARBoard gira interamente sui vostri server, nella vostra rete: applicazione, database e modelli AI. Nessun dato lascia la rete aziendale.
- Air-gap ready
- Zero data egress
- Nessuna telemetria
- Self-hosted
Architettura Un server centrale.
Un server centrale.
Dentro il vostro perimetro.
ARBoard si installa su un server centrale, nel vostro rack, accanto agli altri sistemi. Non un servizio in cloud da raggiungere, ma una macchina che il vostro reparto IT conosce, gestisce e protegge.
- Postazioni sulla LAN
Ogni postazione autorizzata, nel browser.
- Server centrale ARBoard
Nel rack aziendale: ARBoard in Docker, con i dati persistenti.
- Licenza su chiave USB
Wibu-Systems CodeMeter, sul server o sull’host CodeMeter. Verifica in locale.
- Servizi AI interni
Motore LLM e modelli, nella vostra rete.
- Fuori sede, con la VPN
Un PC autorizzato entra da un varco controllato, in un tunnel cifrato.
- Volumi e backup
Database e documenti, nel vostro piano di backup.
- Uscita bloccata
Nel profilo isolato, il traffico verso Internet si ferma al confine.
- Internet
Non necessario per l’operatività.
Accesso e licenza In sede o fuori sede.
In sede o fuori sede.
Sempre dentro il perimetro.
In sede, il PC aziendale si collega attraverso la LAN. Fuori sede, un PC autorizzato entra con la VPN aziendale: un tunnel cifrato che lo porta dentro il perimetro, fino al server.
La licenza è una chiave. Si verifica in casa.
La licenza vive in una chiave USB Wibu-Systems CodeMeter, collegata al server o all’host che gestisce CodeMeter. La verifica avviene in locale, senza Internet e senza servizi cloud.
In una macchina virtuale, la chiave USB deve essere visibile al runtime CodeMeter.
1 client connesso = 1 posto licenza.
Lo stesso conteggio vale per chi lavora in sede, sulla LAN, e per chi entra da fuori con la VPN. Il server tiene il conto dei posti in uso.
Anche da remoto: il client in VPN occupa un posto.
Installazione Un’installazione centrale.
Un’installazione centrale.
Consegnata offline.
L’installazione è un pacchetto: immagini Docker e configurazione per il vostro ambiente. Arriva già completo, con modelli e dipendenze, perché all’avvio non serva scaricare nulla.
- 01
Pacchetto di installazione
Immagini Docker e configurazione, in un unico pacchetto.
- 02
Consegna offline
Immagini, modelli e dipendenze, pronti prima dell’avvio. Entrano dal varco controllato dal vostro IT.
- 03
Archivi persistenti
Database e documenti su volumi locali e persistenti, inclusi nel vostro piano di backup.
- 04
Aggiornamenti approvati
Pacchetti approvati, trasferiti secondo le procedure aziendali.
Per iniziare
Si parte da un file.
Per portare una scheda in ARBoard si parte dai file che avete già. Le postazioni sono i normali PC della rete aziendale.
Che cosa diventa quel file: componenti, net, 3D e stack-up nella piattaforma- Dati della scheda un solo file ODB++, IPC-2581 o Gerber
- Modello 3D file STEP
- Distinta base Excel o CSV
- Documentazione manuali, schemi e datasheet in PDF
- Storico i report che avete già, importati con l’AI
- Postazioni normali PC della rete aziendale
L’AI in azienda Il motore LLM gira
Il motore LLM gira
nella vostra rete.
Il cuore dell’AI è un motore LLM con il suo modello, ospitato localmente. ARBoard lo chiama attraverso la rete interna, come chiama il proprio database: ARBerto, il collega AI di ARBoard, risponde da qui. Le domande dei tecnici non escono dall’edificio.
Stesso server o nodo dedicato
Sullo stesso server
Accanto ad ARBoard, nel vostro rack.
Su un nodo AI dedicato
Secondo il carico e le risorse disponibili.
La scelta dipende dal carico di lavoro e dalle risorse disponibili.
Che cosa indica il vostro IT
- Endpoint interno
- L’indirizzo del motore LLM nella vostra rete
- Nome del modello
- Il modello da usare
- Credenziali
- Se previste
Un’interfaccia comune per qualsiasi LLM.
Cambia l’engine, non cambia il collegamento.
ARBoard si collega ai modelli con le API OpenAI-compatible, un’interfaccia adottata da quasi tutti i principali engine. Potete usare un LLM open source già in azienda o metterne a disposizione uno nuovo.
Engine compatibili, ad esempio
- vLLM
- SGLang
- Ollama
- llama.cpp
- LM Studio
- Hugging Face TGI
Un protocollo, non un servizio esterno.
«OpenAI-compatible» indica il formato delle API. Modello e dati restano in azienda.
L’engine deve supportare il modello e le funzioni API usate da ARBoard, come chiamate agli strumenti e risposte strutturate.
Servizi AI accessori
Ricerca documentale, trascrizione e sintesi vocale, se abilitate, restano anch’esse locali.
Che cosa fa ARBerto, il collega AI, sulla scheda: la piattaforma
I dati restano in azienda Nessun dato lascia
Nessun dato lascia
la rete aziendale.
Che cosa resta dentro? Tutto. Elaborazione e conservazione avvengono nella vostra infrastruttura.
Rete aziendale
-
Dati di progetto
Schede, documenti e modelli 3D.
-
Attività degli operatori
Sessioni, cronologia e report.
-
Interazioni con l’AI
Richieste, risposte e audio, se utilizzato.
Uscita bloccata
Nel profilo isolato i servizi sono locali e il traffico Internet in uscita è bloccato: se qualcosa prova a uscire, il confine lo ferma.
Vale per la configurazione on-premise descritta in questa pagina: le integrazioni che richiedono risorse esterne non fanno parte del profilo isolato.
Da dove nascono sessioni, cronologia e report: riparazione e rework al banco
Come parlano le parti
| Collegamento | Protocollo | Scambio |
|---|---|---|
| Browser → server | API REST su HTTPS | Richieste e risposte, dati JSON e caricamento di file. |
| Browser ↔ server | Socket.IO su WebSocket sicuro (WSS) | Eventi e aggiornamenti in tempo reale, su un canale persistente. |
| Server → motore LLM | API OpenAI-compatible | POST /v1/chat/completions, con risposte anche in streaming (SSE). |
HTTPS e WSS richiedono un certificato TLS attendibile. Se il vostro IT interpone un reverse proxy, deve consentire WebSocket e risposte in streaming.
Con il vostro reparto IT Quattro passi,
Quattro passi,
con il vostro IT.
La messa in servizio si fa insieme al vostro IT, in quattro passi: dall’ambiente fino al collaudo, che si chiude con Internet scollegato.
-
Ambiente
Server, rete, storage, certificati e backup.
-
Installazione
Docker e chiave USB Wibu-Systems CodeMeter.
-
Configurazione AI
Endpoint interni, modelli e servizi locali.
-
Collaudo
Client, porte e firewall, licenze e flussi dati.
Internet spento. ARBoard al lavoro.
L’ultima verifica è la più facile da capire: si scollega Internet. Le postazioni continuano a lavorare, il server risponde, l’AI risponde, e non parte alcun traffico verso servizi esterni. Il vostro IT può controllarlo direttamente sui flussi di rete.
- Postazionial lavoro
- Serverrisponde
- AIrisponde
- Traffico esternonessuno
Accesso VPN: si verifica separatamente, se previsto dalle policy aziendali.
Le risorse dipendono dall’uso.
Server applicativo e risorse AI si dimensionano separatamente, con una prova sul vostro carico reale.
- PostazioniClient connessi e picchi di utilizzo.
- Modello AIRichieste simultanee, memoria GPU, tempi di risposta.
- DatiSchede, documenti e storico da conservare.
- Rete e continuitàAccessi VPN, backup e tempi di ripristino.
Le taglie CPU, RAM e GPU si definiscono nel dimensionamento dell’installazione.
Checklist per l’IT
Che cosa predisporre.
In concreto, che cosa serve? Ecco che cosa porta ARBoard e che cosa predispone il vostro reparto IT.
Da ARBoard
- Pacchetto di installazioneImmagini Docker e configurazione per il vostro ambiente, con modelli e dipendenze, consegnate offline.
- Chiave di licenzaChiave USB Wibu-Systems CodeMeter, con i posti e i moduli previsti dalla licenza.
- AggiornamentiPacchetti da approvare e trasferire secondo le vostre procedure.
- DimensionamentoDefinito insieme al vostro IT, con una prova sul carico reale.
- Messa in servizioQuattro passi con il vostro IT, fino al collaudo con Internet scollegato.
Dal vostro IT
- 01Server centraleDocker per container Linux. CPU e RAM adeguate al carico.
- 02ArchiviazioneSpazio per progetti, documenti e storico, nel backup aziendale.
- 03Licenza USBRuntime CodeMeter raggiungibile dal server. In una macchina virtuale, la chiave deve essere visibile al runtime.
- 04Postazioni clientPC con browser supportato e accesso all’indirizzo interno di ARBoard.
- 05ReteLAN, HTTPS e WSS con certificato TLS attendibile, regole firewall. VPN aziendale per l’accesso remoto.
- 06AI localeCalcolo e memoria adeguati al modello. Endpoint interno, nome del modello ed eventuali credenziali.
Sono prerequisiti da predisporre, non requisiti minimi certificati: le taglie esatte escono dal dimensionamento, fatto con il vostro IT.
Il prossimo passo è un incontro con il vostro reparto IT: definiamo insieme il dimensionamento e il percorso di installazione.
Pianifichiamo l’installazione Domande dall’IT
Domande frequenti sull’installazione on-premise
Rete e sicurezza
ARBoard ha bisogno di Internet per funzionare?
No. Nella configurazione locale tutto funziona anche senza connessione esterna: postazioni, server, dati e AI stanno dentro la rete aziendale. La verifica finale del collaudo si fa proprio con Internet scollegato.
Si può lavorare da remoto?
Sì, con la VPN aziendale: un tunnel cifrato porta il PC autorizzato dentro il perimetro, mentre il server resta sulla rete privata. VPN e regole dei dispositivi remoti sono gestite dal vostro IT. La VPN estende il perimetro logico, non crea una rete isolata: in un ambiente air gap l’uso avviene solo in LAN, e l’accesso VPN si collauda separatamente.
Quali protocolli usa?
Il browser chiama il server con API REST su HTTPS e mantiene un canale Socket.IO su WebSocket sicuro (WSS) per gli eventi in tempo reale. Il server parla con il motore LLM in formato OpenAI (POST /v1/chat/completions), con risposte anche in streaming SSE. HTTPS e WSS richiedono un certificato TLS attendibile.
C’è telemetria?
No: nessuna telemetria. Con Internet scollegato non parte alcun traffico verso servizi esterni, e il vostro IT può verificarlo direttamente sui flussi di rete.
Installazione e hardware
Dove si installa e che cosa gira sul server?
Su un server centrale nel vostro rack, gestito dal vostro IT. ARBoard gira in Docker (container Linux), con i dati persistenti accanto, su volumi inclusi nel vostro piano di backup. Un’unica installazione è condivisa da tutte le postazioni autorizzate.
Che cosa serve sulle postazioni?
Un normale PC della rete aziendale con un browser supportato e accesso all’indirizzo interno di ARBoard.
Come arrivano installazione e aggiornamenti?
Come pacchetto: immagini Docker e configurazione per il vostro ambiente, già complete di modelli e dipendenze, consegnate offline attraverso il varco controllato dal vostro IT. Gli aggiornamenti sono pacchetti approvati, trasferiti secondo le procedure aziendali.
Quante risorse hardware servono?
Dipende dall’uso: postazioni e picchi, modello AI (richieste simultanee, memoria GPU, tempi di risposta), dati da conservare, VPN, backup e tempi di ripristino. Server applicativo e risorse AI si dimensionano separatamente, con una prova sul vostro carico reale; le taglie CPU, RAM e GPU si definiscono nel dimensionamento.
Licenza e posti
Come funziona la licenza?
La licenza vive in una chiave USB Wibu-Systems CodeMeter, collegata al server o all’host che gestisce CodeMeter. La verifica avviene in locale, senza Internet e senza servizi cloud; la chiave abilita i posti e i moduli previsti dalla licenza.
Possiamo installarlo in una macchina virtuale?
Sì: in una macchina virtuale la chiave USB deve essere visibile al runtime CodeMeter.
Come si contano i posti?
1 client connesso = 1 posto licenza. Lo stesso conteggio vale per chi lavora in sede, sulla LAN, e per chi entra da fuori con la VPN.
AI locale
Quale modello AI possiamo usare?
Un LLM servito da un engine compatibile con le API OpenAI, ad esempio vLLM, SGLang, Ollama, llama.cpp, LM Studio o Hugging Face TGI: già presente in azienda o nuovo. L’engine deve supportare il modello e le funzioni API usate da ARBoard, come chiamate agli strumenti e risposte strutturate. All’IT basta indicare endpoint interno, nome del modello ed eventuali credenziali.
«OpenAI-compatible» significa che i dati vanno a OpenAI?
No. «OpenAI-compatible» indica il formato delle API: modello e dati restano in azienda, e l’endpoint è interno alla vostra rete.
L’AI deve stare sullo stesso server di ARBoard?
No. Il motore LLM può stare sullo stesso server di ARBoard oppure su un nodo AI dedicato: dipende dal carico di lavoro e dalle risorse disponibili.
Pianifichiamo l’installazione con il vostro IT.
Organizziamo una demo tecnica: vi mostriamo ARBoard al lavoro, rispondiamo alle domande del vostro reparto IT e definiamo insieme il dimensionamento e il percorso di installazione.
Giorgio Insinga — CEOgiorgio@arboard.eu