Matrix è uno standard, non un prodotto. Tutto ciò che lo circonda è lavoro ed è ciò che facciamo.

00

Cos'è Matrix e i tre modi per averlo.

Un indirizzo Matrix funziona come uno di posta. Dopo si sceglie chi possiede la macchina.

Matrix è uno standard aperto di comunicazione in tempo reale. L'account è su un server, l'indirizzo è @you:example.com e le persone su server diversi comunicano come per posta. Non serve la stessa piattaforma e nessuna società occupa il centro della rete.

Resta la decisione importante: chi possiede il server. Client, bridge e identità possono cambiare dopo senza cambiare gli indirizzi.

Tre modi per avere un homeserver, diversi per chi possiede la macchina e si sveglia se si rompe, non per funzioni.

Se è una novità

• Cos'è un homeserver e cosa non è
• Perché l'indirizzo porta il vostro dominio e quanto vale
• Federazione in parole semplici: aperta, limitata a partner identificati o chiusa
• Cifratura end-to-end e ciò che il server vede ancora
• Cosa possono e non possono trasportare i bridge con altre reti
• Costo di gestione in macchine e attenzione
• Cosa cambia per chi lo usa ogni giorno
• Come sarebbe un primo mese realistico

I tre modi per averlo e cosa segue

• Dopo l'ordine: concordiamo il dominio, pagate la fattura di configurazione e inizia la realizzazione
• Un server funzionante, protetto e con backup, secondo i tempi concordati nell'ambito scritto del lavoro
• Poi gruppo pilota, tutti e consegna; nulla si sposta in un salto
• Sulla nostra infrastruttura: dedicato, nell'UE, aggiornato e monitorato
• Sul vostro hardware o account cloud: installato, protetto e mantenuto da noi
• Interamente da soli: progettazione, realizzazione e consegna; poi lo gestite voi
• Ciascuna può diventare un'altra; indirizzo e dati si trasferiscono
• Nessun hosting condiviso, licenza per utente o vincolo a un client
• L'uscita si progetta all'inizio, non si improvvisa alla fine

Non incluso: account su un server pubblico aperto alle registrazioni. Ogni installazione appartiene a un'organizzazione.

01

Installazione, gestione e scala.

Homeserver con avvio pulito, crescita pianificata e ricostruibile.

Matrix è un protocollo, non un pacchetto. Installare richiede di decidere server, database, posizione dei media e delega del dominio.

Lavoriamo con le implementazioni dell'ecosistema e supportiamo gestione della configurazione, container o operatore Kubernetes. La configurazione resta versionata per ricostruire, non ricordare.

Crescere è diverso da installare. Separare funzioni, controllare lo stato delle stanze e provare traffico realistico si fa prima dell'arrivo del carico.

Installare e configurare

• Revisione del server: Synapse quasi sempre; implementazioni leggere quando il carico le richiede davvero
• Requisiti chiari per il vostro hardware: macchina x86-64, Debian o Ubuntu attuale, uscita senza restrizioni e dominio vostro o sottodominio nostro gratuito
• Nuova installazione con terminazione TLS, reverse proxy e impostazioni sicure
• Nome e delega tramite file well-known e record di servizio
• Gestione della configurazione per versionare e revisionare l'intera installazione
• Installazione in container tramite chart o operatore
• Provisioning, ottimizzazione e pooling delle connessioni del database
• Repository dei media su disco locale o spazio a oggetti
• Gateway push, compreso uno dedicato a un'app mobile con il vostro marchio
• Politica di registrazione: inviti, token, approvazione o captcha
• Installazione isolata e offline per reti senza accesso in uscita
• Topologie multidominio e multi-tenant
• Staging che rispecchia la produzione per provare aggiornamenti

Scalare

• Architettura worker con richieste separate per funzione
• Separazione di scrittura dei flussi e persistenza degli eventi per molte scritture
• Replica e coordinamento della cache tra processi
• Regole del bilanciatore conformi all'instradamento dell'homeserver
• Controllo della crescita e compressione dello stato delle stanze
• Trasferimento dei media a spazio a oggetti e livello di distribuzione
• Scalabilità dei mittenti di federazione e gestione delle code in uscita
• Politica di autoscaling sui container
• Test con traffico realistico, non casi ottimali sintetici
• Analisi della collocazione multiregione e all'edge
• Prestazioni di stanze e spazi grandi
• Cambio di implementazione del server quando il carico lo richiede

Non incluso: un turno di reperibilità. I tempi di risposta sono indicati nei livelli di assistenza a /matrix/G. L'infrastruttura resta vostra o del vostro fornitore.

02

Migrazione, trasferimento e portabilità.

Entrare senza perdere il filo. Uscire senza pagare per andarsene.

La maggior parte dei progetti Matrix inizia altrove: una piattaforma ospitata per il gruppo, un server di chat che nessuno aggiorna, un homeserver pubblico che è sempre stato solo una prova.

Si migra a tappe. Un bridge mantiene attivi entrambi i sistemi durante il trasferimento degli utenti; il passaggio è graduale, non brusco.

La portabilità funziona allo stesso modo al contrario. Qui la proprietà sono livelli di permessi, non una licenza; l'uscita si progetta all'inizio.

Entrare

• Migrazione da piattaforme ospitate, server comunitari, IRC o XMPP
• Importazione della cronologia conservando autori, date e allegati
• Mappatura tra la vostra directory e gli identificativi Matrix
• Migrazione da database integrato a motore di produzione
• Migrazione dei media a oggetti o livello di distribuzione
• Passare da password integrata a servizio di autenticazione dedicato
• Passaggio graduale con entrambi i sistemi collegati e attivi
• Rollback e contingenze pianificati per ogni fase

Trasferire, uscire, ripetere

• Trasferimento dell'homeserver ad altro hardware, regione o fornitore
• Cambio di nome del server e strategia di delega
• Cambio di implementazione secondo il modello operativo
• Aggiornamento delle versioni delle stanze in tutti i sistemi
• Esportazione, archivio e dismissione della piattaforma precedente
• Distribuzione interna perché i team installino server conformi
• Architettura di riferimento e configurazione modello per installazioni ripetute
• Attivazione e disattivazione dei tenant quando ospitate per altri
• Pacchetti di artefatti offline e mirror privati per reti ristrette

