Infrastruttura¶
Dati letti in sola lettura il 27/10/2026 da API Proxmox, pannello pfSense, Coolify dev (MCP) e comandi sul server di prod, integrati con la call del 19/10/2026.
In una frase¶
Un solo server fisico da Netsons (Milano) con Proxmox ospita tutte le macchine. Un firewall pfSense virtuale gestisce internet, la VPN WireGuard degli impianti e il collegamento con la sede aziendale di Cava. Codice, immagini, file e database principale stanno su AWS (Irlanda).
Mappa¶
flowchart TB
NET((Internet))
NET --- WAN["vmbr0 / eno1<br/>185.31.66.0/24"]
WAN --- HOST["Host Proxmox<br/>185.31.66.229 :8006"]
WAN --- PF["VM 101 pfSense<br/>WAN .187 + alias .185 .186"]
PF --- LAN["vmbr1 LAN 170.10.0.0/24"]
LAN --- SIT["VM 500 ServerIT<br/>170.10.0.108<br/>midserver PROD"]
LAN --- DEV["VM 200 MidServerDEV<br/>170.10.0.107<br/>Coolify DEV"]
LAN --- PBX["VM 102 FreePBXnew<br/>170.10.0.101<br/>centralino trombe"]
LAN --- OP4["VM 105 OP4 Windows<br/>170.10.0.204<br/>postazione di servizio"]
LAN --- OLD["VM 400 Server<br/>(vecchia dev, inutilizzata)"]
PF --- WG["WG_VPN 172.16.16.0/24<br/>66 impianti"]
PF --- STS["WG_STS_CAVA 171.16.16.0/24<br/>sede aziendale"]
HOST -. "backup settimanale NFS" .- NAS[(NAS in ufficio)]Pagine¶
| Pagina | Contenuto |
|---|---|
| proxmox.md | Server fisico, VM, risorse, storage |
| pfsense-rete-vpn.md | IP pubblici, NAT, porte esposte, VPN, regole |
| serverit-midserver-prod.md | La VM di produzione del midserver: container, porte, dati |
| coolify-dev.md | Ambiente di sviluppo |
| aws.md | CodeCommit, CodeBuild, ECR, S3, Secrets Manager, RDS, Lambda, ECS |
| domini-dns.md | Domini, chi li controlla, dove sono scritti |
| backup-e-monitoraggio.md | Cosa viene salvato e cosa viene controllato (poco) |
| freepbx-trombe.md | Centralino delle trombe |
Punti critici unici¶
| Elemento | Se si ferma… | Protezione oggi |
|---|---|---|
| Server fisico Netsons | si ferma tutto | backup settimanale delle VM su NAS |
| pfSense (VM 101) | niente internet, niente VPN: tutti gli impianti scollegati da midserver e centrale | snapshot settimanale, nessuna ridondanza |
| ServerIT (VM 500) | niente configurazione, comandi dal pannello, video, ewelink/watchdog; gli allarmi vecchi continuano | snapshot settimanale; nessun backup MySQL dedicato |
| Redis su ServerIT | elenco dei box ed eventi verso qAlarm | snapshot RDB su volume anonimo |
| Account amministrativi condivisi | dipendenza da una persona | nessuna |
L'unico monitoraggio è quello del Raspberry di Michele, che avvisa nel gruppo Telegram "Controllo Infrastrutture" (ricevuto anche dall'ufficio IT); i controlli non sono documentati e il Raspberry non ha backup (R1, R13). Lo stack monitoring esiste solo in dev e controlla qAlarm e midserver v3 di dev (monitoring.md).