mecgi/specifiche/mecgi_01-07-26.md

Rete aziendale MECGI — Passaggio di conoscenze

Data lezione: 1 luglio 2026 (4 registrazioni: 08-47, 09-27, 10-09, 10-46) Fonte: trascrizione audio (dialetto veneto) adattata in italiano Nota: documento ricostruito dalla trascrizione automatica (modalità batched). I punti incerti sono marcati con [?]. Trascrizioni grezze complete in batched/. Inventario tecnico strutturato: vedi inventario-server-vm.md.

---

1. Server principale (host di produzione)

• Ruolo: host principale di lavoro/produzione, virtualizzazione.
• Hardware: doppio hardware come sistema.
• Dischi: due coppie / due gruppi RAID.
  • Gruppo iniziale: RAID 5 su SSD.
  • Due dischi aggiunti in seguito (problemi di spazio qualche anno fa): tra loro in RAID 1.
• RAM: ~143 GB (letti dalla dashboard vSphere); ~128 GB era la stima a memoria.
• Stato: macchina recente, da questo punto di vista nessun problema di risorse.
• Sistema operativo host: VMware ESXi 7.0.3 (nella trascrizione "WMWR 703").
• Licenza: VMware a pagamento (livello che consente più funzioni del free, in particolare il backup).

2. Alta disponibilità / backup — Veeam

• Non è un vero cluster: due macchine "in coppia".
• Software di backup: Veeam.
  • Oltre al backup fa le repliche delle macchine virtuali.
  • Allineamento delle VM attive ogni 2 ore.
  • In caso di guasto dell'host principale: basta accendere l'altra macchina (replica al massimo 2 ore vecchia).

3. Storage / datastore

• Due datastore su SSD:
  • datastore 1 — RAID 5 1.8TB
  • datastore 2 — RAID 1 (~1 TB)
• Le VM sono distribuite tra i due datastore per bilanciare il peso; a livello di prestazioni non cambia (dischi analoghi).
• Disco NFS temporaneo: usato in passato per trasferimento macchine da una parte all'altra; attualmente montato come supporto, non contiene dati di lavoro.
• Uno dei dischi di trasferimento è su una macchina NAS (vedi oltre).

4. Credenziali

• Le password dei sistemi sono raccolte in un file Excel (evitare di rimanere "chiusi fuori").
• Accesso server principale: utente root + password (indirizzo host x.x.2.15 [?]).

5. Macchine virtuali

5.1 GES — Domain Controller

• Fa solo il dominio.
• SO: Windows Server 2022 ("DC2022"), Active Directory.
• Serve perché i gestionali richiedono il dominio per la gestione utenti (si appoggiano al dominio Windows).
• Se questa VM non è attiva, i gestionali non partono / gli utenti non riescono a collegarsi.
• ~25–30 GB di RAM [?].

Concetto dominio (spiegazione data a Davide):

• All'installazione di un server Windows si sceglie dominio o workgroup.
• Il dominio centralizza utenti e autorizzazioni: crei l'utente e i permessi sul dominio, il client Windows li ritrova.
• Scelta storica: tenere separati il gestionale dal resto (posta, navigazione), per non legare tutto al dominio Microsoft.

5.2 GEST10 — Server gestionale principale

• Macchina principale attuale, dove gira il gestionale.
• Ospita:
  • Gestionale principale.
  • Programma preventivatore ("il programma vostro dei preventivi").
• Database (SQL Server, non MySQL) — tre database principali:
  1. Gestionale.
  2. Modula — magazzino verticale.
  3. Preventivatore.

5.3 Domino (Lotus Domino) — legacy

• Macchina quasi sempre spenta, accesa una volta ogni 1–2 anni.
• Lotus Domino (IBM): piattaforma di posta + gestione documentale + micro-CRM, con linguaggio di programmazione interno.
• Molto stabile ("mai piantato"), ma abbandonata per politica commerciale IBM → migrazione verso Exchange.
• Tenuta viva solo per recuperare vecchie email (es. una mail del 2000 richiesta da un cliente).