Diagramma

Otto decisioni che determinano un'installazione Matrix istituzionale. Ciascuna deliberata, non ereditata da un'impostazione predefinita.

00 Il registro

• Cosa comprende: installazione, protezione, accesso unico, federazione, moderazione, chiamate e documentazione richiesta a un'istituzione. Ogni impostazione è una decisione e ogni decisione si scrive.
• Cosa si scrive: documentazione, diagrammi e registri delle decisioni architetturali; inoltre, documentazione completa di protezione dei dati: valutazione d'impatto, registro del trattamento, politica di cancellazione e procedura per le violazioni.
• Gestione: verifica della configurazione, pianificazione del ripristino e prove di ripristino del database in un ambiente isolato.
• Temi: sovranità e privacy, auto-hosting, container, protezione e conservazione dei dati, accesso unico, marchio, bot e widget, integrazione dell'assistenza, federazione selettiva, moderazione e conformità, operazioni e osservabilità, adozione e raccomandazioni.
• Le caselle selezionate accompagnano questo messaggio.

01 Hosting

Dove si trova davvero l'homeserver?

• A. Cloud gestito
• + Attivo il giorno della registrazione, senza assumere nessuno
• + Adatto a team piccoli senza gestore del server
• - Assumete conservazione, limiti e ubicazione del fornitore
• - Gli aggiornamenti seguono il loro calendario, non il vostro
• B. Server dedicato
• + Database, media e log su hardware identificabile
• + Fissate conservazione, limiti di caricamento e protezione
• - Qualcuno deve aggiornarlo, monitorarlo e risponderne
• - Una cattiva configurazione è una vostra interruzione, non una pagina di stato

Homeserver, client, fornitore d'identità, database e reverse proxy in container su hardware controllato dall'istituzione.

02 Federazione

Chi può raggiungere le vostre stanze?

• A. Federazione aperta
• + Tutta la rete Matrix dal primo giorno
• + Adatto a gruppi di ricerca con collaboratori già altrove
• - Dovete moderare tutta la rete prima di avere una politica
• - Ciò che esce tramite federazione non può essere richiamato
• B. Federazione tramite lista di consentiti
• + Porta di federazione chiusa finché non decidete di aprirla
• + Server partner ammessi per nome, uno alla volta
• - Ciò che è fuori lista è irraggiungibile, anche se desiderato
• - Ogni nuovo partner richiede una decisione

Può iniziare chiuso: porta di federazione chiusa, lista esplicita di server e moderazione prima di ammettere il primo server esterno.

03 Identità

Come accede una persona?

• A. Account locali
• + L'accesso funziona anche se null'altro è attivo
• + Adatto a un pilota di venti persone senza directory
• - Registrazione, reimpostazione password e uscite formano una coda di assistenza
• - Chi se ne va mantiene l'accesso finché qualcuno si ricorda
• B. Accesso unico
• + Un'identità istituzionale il cui ciclo di vita è già gestito altrove
• + Filtrare il dominio email decide chi può registrarsi
• - Il fornitore d'identità è un altro sistema da gestire
• - Una cattiva configurazione blocca l'accesso di tutti

Integrazione del provider di identità, separazione dei realm, filtro per dominio di posta e configurazione del database.

04 Cifratura

Quali stanze hanno cifratura end-to-end?

• A. Tutte le stanze
• + Il gestore non può leggere nulla, nemmeno noi
• + Adatto quando l'host fa parte del modello di minaccia
• - Ricerca, bot, widget e revisione di conformità perdono accesso
• - Bridge e cifratura end-to-end non si combinano facilmente
• B. Differenziato per stanza
• + Cifratura dove il contenuto la richiede; stanze in chiaro dove no
• + Ricerca, bot e archivio funzionano dove servono
• - Qualcuno deve scrivere la regola e difenderla
• - Classificare male è un errore silenzioso

Concordiamo la cifratura stanza per stanza e documentiamo gli effetti su bridge, moderazione, ricerca e archiviazione.

05 Conservazione

Quanto tempo rimane tutto?

• A. Conservare tutto
• + Nulla si perde e nessuno deve decidere
• + Adatto dove la legge richiede conservazione indefinita
• - Predefinito in molte installazioni, senza scelta di nessuno
• - Ogni messaggio non cancellato resta vostra responsabilità
• B. Politica di conservazione del server
• + Messaggi e media locali scadono secondo un calendario dichiarato
• + Media di altri server in cache, non archiviati
• - Ciò che scade è scaduto; non si annulla
• - Il calendario va concordato prima di configurarlo

Un periodo per messaggi e media locali; uno minore per media esterni. Entrambi si configurano e documentano.

06 Moderazione

Cosa accade quando qualcosa va storto in una stanza?

• A. A mano
• + Nessun meccanismo aggiuntivo: un amministratore legge e agisce
• + Adatto a una stanza con quindici colleghi
• - Si risponde quando qualcuno è sveglio
• - Ciò che si impara in una stanza non ne protegge un'altra
• B. Applicazione delle politiche
• + Una stanza delle politiche applica i divieti a tutte le stanze protette
• + Le nuove stanze ereditano protezione senza configurarla
• - Una cattiva politica si propaga veloce quanto una buona
• - Qualcuno deve restare responsabile della lista

Un bot di moderazione applica politiche nei sistemi, accanto a un runtime di plugin per i compiti quotidiani.

07 Riunioni

Dove avviene la chiamata?

• A. Link esterno
• + Ciò che l'istituzione ha già licenziato e approvato
• + Adatto se il ciclo di acquisti si è chiuso l'anno scorso
• - Un altro prodotto, accesso e riesame della privacy
• - Chat, chiamata e note in tre posti diversi
• B. Dentro la stanza
• + La chiamata inizia dove ci sono già le persone giuste
• + I widget mantengono riunione e conversazione insieme
• - Più gestione: server media, TURN e segnalazione
• - Il supporto delle chiamate in stanza varia ancora tra client

