Vai al contenuto

Fonti

Da dove vengono le informazioni di questa documentazione e quanto sono affidabili. Percorsi relativi a C:\Users\l.mioso\Documents\dev\mdm_docs\.

⚠️ La cartella raw/ contiene file sensibili (creds.txt, Elenco clienti.csv, elenco_clienti.txt, configurazioni con credenziali). Non va condivisa né caricata su strumenti esterni o repository. Questa documentazione non riporta il loro contenuto.

Affidabilità

Livello Significato
Verificato Letto direttamente da sistemi o codice, con data.
Dichiarato Detto in una call o da una persona, non verificato.
Dedotto Ricavato da indizi; da confermare.

Fonti principali

Fonte Tipo Affidabilità Contenuto
claude/production-readiness.md analisi di lavoro (27/10/2026) verificato, con correzioni successive (sotto) documento di lavoro da cui è nata questa cartella
claude/2026-10-27-...txt esportazione della sessione di analisi verificato comandi eseguiti e risultati
Codice delle repository in C:\Users\l.mioso\Documents\GitHub\ codice verificato (27/10/2026) comportamento attuale
Repository infra-lib e monitoring (stessa cartella) e risorsa monitoring-dev su Coolify dev codice, configurazione verificato (29/10/2026) avvio del box stage, stack di monitoraggio in dev
Coolify MCP (coolify-dev) sistema verificato (27/10/2026) risorse dev
API Proxmox (sola lettura) sistema verificato (27/10/2026) host, VM, rete, backup
Pannello pfSense (sola lettura) sistema verificato (27/10/2026) IP, NAT, regole, WireGuard, ARP, stati
Output dei comandi su ServerIT incollati dall'utente sistema verificato (27/10/2026) container, porte, dati
raw/aws_resources_map.md generato con AWS CLI verificato (data non indicata) risorse AWS
raw/prod_setup.txt analisi di AWS e repository verificato (data non indicata) assenza di pipeline di deploy
raw/link_servizi.txt, raw/link_locali_repo.txt, raw/altro.txt note dichiarato domini, repository, Coolify, qAlarm
raw/call_transcriptions/ (9 trascrizioni, 24/03–28/10/2026) trascrizioni automatiche dichiarato (possono contenere errori di trascrizione) storia, infrastruttura, decisioni
raw/doc_maurizio/Guide/ guide dichiarato progetti, repository AWS, procedure di installazione, diagramma MDM_Overview.drawio
raw/michele/ codice e note dichiarato script di riavvio Sonoff; guide ricevute il 30/10/2026: preparazione del PC Ubuntu, nuovo peer WireGuard, nuovo interno FreePBX (contengono password e chiavi: non diffondere)
Revisione scritta di Michele di pfsense-rete-vpn.md, rischi-e-problemi.md e domande-aperte.md note dichiarato (30/10/2026) regole VPN, porte di Cava, peer, monitoraggio, backup e ripristino, credenziali, Cloudflare, fermo di luglio, siti multi-box, Raspberry
Database del Raspberry di Michele (192.168.200.220), letto in sola lettura sistema verificato (27/10/2026) anagrafica impianti, relè Sonoff, server controllati; export in raw/raspberry_db/ (riservato)

Call usate

Data Titolo Argomenti principali
24/03/2026 qAlarm – domande e confronti come lavora la centrale (Telegram, KFT, GANZ, Ajax)
31/03/2026 MDM criticità, tre elementi del sistema, richiesta di un piano con scadenze
08/04/2026 MDM – Infra overview Netsons contro AWS, database su RDS, traffico VPN
13/05/2026 Allineamento MDM – qAlarm Coolify, MQTT nel wrapper, cluster, barra impianti offline
25/05/2026 Lore-mdm passaggio di consegne di Franco: test end-to-end, versioni
11/08/2026 mdm-installazione procedura Docker, migrazione GANZ → Frigate, 4 migrazioni entro fine anno
30/09/2026 MDM – Allineamento come funziona il servizio, sistema di Michele, ripresa del progetto
19/10/2026 MDM – Allineamento infrastruttura: Proxmox, pfSense, VPN, FreePBX, backup, accessi
28/10/2026 qAlarm – Allineamento uscita di Michele (presente fino al 30/10), team Lorenzo + Mattia, VPN non segmentata per scelta, IP pubblici, fermo di luglio, backup, dominio di Marco

Correzioni rispetto a claude/production-readiness.md

Il documento di lavoro è stato scritto per passi. Alcune affermazioni iniziali sono state corrette in seguito. Qui vale la versione corretta:

Prima Dopo (verificato)
Porte interne "esposte su internet" (M2, M17, M18) Non esposte da internet; lo sono verso tutta la VPN.
Legare le porte a 172.16.16.253 dentro la VM Impossibile: la VM ha solo 170.10.0.108; 172.16.16.253 è un NAT di pfSense.
PIN necessario per i box attuali Nessun box ha la scheda PIN: non prioritario.
installations = registro dei box (29) È la tabella dei backup; il registro è in Redis (38).
Redis "senza volume" Volume anonimo con snapshot RDB, senza AOF: si perde con down/up.
171.16.16.100 = "server della centrale" Peer WireGuard del firewall dell'ufficio di Cava (Michele, 30/10).
Proxmox 8006 su internet (M19 🔴) Non raggiungibile da internet; solo dalla VPN.
Cloudflare Tunnel come opzione per la nuova VM Superato: scelto il nuovo dominio su Route 53 e 185.31.66.186 (80/443 liberi).

Contraddizioni ancora aperte

Tema Fonte A Fonte B Come chiuderla
Cosa possono raggiungere i box dalla VPN call del 19/10 e Michele (30/10): AllowedIPs dei box limitati a 172.16.16.1, .253, .254, regole su WG_VPN regole pfSense del 27/10: allow any → any; .253 porta a tutte le porte di ServerIT T0.4: prova da un box (MDM-005)
Quale VM è il midserver call del 19/10: ".100 è il midserver, .108 qAlarm" ARP, docker ps e NAT del 27/10: .108 è il midserver, .100 è la VM 400 inutilizzata chiusa: vale il 27/10