5.4 SRVAGILIS / SRVTERM — gestionali legacy (Agilis/Arca)

• SRVAGILIS.MECGI: host del vecchio gestionale Agilis (durato ~8 anni), su cui è stato poi installato anche Arca nuovo. Indirizzo zona .27 [?].
• SRVTERM: Terminal Server dedicato (RDP) per la consultazione del vecchio gestionale dai client — "ponte" che eroga il servizio.
• Sempre accesi perché ancora usati saltuariamente (es. Sonia). Destinati a dismissione.
• Gli utenti che usano ancora il gestionale Arca si collegano via TSplus (browser) o via sessione RDP.

5.5 Contesto impianti (perché serve il legacy)

• Gli impianti fisici (pompe, dosatori) durano 30–40 anni.
• Capita di dover assistere impianti montati 30 anni fa → serve accedere a gestionali/dati pre-2000 (prima installazione su Windows NT).

6. Accesso remoto — TS Plus

• TSplus = tool che sostituisce il Terminal Server Windows.
• Basato sul protocollo RDP.
• Gli utenti si collegano via browser a questa macchina (porta 80/90 [?]) e vedono solo l'applicativo gestionale a cui sono abilitati.
• Include un disco condiviso ("ponte") per scambiare file (PDF, export Excel) tra gestionale e desktop utente.
• Autenticazione tramite TSplus; l'accesso amministratore vede tutte le sessioni, gli utenti solo la propria.
• Perché non Terminal Server Windows: aggiornamenti Windows che rompono la configurazione; TSplus dà controllo fine su cosa l'utente può fare (solo le app, niente navigazione).
• Licenza TSplus: valida fino ad agosto 2028 (~4 anni), supportata dal produttore.

7. Client / postazioni

• Officina: ~4 macchine Linux Ubuntu [?].
• Resto ufficio: client Windows.
• Accesso al gestionale sempre via RDP (nessun client specifico installato):
  • Da Windows: app Windows App.
  • Da Ubuntu: Remmina (client RDP multi-protocollo — RDP, FTP, ecc.; sceglie il protocollo in base al collegamento).
• L'applicativo gestionale compare come icona Agilis sul desktop utente.
• Tendenza: sempre più accesso via browser (sia gestionale sia preventivatore), sempre meno client RDP dedicato — RDP resta solo per il gestionale vecchio.

8. Dominio Windows — gestione utenti (procedura)

• Utenti e gruppi gestiti in Active Directory sulla macchina DC2022.
• Procedura aggiunta utente:
  1. Creare l'utente nel dominio (Active Directory) — prima cosa.
  2. Poi aggiungerlo/abilitarlo lato gestionale (TSplus), dove eredita le preimpostazioni standard.
• Le policy di dominio limitano la navigazione: gli utenti non amministratori non possono navigare in Internet.
• Possibile aggiungere un utente fuori dal dominio, ma non potrà usare il gestionale (il gestionale è legato al dominio).

9. Integrazione gestionale ↔ Modula (magazzino verticale)

• Integrazione fatta all'origine tramite tabelle di interscambio (database dedicato, "di frontiera").
• Il gestionale, su certi tipi di documento, invia automaticamente:
  • Ordine di prelievo a Modula.
  • Versamenti per mettere merce in produzione.
• Scambio bidirezionale: ciascun sistema legge e scrive nelle tabelle comuni.
• Cinque tabelle di interscambio:
  1. Testa prelievo
  2. Righe prelievo
  3. Testa versamento
  4. Righe versamento
  5. Articoli
• Un agente/servizio legge periodicamente le tabelle e trasferisce i dati.

10. Gestionali — storico

Ordine cronologico (dal più vecchio al più recente):

#	Gestionale	Fornitore	Tecnologia / note
1	Arca	[?]	Usato ~20 anni
2	Arca Pro	[?]	Evoluzione di Arca
3	Gestionale su Mac / FileMaker	—	Intermezzo ~2 anni. "Venduto come fumo, cose fantastiche" ma per il grosso del gestionale "un bagno di sangue" → abbandonato
4	Gestionale precedente	[?]	Penultima versione (~3 anni fa), su SRV GEST / Terminal Server dedicato
5	Esolver (attuale)	Sistemi (Torino, Piemonte)	Gestionale nuovo, SQL Server