OpenTalk, Jitsi con Prosody, Jicofo, JVB e coturn, e LiveKit per Matrix-RTC, come widget nelle stanze.

08 Interfacce amministrative

Chi accede al piano di controllo?

• A. Endpoint pubblici
• + Accesso da qualsiasi dispositivo senza distribuire tunnel
• + Un sistema in meno da gestire per team piccoli
• - Chiunque indovini il nome raggiunge l'accesso
• - L'API amministrativa è un obiettivo prezioso su una porta pubblica
• B. Limitato dalla rete
• + Interfacce amministrative rispondono all'indirizzo di origine, non al nome
• + Non c'è accesso da attaccare perché non c'è percorso
• - Serve un tunnel attivo prima di riparare qualsiasi cosa
• - Se vi bloccate fuori, recuperate tramite console

Interfacce amministrative dietro WireGuard, tramite IP di origine, non DNS. Media autenticati, push senza contenuto, limiti di caricamento, rimozione di dispositivi obsoleti e durata limitata dei refresh token si configurano esplicitamente.

09 Inviare il percorso

Dite in quale colonna siete e cosa cercate di gestire. Le otto selezioni accompagnano il messaggio.

• Stanze, persone, scadenza. Ciò che sapete già.
• Nessun tracciamento o richiesta a terzi. Nulla viene trasmesso da qui: percorso e messaggio formano una bozza nella vostra posta e non si inviano finché non lo fate voi.

Non incluso: garantire cosa consegnerà un altro fornitore. La qualità dell'esportazione la decide lui.

03

Federazione, bridge e discovery.

Raggiungere altre organizzazioni e reti con condizioni esplicite.

La federazione non può essere copiata dalle piattaforme chiuse. Organizzazioni diverse mantengono server separati e condividono stanze.

Richiede una politica scritta. Aperta, tramite lista, solo partner o chiusa sono opzioni valide; ognuna cambia il monitoraggio necessario.

I bridge estendono l'idea oltre il protocollo: collegano chi non migra e danno tempo a chi lo fa.

Politica di federazione

• Modello: aperto, tramite lista di consentiti, solo partner o chiuso
• Liste di consentiti e vietati con revisione all'aggiunta di partner
• Liste di controllo accessi dei server per stanza
• Delega well-known, discovery e strategia dei certificati
• Gestione e rotazione delle chiavi di firma e configurazione dei notai
• Diagnosi di risoluzione dello stato, eventi mancanti, lacune nella cronologia e traffico bloccato
• Procedure di inserimento dei partner nelle stanze condivise
• Progetti di trasferimento tra domini e unidirezionale per reti segmentate
• Server delle politiche e iscrizioni condivise alle liste tra partner
• Procedura di rimozione dalla federazione per partner da eliminare

Bridge e ricerca

• Architettura dei bridge: reti e modello delle stanze
• Bridge verso WhatsApp, Telegram, Signal, Discord, Slack, Google Chat, Google Messages, Instagram, Facebook Messenger, LinkedIn, Bluesky, Steam, IRC e posta
• Scegliete quali avere: ognuno richiede gestione, monitoraggio e riparazioni occasionali; nessuno si attiva per impostazione predefinita
• Mappatura dell'identità per attribuire i messaggi all'autore corretto
• Relay per partecipanti remoti senza account Matrix
• Configurazione di bridge cifrati
• Bridge su misura con l'API dei servizi applicativi per sistemi interni
• Monitoraggio, dismissione e trattamento dati alla chiusura dei bridge
• Pubblicazione della directory delle stanze e ambito del discovery
• Alias e link permanenti con indirizzi stabili per stanze durature
• Gerarchia degli spazi per orientarsi senza spiegazioni

Non incluso: controllo dell'altro lato. Il bridge dipende dall'API e dalle condizioni dell'altra rete.

04

Accesso, account e integrazione della directory.

Un account, una directory e una via d'ingresso.

Le password locali non bastano per un'organizzazione. Matrix usa OAuth e OpenID Connect tramite autenticazione dedicata per integrare l'accesso con quello esistente.

Conta il ciclo di vita: ingressi, trasferimenti e uscite devono ottenere e perdere le stanze corrette senza richieste manuali.

Accedere

• Autenticazione delegata tramite servizio di autenticazione Matrix
• Integrazione del fornitore d'identità con directory e broker
• Migrazione da password integrate ad accesso delegato
• Multifattore e accesso condizionale imposti dal fornitore d'identità
• Scambio di token d'identità firmati per widget e servizi
• Pinning dei certificati e gestione dei dispositivi nelle flotte di client
• Ospiti e invito via email o telefono quando opportuno

Account nel tempo

• Attivazioni e disattivazioni dalla directory aziendale
• Ingressi, trasferimenti e uscite mappati ad account, stanze e spazi
• Politica degli identificativi: parti locali, nomi, avatar e indirizzi personalizzati
• Associazione e riconciliazione degli identificativi esterni
• Ambito della directory per cercare solo ciò che è consentito
• Procedure di disattivazione, cambio nome e riattivazione
• Gestione delle sessioni, durata dei token e uscita forzata

Non incluso: gestire il vostro fornitore d'identità. Il lavoro termina a integrazione e mappatura.

05

Chiavi, dispositivi e recupero.

Cifratura da cui gli utenti possono recuperare.

La cifratura è la parte facile. La difficoltà è perdere il telefono, cancellare il portatile o entrare nella chat anni dopo.

Firma incrociata, backup delle chiavi e spazio dei segreti rendono gestibile la cifratura. Ognuno cambia ciò che ricerca, esportazione e archivio possono vedere.

I limiti si scrivono, non si nascondono.

Attivarlo

• Cifratura predefinita per nuove stanze con eccezioni identificate
• Firma incrociata e verifica dei dispositivi con emoji e scansione di codici
• Backup delle chiavi e segreti sul server con gestione della chiave di recupero
• Migrazione di client e SDK allo stack crittografico attuale
• Bot, bridge e servizi funzionanti nelle stanze cifrate
• Rotazione delle chiavi di stanza e costi sulle altre funzioni

