247 lines
15 KiB
Markdown
247 lines
15 KiB
Markdown
# 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 |
|