11. Mini-server Mac (dati legacy FileMaker)

• Server separato dal resto (non è una VM sull'host principale): un mini-server Mac dedicato (modello preciso, es. Mac Mini, [?]).
• Tenuto vivo per consultare i dati dell'epoca FileMaker (es. qualche distinta base), consultati saltuariamente (es. Sonia).
• Accesso: collegamento dedicato → sfoglia le condivisioni del mini-server.
• Nomi/credenziali specifiche non ricordati a memoria durante la lezione (annotati altrove [?]).

12. Magazzino verticale — Modula / WMS

• VM MODULA: Windows Server 2016, fuori dominio (workgroup, "libera"). Macchina fisica sottostante ~12 anni.
• Software gestione: WMS (client su Win10mag). Il client ha solo la parte operativa; parametrizzazione/utenti nuovi si fanno solo lato server.
• Operatore: Mauro (magazziniere), in formazione.
• Ordini gestiti (arrivano dal gestionale):
  • ODP — Ordine Di Prelievo (per produzione/assemblaggio).
  • ODS — Ordini Di Spedizione (materiale venduto, non assemblato, solo da spedire).
• Il gestionale invia l'ordine → Modula evidenzia le righe: giallo = quantità insufficiente/impegnata; grigio = articolo impegnato da richiamare.
• Layout fisico: magazzino verticale a 61 cassetti + magazzino orizzontale a scaffali (per merce ingombrante: pompe, verghe/tubi da 6 m).
• Logistica ubicazioni: ogni articolo con ubicazione; non tutto ubicato (merce a scorta vs merce ordinata per commessa).
• Assistenza Modula: contratto, intervento via TeamViewer, risposta ~30 min (hardware + elettromeccanica + software), manutenzione fisica 1 volta/anno (cinghie, allineamenti). Sistema di monitoraggio errori. Include bilancia (avviso sovrappeso).

13. Gestione documenti — Samba + Nextcloud

Due VM che gestiscono gli stessi dati in due modi:

• Mecgidata (MacG Data) — File System Samba: condivisione cartelle, disegni, ecc. Store "locale".
• WebDoc — Nextcloud (cloud interno, su Debian, tipo Google Drive privato). Client Nextcloud allinea i dati con Mecgidata → doppia copia (locale Samba ↔ cloud).

Funzionamento:

• Utenti Nextcloud indipendenti dal dominio (account propri, permessi per cartella: sola lettura / lettura-scrittura).
• Cartelle condivise anche con clienti esterni (es. rapportini tecnici, manualistica).
• Conflitti: se due modificano lo stesso file, Nextcloud avvisa e propone di tenere entrambe le versioni. È una delle manutenzioni ricorrenti.
• Chi usa il client Nextcloud (es. Andrea) lavora in locale, sincronizzazione automatica. Samba usato per navigare velocemente (es. sfogliare foto).
• Foto impianti: l'operatore carica le foto (anche via app Nextcloud su telefono); Nextcloud le ridimensiona automaticamente via Imagick/PHP per l'anteprima.
• Aggiornamenti Nextcloud: scarica versione nuova, scompatta, reinserisce config.php, lancia comando occ (CLI PHP di Nextcloud) → aggiorna anche le tabelle DB. Stack LAMP (Apache + PHP + MariaDB) su Debian.
• MECGIDATIpreventivi: macchina Samba dedicata esclusivamente al software preventivi ("vostro"). Accesso solo amministratore. Archivio documenti (non salvati nei DB), gestito su una directory/AD separata [?] (frase sorgente ambigua).

14. Stampa etichette — Win10mag

• VM Win10mag (Windows 10, virtualizzata): usata da Mauro per client Modula/WMS + stampa etichette.
• Due stampanti a rullo:
  • Ticket in carta (pacchi in spedizione).
  • Etichetta metallica/argento (attaccata alle pompe, resistente all'usura e ai solventi).
• Stampantine datate → funzionano solo con driver Windows specifici (motivo per cui serve la VM Windows dedicata).

15. Backup — strategia

Tre modalità distinte:

1. Repliche VM (Veeam) → host secondario, ogni 2 ore. Perdita max ~2 ore. Non è un vero backup, è ripartenza rapida.
2. Backup Veeam → NAS, ogni 12 ore.
   • NAS1 (azienda), NAS2 (azienda), NAS3 a casa di Enrico.
   • NAS3 riceve solo i database; durante le vacanze (Natale/Agosto) si ripristina l'intero backup.
   • NAS3 acceso solo di notte via Shelly (interruttore domotico) per la finestra di backup, poi spento → fuori rete = protetto da attacchi.
3. Backup fisico manuale → disco USB esterno, ogni settimana / 15 giorni, incrementale. La licenza Veeam non consente USB diretto → disco montato su una VM che condivide la cartella in rete.

• Veeam v11 (no upgrade a v12: ESXi 7.0.3 non supporta versioni successive).
• Storico: in 30 anni un solo crash grave (macchina Windows agli inizi) + un paio di attacchi (coinvolta anche la Polizia Postale) → da lì backup ridondante.

16. Rete, firewall, VPN

• Firewall: hardware Zyxel + gestione software Nebula (cloud, gestita da ditta esterna). Prima: firewall open-source self-managed su macchina dedicata.
• Il firewall fornisce: filtro/statistiche traffico e gestione utenti VPN (creazione utenti + password).
• VPN: ogni accesso da esterno (anche mobile/tablet) passa da VPN.
• Pubblicazione Nextcloud: IP fisso → firewall → porta 443 → VM Nextcloud. Dominio pubblico MacG (area web + Nextcloud) con gestione DNS.
• Episodio: un aggiornamento del firewall ha cancellato una password VPN → utente non riusciva a collegarsi; risolto dalla ditta esterna da remoto.

17. Posta e servizi cloud

• Posta: Google Workspace (Gmail). Caselle 130–150 GB. Non più Domino/Exchange.
• Calendari Google: usati per coordinare l'assistenza (Andrea gestisce ~5 tecnici in trasferta).
• Google Drive: ~12 €/mese per postazione → in valutazione per costo/privacy (spinta verso Nextcloud, dati che restano in casa).
• CAD 3D: licenza ~2000 €/anno (costo elevato in valutazione).

18. Valutazioni future — Proxmox

• Possibile sostituto di VMware (a rischio dopo cambio proprietà/costi).
• Proxmox: base Debian, storage ZFS, supporta VM KVM e container LXC, cluster + backup nativi (3 nodi: replica + backup). Community attiva.
• Il tecnico lo usa a casa da ~5 anni (domotica, gestione foto) → esperienza non ancora in produzione.
• Licenza Enterprise ~300–400 €/anno. Decisione aperta [?].

---

Glossario / correzioni trascrizione

Trascritto	Corretto
WMWR 703	VMware ESXi 7.0.3
Vim / QM UR	Veeam
DC2022	Windows Server 2022 (Domain Controller)
TS Plus / T-Esprass	TSplus
Esolver	Esolver (Sistemi)
Rummina / Rammina	Remmina
Modula	Modula (magazzino verticale automatico)
RAID / Raiden / rider	RAID
termina server	Terminal Server
VMS / WMS	WMS (client Modula)
MacG Data / MacGData	Mecgidata (Samba)
Nest Cloud / xCloud	Nextcloud
OCC / OCCPHP	comando occ (CLI Nextcloud)
BIMARIA / Maria	MariaDB
zixel / Nebula	Zyxel + Nebula (firewall)
Vim / Vimas	Veeam
Froxmox / Proxmox	Proxmox
Copaitos / Copilot	co-pilot (monitor a fianco magazzino)
Shelly	Shelly (interruttore domotico)
Imagick / PHP Image Mask	Imagick (PHP)
Euroswitch	cliente (esempio ODP 380)
POSTAS	Google Workspace / posta