Usarlo ogni giorno

• Ciclo di dispositivi e sessioni con revoca di quelli persi o ritirati
• Visibilità della cronologia e condivisione delle chiavi secondo ciò che deve rivelare un ingresso
• Effetto reale della cifratura su ricerca, esportazione e archivio
• Analisi dei contenuti e antivirus dove la cifratura lo consente
• Documentazione di custodia e recupero delle chiavi
• Guida per usare verifica e recupero come progettati

Diagramma

01 - 06 · Dall'esterno all'interno

01 Perimetro

WireGuard, porte chiuse e nessun percorso dal DNS

L'amministrazione non è sul web pubblico. Risponde solo tramite tunnel WireGuard a un indirizzo di origine consentito, mai a un nome host.

• La porta di federazione resta chiusa finché non si decide di aprirla.
• nginx termina il lato pubblico; ciò che è dietro si raggiunge nel tunnel.
• Nulla dell'installazione si trova risolvendo DNS.

wireguard · nginx · acl dell'indirizzo di origine · porta di federazione chiusa

02 Federazione

Prima lista di consentiti; aprire con moderazione pronta

Configuriamo la federazione secondo la politica dell'organizzazione: chiusa, con elenco di server autorizzati o aperta.

• Si apre dopo aver preparato la moderazione, mai prima.
• La lista registra con chi l'organizzazione ha concordato di comunicare.
• La federazione selettiva si decide e si scrive prima di attivarla.

synapse · politica di federazione · elenco dei server autorizzati

03 Identità

Accesso unico, realm separati e filtro del dominio email

L'accesso unico usa un fornitore come Keycloak con realm separati e filtro del dominio; gli account seguono la directory istituzionale, non un'altra privata.

• L'integrazione del provider di identità e la configurazione del database seguono i requisiti dell'organizzazione.
• Refresh token con durata limitata e rimozione automatica dei dispositivi obsoleti.
• Il marchio fa parte dell'accesso, non si aggiunge dopo.

keycloak · realm separati · postgresql · element web

04 Governance

Applicazione delle politiche e automazione quotidiana

La moderazione si prepara prima di aprire lo spazio. Un bot applica politiche nei sistemi e i plugin svolgono i compiti abituali.

• Spazi per studenti e personale hanno regole diverse sullo stesso server.
• Bot e widget gestiscono instradamento, promemoria e passaggio all'assistenza esistente.
• Verifichiamo la configurazione e documentiamo le procedure di ripristino.

bot di moderazione · automazione tramite plugin · liste di politiche · integrazione dell'assistenza

05 Dati

Conservazione sul server e relativa documentazione

Il server fissa un periodo per messaggi e media locali e uno minore per media di altri server.

• Media solo per richieste autenticate, push senza contenuto e dimensioni di caricamento limitate.
• Prepariamo valutazioni d'impatto, registri dei trattamenti, procedure di cancellazione e procedure per le violazioni dei dati.
• Documentazione, diagrammi e decisioni architetturali spiegano ogni impostazione.

conservazione synapse · postgresql · media autenticati · push senza contenuto

06 La stanza

Cifratura dove si giustifica

Concordiamo la cifratura stanza per stanza secondo i requisiti di moderazione, ricerca e conservazione dell'organizzazione.

• Cifrare cambia moderazione, ricerca, bot e widget. Attivarlo ovunque disabiliterebbe silenziosamente i cinque livelli circostanti.
• Documentiamo gli effetti dei bridge sulla cifratura prima dell'integrazione.
• Chiamate nella stanza: OpenTalk, Jitsi e LiveKit per Matrix-RTC, auto-ospitati come widget.

element web · livekit (matrix-rtc) · opentalk · jitsi: prosody / jicofo / jvb / coturn

Non incluso: leggere cronologia cifrata senza chiavi. Nessuno può offrirlo; se lo fa, è un segnale d'allarme.

06

Client scelti, adattati o realizzati.

Il client si sceglie. Il server non decide ciò che le persone vedono ogni giorno.

Matrix separa server e applicazione. L'interfaccia si decide a parte e può cambiare senza toccare l'installazione. Esistono diversi client maturi, diversi più per esperienza che per capacità.

È più facile scegliere per pubblico: chi arriva da chat di team vuole familiarità; da piattaforme comunitarie, canali e thread; gli amministratori, un'app desktop leggera che non ostacoli il lavoro.

Poi vengono temi, pacchetti e gestione della flotta: colori e nome, distribuzione attraverso i vostri canali e politica delle applicazioni ammesse.

Scegliere e installare

• Element Web e Desktop per chi arriva da chat di team
• Element X per chi usa il telefono e vuole velocità
• FluffyChat per semplicità e scuole
• Cinny per chi si aspetta canali da una piattaforma comunitaria
• Nheko per amministratori e chi vuole un'app nativa leggera
• Scelto per i suoi utenti, non per tabelle di funzioni
• Client web sul vostro dominio, non un indirizzo esterno
• Pacchetti desktop per Windows, macOS e Linux
• Distribuzione mobile tramite store o canale interno
• Notifiche push tramite un gateway sotto il vostro controllo
• Accesso unico collegato al client
• Politica della flotta: versioni e app che possono collegarsi
• Migrazione tra client senza perdere cronologia o chiavi

Renderlo vostro

• Temi: colori, nome, icona, testi e primo avvio
• Versione con il vostro marchio pubblicata dal vostro account sviluppatore
• Rimozione di funzioni quando serve averne meno
• Widget con i vostri strumenti nella stanza
• Lavoro su misura con gli SDK client pubblicati
• Revisione di accessibilità del client che distribuite
• Scelta, personalizzazione e integrazione del client sono concordate nell'ambito del lavoro.

Selezioniamo e personalizziamo un client Matrix esistente per la vostra organizzazione.

07

Client, bot, widget, chiamate e SDK.

La stanza è una superficie. Metteteci il lavoro.

