# 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 |