Matrix pubblica API dei servizi applicativi, API dei widget e SDK nella maggior parte dei linguaggi usati. La stanza può far parte del processo, non solo servire a discuterlo.

Il lavoro client va dal tema a un'app specifica: kiosk, stanza unica, schermo di sola lettura, poca banda o messaggistica integrata nel vostro software.

Le chiamate richiedono anche unità di inoltro, credenziali e regole firewall, non solo un pulsante.

Client e codice

• Valutazione di client web, desktop, mobili e terminale
• Versioni con marchio: nome, icona, colori, store, firma e pubblicazione
• Client su misura con SDK Rust, JavaScript, Kotlin, Swift, Dart o .NET
• Client specifici: kiosk, stanza unica, lettura, campo e poca banda
• Messaggistica Matrix integrata in una vostra applicazione
• Accessibilità e localizzazione, comprese disposizioni da destra a sinistra
• Servizi applicativi, eventi e stato personalizzati per dati del dominio nella stanza
• Moduli homeserver: antispam, regole esterne e autenticazione personalizzata
• Test di conformità e interoperabilità tra client e server

Bot, widget e chiamate

• Piattaforma bot con plugin per condividere un runtime
• Bot per assistenza, avvisi, feed, approvazioni e manutenzione
• Gateway da posta a stanza e da stanza a posta
• Widget: lavagne, sondaggi, riunioni, dashboard, moduli e approvazioni
• Autenticazione dei widget con token firmati, hosting e ambito dei permessi
• Conferenze autonome o integrate
• Unità di inoltro installata e scalata per evitare una mesh tra partecipanti
• Server relay e attraversamento, firewall e traduzione degli indirizzi
• Notifiche mobili di chiamata che suonano con il dispositivo bloccato
• Registrazione, conservazione e consenso dove richiesto dalla normativa

Non incluso: i widget non appartengono al nucleo della specifica. È bene saperlo prima di basare un piano su di essi.

08

Moderazione, conservazione e documentazione di protezione dei dati.

Politica che regge quando qualcuno chiede di vederla.

La moderazione è lavoro di protocollo: livelli di permessi, liste, controllo delle stanze e report. Gli strumenti sono aperti; di solito manca la politica che li sostiene.

Un sistema federato, replicato e cifrato richiede registri del trattamento, regole di conservazione e una descrizione onesta della portata reale della cancellazione.

Moderazione

• Strumenti di moderazione con bot dotato dell'autorità necessaria
• Liste di politiche: locali, iscrizioni condivise e liste pubblicate
• Protezione da ondate di ingressi, spam e media indesiderati
• Permessi e ruoli per dare ai moderatori esattamente il necessario
• Segnalazioni inviate a una coda di valutazione con responsabile identificato
• Divieti del server, liste di accesso alle stanze e quarantena
• Analisi dei contenuti e confronto degli hash al caricamento
• Procedure di fiducia e sicurezza, escalation e registri delle decisioni
• Report di trasparenza secondo il regime applicabile

Registri e regole

• Supporto alla valutazione d'impatto e registri del trattamento
• Mappatura dei dati in stanze, media, chiavi, dispositivi e traffico federato
• Progettazione dell'ubicazione dei dati e dell'hosting
• Politica di conservazione e scadenza con applicazione tecnica
• Accesso degli interessati, esportazione e oscuramento con limiti reali dichiarati
• Cifratura a riposo e documentazione della custodia delle chiavi
• Documentazione di responsabili e sub-responsabili di ogni componente
• Descrizione dell’architettura di sicurezza, modello di minaccia e standard di configurazione
• Politiche di uso accettabile, ingresso e uscita

Non incluso: consulenza legale o approvazione giuridica. Sono documenti tecnici per il consulente, non un suo sostituto.

09

Osservabilità, manutenzione e assistenza.

Qualcuno deve monitorarlo un martedì.

Nessuno può difendere un homeserver senza monitoraggio. Metriche, log e tracce trasformano "la chat è lenta" in un componente identificato.

La manutenzione è la parte discreta: aggiornamenti, pulizia, deriva e ripristino eseguito, non solo programmato.

L'assistenza agisce dietro il vostro helpdesk, non direttamente davanti agli utenti.

Monitorarlo

• Metriche e dashboard di homeserver, database, bridge, media e chiamate
• Log strutturati e aggregati conservati secondo la politica
• Tracce distribuite per richieste lente e ritardi di federazione
• Avvisi legati a procedure scritte, non solo soglie
• Test sintetici di accesso, consegna, federazione e chiamate
• Console per la gestione quotidiana di utenti e stanze
• Automazione dell'API amministrativa per compiti ripetitivi
• Report di capacità, crescita e costo dell'installazione

Mantenerlo attivo

• Manutenzione gestita: aggiornamenti di sistema e componenti, pulizia abituale
• Monitoraggio degli avvisi di sicurezza e pianificazione delle patch
• Monitoraggio delle versioni, calendario degli aggiornamenti e supporto prolungato
• Revisione e correzione della deriva di configurazione
• Backup configurati e ripristino provato, verificato, non presunto
• Manutenzione di database, media, elementi orfani e quote
• Procedure di risposta agli incidenti e modelli di riesame successivo
• Supporto di escalation dietro il vostro helpdesk
• Controlli periodici con rapporto scritto

Non incluso: un turno di reperibilità o attività che richiedano una seconda persona sveglia. I tempi di risposta sono indicati nei livelli di assistenza a /matrix/G. La gestione resta a voi o al vostro fornitore.

10

Esame indipendente, formazione e consulenza.

Sguardo esterno ai sistemi, formazione per mantenerli e consulenza prima di impegnarsi.

Molte installazioni funzionano senza sapere perché. Esaminare è lavoro delimitato con risultato scritto: esposizione, obsolescenza e prossimo guasto.

La formazione è l'altra metà. Lo standard aperto permette di non mantenere nessuno. Il passaggio di consegne è il risultato, non il rischio.

A volte la risposta utile arriva prima: se questo standard soddisfi davvero il requisito.

Esame indipendente

• Revisione della configurazione secondo le pratiche consigliate attuali
• Revisione di sicurezza: esposizione, autenticazione, limiti e segreti
• Federazione: cosa è raggiungibile, affidabile e cosa non dovrebbe essere nessuna delle due
• Cifratura: firma incrociata, backup delle chiavi, dispositivi e stanze aperte
• Prestazioni e capacità con colli di bottiglia reali identificati
• Validazione dei backup che provi il ripristino, non il calendario
• Percorso di aggiornamento con componenti oltre il ciclo di vita
• Inventario di bridge e bot con responsabile per voce
• Correzioni prioritarie con impegno e impatto per voce

Formazione, consegna e consulenza

• Formazione di amministratori, operatori e moderatori sulla vostra installazione
• Sessioni di sviluppo: API client-server, servizi applicativi e widget
• Inserimento utenti, abitudini di verifica e recupero
• Materiale per formare i formatori e proseguire senza di noi
• Procedure, manuali e consegna documentata per la vostra configurazione
• Consulenza neutrale sull'idoneità dello standard aperto di messaggistica
• Realizzare o comprare, auto-ospitare o gestire, con compromessi espliciti
• Supporto agli acquisti: requisiti, criteri di valutazione e domande
• Uscita e portabilità riesaminate per mantenere la capacità di trasferirlo

Diagramma

Homeserver, client e accesso unico installati e protetti per scuole, università e istituzioni pubbliche.

01 AUDIT

Fase 01 / 09

Domande prima dei container. I sistemi attuali decidono quasi tutta l'architettura; il resto è politica, non software.

• Identità esistente e domini email ammessi per gli account
• Cosa registrare, cosa non conservare mai e per quanto tempo
• Con quali istituzioni comunicare e con quali no
• Se basta davvero un server dedicato per il carico descritto

RISULTATO: risultati scritti, architettura obiettivo e ambito approvabile.

02 PROGETTAZIONE

Fase 02 / 09

Ogni decisione costosa da invertire si scrive prima di prenderla. I documenti delle decisioni architetturali e i diagrammi spiegano le scelte per l'organizzazione.

• Politica di federazione concordata prima dell'avvio: chiusa, con elenco autorizzato o aperta
• Un periodo per messaggi e media locali; uno minore per quelli remoti
• Cifratura per stanza deliberata, non un interruttore generale
• Bridge valutati per iscritto, compresi gli effetti sulla cifratura end-to-end

RISULTATO: decisioni, diagrammi e politiche leggibili dal responsabile della protezione dei dati.

03 INSTALLARE

Fase 03 / 09

Homeserver, client, database e reverse proxy in container sul vostro hardware. Ogni componente versionato permette di ricostruire, non ricordare.

• Un server dedicato senza gestore esterno che conservi i messaggi
• PostgreSQL configurato per Synapse, non con valori predefiniti
• nginx davanti con delega .well-known per il nome di federazione corretto
• Element Web con il vostro nome e colori, non il logo del fornitore

RISULTATO: homeserver attivo, definito in file, non assemblato a mano.

04 IDENTITÀ

Fase 04 / 09

Account, password e posto unico per revocare. L'accesso unico collega Matrix alla vostra directory esistente.

• Fornitore d'identità davanti con realm separati
• Filtro del dominio email per decidere chi può avere un account
• Configurazione del database e integrazione del provider di identità
• Matrix si fida del fornitore: l'accesso termina secondo la directory

RISULTATO: accesso tramite il vostro fornitore d'identità e una lista di persone, non due.

05 PROTEGGERE

Fase 05 / 09

I valori predefiniti sono per Internet aperto. Un'istituzione richiede le impostazioni sottostanti e un registro di modifiche e motivi.

• Media autenticati perché un link non basti per leggere
• Notifiche push senza portare fuori il contenuto del messaggio
• Caricamenti limitati, dispositivi obsoleti rimossi e refresh token di durata limitata
• Amministrazione solo tramite WireGuard e indirizzo di origine, mai per nome

RISULTATO: registro di protezione con ogni impostazione diversa da quella predefinita e il motivo.

06 FEDERARE

Fase 06 / 09

La federazione è una politica, non un interruttore. Si apre con moderazione pronta e prima a server identificati.

• Accesso federato configurato secondo la politica concordata
• Bot di moderazione che applica politiche nei sistemi
• Plugin per bot per le attività ordinarie delle stanze e l'integrazione dei servizi
• Report, escalation e gestione delle prove scritti prima di aprire di più

RISULTATO: modello di federazione e moderazione leggibile dal personale legale e del benessere degli studenti.

07 RIUNIRSI

Fase 07 / 09

Il lavoro inizia in chat e termina in chiamate e widget. I media in tempo reale sono ospitati accanto all'homeserver; nemmeno la chiamata esce.

• OpenTalk per riunioni programmate accanto all'homeserver
• Jitsi con Prosody, Jicofo, JVB e coturn, tutto auto-ospitato
• LiveKit per chiamate Matrix-RTC nel client Matrix
• Widget nella stanza per lavorare senza uscire dal seminario

RISULTATO: chat, riunioni e chiamate negli stessi sistemi e sotto le stesse regole.

08 GESTIRE

Fase 08 / 09

La cosa interessante non è il lancio, ma il martedì in cui qualcosa si guasta e va capito, non solo riavviato.

• Monitoraggio della sicurezza e pianificazione della risposta agli incidenti
• Verifica della configurazione e procedure di ripristino documentate
• Prove di ripristino del database in un ambiente isolato
• Conservazione imposta sul server, non affidata alla memoria

RISULTATO: ambito onesto dichiarato prima, non scoperto dopo.

09 CONSEGNA

Fase 09 / 09

Dovete poterci sostituire. La documentazione lo dimostra e si scrive per chi erediterà il sistema.

• Documentazione, diagrammi e registri delle decisioni architetturali
• DPIA, registro del trattamento, politica di cancellazione e procedura per le violazioni preparati
• Ogni impostazione diversa da quella predefinita con il motivo
• Scritto per chi lo erediterà, non chi l'ha realizzato

RISULTATO: sistema, documenti e account, senza nulla solo nella nostra testa.

10 CONTATTO

Obiettivo

Iniziate dalla fase 01. L'audit è un lavoro piccolo e fisso che indica se il resto vale la pena.

• Definisci un'installazione
• Chiedere della migrazione
• Richiedi un preventivo
• Solo una domanda

Nessuno script di terzi, tracciamento o captcha. Oppure scrivete a hello@ave17.com

Non incluso: un certificato di superamento o bocciatura. L'esame riporta risultati. La certificazione ha un regime e revisori distinti.

Inizio

Iniziate dal problema, non dal prodotto.

• Dite cosa gestite, cosa deve diventare e i vincoli: normativa, persone, isolamento, directory o contratto con una piattaforma fino all'anno prossimo.
• Riceverete domande, un'idea del lavoro e una spiegazione chiara di ciò che non assumeremmo.

Scrivete a

hello@ave17.com

Chi siamo

Matrix

Non incluso: preventivo fisso dal primo messaggio. Sempre ambito prima del prezzo.

A

Il percorso abituale e quello dello standard aperto.

Due modi per possedere una conversazione. Nessuna colonna nomina marchi: la differenza è strutturale, non competitiva.

Non incluso: affermare che la colonna destra sia sempre giusta. Alcuni requisiti si adattano meglio a un prodotto acquistato.

B

Sei livelli tra Internet e una frase.

Ogni livello si decide separatamente e può fallire da solo. Selezionate un anello per leggere cosa decide.

Perimetro

DNS, delega e TLS decidono l'accesso prima che esistano messaggi.

Federazione

Liste di consentiti, controllo dei server e chiavi di firma decidono chi può comunicare.

Server

Homeserver, database e media contengono i sistemi. Protezione e limiti li mantengono attivi.

Identità

Fornitore d'identità e autenticazione decidono chi ha un account e quanto dura.

Stanza

Membri, permessi, regole d'ingresso e cronologia decidono chi vede cosa e da quando.

Messaggio

Cifratura end-to-end, chiavi dei dispositivi e firma incrociata decidono chi legge. I server inoltrano, non leggono.

Non incluso: promettere tutti e sei già configurati. Molte installazioni ne fanno bene tre ed ereditano il resto.

C

Come si svolge un progetto.

Sei fasi con risultato scritto alla fine. Selezionatene una per leggere lavoro e risultato.

Non incluso: durata fissa. Le fasi sono sequenziali e durano secondo sistemi e approvazioni.

D

Tre modi per federarsi e come scegliere.

Federazione spaventa gli acquisti perché si intende come "aperto a tutto Internet". È un'impostazione con tre posizioni.

Chiusa

Il vostro server non parla con altri. Account propri, stanze interne e nessun messaggio fuori. La federazione è disattivata, non solo filtrata.

Per sistemi dove "può uscire?" deve avere risposta no, per iscritto.

Partner identificati

Si federa con server in lista e rifiuta gli altri. Fornitori, ente principale o altra agenzia si aggiungono e rimuovono deliberatamente.

Il caso abituale: accesso dove volete e porta chiusa nel resto.

Apri

Si federa con la rete pubblica. Qualsiasi indirizzo Matrix raggiunge gli utenti secondo regole d'ingresso, stanze e moderazione.

Per lavoro pubblico: comunità, assistenza e qualsiasi caso in cui conti essere raggiungibili.

Non incluso: affermare che la federazione aperta sia sicura per impostazione predefinita. Richiede moderazione, politiche e attenzione.

E

Le domande che vengono davvero poste.

Non è un'introduzione al protocollo. Sono otto domande di chi lo considera seriamente, risposte come in una chiamata.

In cosa differisce da un server pubblico gratuito?

Un server pubblico è condiviso: dominio altrui, dati accanto a quelli di tutti e limiti e politiche ereditati. Qui l'installazione è solo vostra, l'indirizzo porta il vostro dominio e fissate voi i limiti.

È davvero conforme o è solo ospitato in Europa?

L'ubicazione da sola non dimostra nulla. Conta chi accede, tramite quale processo e se potete verificarlo. La sezione sugli accessi in /matrix/H precisa esattamente quali accessi abbiamo e come verificarli dall'esterno.

Possiamo eseguirlo sul nostro hardware?

Sì, è l'opzione più economica. La vostra macchina, account cloud o centro dati; noi installiamo, proteggiamo e manteniamo. I requisiti sono in Installare.

Cosa accade se vogliamo uscire?

Portate via il server. Indirizzo, stanze e cronologia appartengono all'installazione, non al contratto. L'uscita si progetta e scrive all'inizio; vedete Uscita.

Fate pagare per persona?

No. Cento o mille persone costano uguale. Il prezzo segue infrastruttura e lavoro, non il personale.

Chi può leggere i nostri messaggi?

Nelle stanze cifrate end-to-end, solo dispositivi partecipanti, né server né noi. Fuori, il server conserva contenuti accessibili agli amministratori, compresi noi durante la manutenzione. La sezione sugli accessi in /matrix/H descrive i limiti e come verificarli.

Quanto impiegate a rispondere a un guasto?

Standard risponde entro due giorni lavorativi; prioritaria, otto ore lavorative. Un'interruzione conta sempre ma non si addebita mai, in qualsiasi piano. Vedete Assistenza.

Possiamo vederlo funzionare prima?

Discutiamo i vostri requisiti e concordiamo come valutare l'installazione proposta.

Non incluso: promettere risposte intatte dopo aver conosciuto l'ambiente. Alcune cambieranno.

F

Quanto costa.

Cambiate le cifre e vedete il totale. Non si invia nulla: funziona nel browser e stima, non preventiva.

Configurazione, una volta

590 EUR

Ingegneria fuori ambito

110 EUR l'ora

Una valutazione

da 3 giorni a 110 EUR l'ora

Oltre 1000 utenti

la scala termina e facciamo un preventivo

Non si aggiunge IVA: non siamo registrati e la cifra mostrata è il totale.

L’avvio si paga una volta; tutto il resto è mensile. I vincoli insoliti sono definiti prima di fissare il prezzo.

Non incluso: preventivo fisso dal primo messaggio. Sempre ambito prima del prezzo.

G

Cosa copre l'assistenza e cosa no.

Due livelli con coperture ed esclusioni scritte.

Orario lavorativo, dal lunedì al venerdì, esclusi i giorni festivi: una richiesta inviata il venerdì sera riceve risposta il giorno lavorativo successivo. Tre domande distinte in un messaggio contano come tre richieste.

Coperto

• Server fermo, irraggiungibile o che restituisce errori
• Guasto di un componente installato con l'installazione
• Problemi di sistema: disco, memoria, certificati e backup
• Riconfigurazione richiesta: aggiungere componente, cambiare politica o limite
• Aggiornamenti e guasti durante essi

Non coperto

• Domande generali sul software aperto sottostante
• Scrivere i vostri bot o servizi applicativi
• Perché un componente esterno agisce così: gli autori rispondono meglio
• Guasto di un componente esterno dopo modifiche del progetto di origine
• Aggiornamenti di distribuzione del sistema operativo sulla vostra macchina
• Consulenza per creare un'attività sul software

Non incluso: turni di 24 ore. I tempi di risposta sono lavorativi ed espliciti.

H

A cosa possiamo accedere e a cosa no.

Prima la parte scomoda: dichiarare nessun accesso non sarebbe vero.

A cosa possiamo accedere

• Qualsiasi file di un server mantenuto: usiamo SSH con root
• Tutto ciò che non è cifrato, compresi dati da altre reti il cui progetto impedisce la cifratura end-to-end
• Database, log e backup dell'installazione
• Metadati degli account: chi esiste, quando si è collegato e i dispositivi

A cosa non possiamo accedere

• Contenuto cifrato end-to-end: chiavi sui dispositivi, non sul server
• Nulla su una macchina a cui non abbiamo mai ricevuto accesso
• Backup cifrati con la vostra chiave. Amministrando accediamo ai dati stessi; revocato l'accesso, non possiamo leggere i backup
• Installazioni dopo consegna e revoca dell'accesso

Cosa abbiamo scritto noi

• Gestione della configurazione che realizza e mantiene le installazioni
• Monitoraggio e avvisi successivi
• Scelta, personalizzazione e integrazione del client Matrix
• Strumenti di backup e ripristino, compresa la relativa prova
• Tutto il resto è open source esterno identificato nelle pagine dei servizi

Come verificare anziché credere

• Accessi e avvii dei programmi registrati nell'audit della vostra macchina
• Chiedete di revocare l'accesso tra lavori; è una richiesta normale
• Eseguite il sistema di audit e osservate le chiamate di sistema
• Verificate le affermazioni sull'infrastruttura. I test pubblici e le istruzioni si trovano nella sezione "Dove funziona e come verificarlo senza chiederci." all'indirizzo /matrix/I.

Poter accedere e farlo sono cose diverse. L'accesso si usa solo per mantenere e riparare il server. Il registro, non la nostra parola, permette di verificarlo.

Non incluso: dichiarare accesso zero. Mantenere un server richiede accesso; fingere il contrario sarebbe una menzogna verificabile.

I

Dove funziona e come verificarlo senza chiederci.

Molti gestori si fermano a "server nell'UE". Tutto quanto segue si può provare dall'esterno senza consultarci.

Eseguite voi i test

• internet.nl: test indipendenti di sito e posta di qualsiasi dominio
• DNSViz: percorre DNSSEC e mostra ogni firma
• Hardenize o equivalente: una pagina di configurazione DNS, posta e web
• Report SSL dell'host: certificato, catena e protocolli
• Puntate qualsiasi test su ave17.com. Non chiediamo fiducia cieca.

Questo da solo non rende sicuro un server di chat. Mostra come lavora l’azienda, cosa che potete verificare prima di firmare.

I controlli operativi sono documentati e potete verificarli.

J

Come uscire.

L'uscita si progetta all'inizio. Chi la ostacola rivela qualcosa sul resto dell'accordo.

L'identità è vostra

Il nome è il vostro dominio. Qualunque sia il gestore, gli indirizzi degli utenti non cambiano proprietà.

Ricevete la macchina, non un'esportazione

Database, file e configurazione si consegnano come sono, senza convertirli in un archivio di commiato.

La configurazione è leggibile

Installazioni versionate e revisionabili. Il tecnico successivo legge come sono state realizzate, senza indovinare.

La consegna è un servizio, non una penale

Procedure, spiegazione e responsabile per componente. Si paga come lavoro alla tariffa normale.

Accesso revocato su richiesta

Chiavi rimosse, sessioni terminate e revoca visibile nei vostri log.

Mai tariffa di uscita

Nessun addebito per uscire né preavviso che lo nasconda.

È la risposta onesta al vincolo: il protocollo aperto permette a un altro gestore di riprendere l'installazione e ne esistono diversi. È il punto di non possedere il protocollo.

Non incluso: lavoro gratuito. La consegna si paga come lavoro; andarsene non si paga.

K

Con chi avete a che fare.

Con chi trattate e la documentazione relativa.

Le condizioni complete, l'informativa sulla privacy e l'accordo di trattamento dell'articolo 28 sono pubblicati prima di chiedere a chiunque di firmare.

Scrivete a

hello@ave17.com

Chi siamo

Matrix

Non incluso: consulenza legale. Dichiariamo la nostra posizione; dovete chiedere consulenza sui vostri obblighi.

Come funziona

• A · Il percorso abituale e quello dello standard aperto
• B · Sei livelli tra Internet e una frase
• C · Come si svolge un progetto
• D · Tre modi per federarsi e come scegliere

Prima di acquistare

• F · Quanto costa
• G · Cosa copre l'assistenza e cosa no
• E · Le domande che vengono davvero poste

Prima di fidarsi

• H · A cosa possiamo accedere e a cosa no
• I · Dove funziona e come verificarlo senza chiederci
• J · Come uscire
• K · Con chi trattate