Il tasto mette in ogni Saved Games\DCS* trovato (client e
server dedicato) tre file: mission_live_export.lua agganciato a
Export.lua (telemetria), gci_mission_script.lua
(sensori, portata, collegamento dati, ATC) e
Scripts\Hooks\dcs_tracker_hook.lua, che lo carica in ogni
missione e spedisce i suoi dati. Poi si riavvia DCS.
MissionScripting.lua non va toccato. Se la cartella non
viene trovata (DCS sotto un altro account, o cartella scelta con
-w): DCS_SAVED_GAMES nel .env, guida B1.
Lo stesso passo lo fa install.bat.
Utenti, sessioni, briefing, schede aeroporto, maglia radio, impostazioni e
.env stanno in data\: nessun aggiornamento li tocca, e
prima di ogni aggiornamento se ne fa una copia in backups\ (le ultime
dieci). Per ripartire da una copia: python tools\gestione.py ripristina backups\<file>.zip, poi riavvia.
| Nome | Token (per relay) | Stato |
|---|
E' l'indirizzo che il relay sulla macchina DCS deve chiamare: quello del tunnel o del dominio, non quello con cui stai aprendo questo pannello. Vuoto = si usa l'indirizzo corrente del browser.
Copia dcs_relay.py sulla macchina DCS ed eseguilo con il comando
del server a cui deve mandare, che compare qui sotto con il token gia' dentro:
Lo script Lua (mission_live_export.lua o gci_mission_script.lua) continua a inviare in UDP locale. Il relay cattura i pacchetti e li inoltra qui via HTTPS.
Le funzioni accessorie del tracker: si accendono e spengono qui, senza riavviare, e valgono per tutte le console.
Il tracker si collega al server SRS come un client senza voce e legge lo
squawk di ogni pilota (Mode 1, 2, 3, 4 e IDENT), letto dal cockpit per i
moduli che SRS conosce o impostato nel pannello Transponder di SRS. Niente
da installare sui PC dei piloti. Le AI si dichiarano nel nome dell'unita'
nel Mission Editor con la sintassi di LotATC: Bones #IFF:7721FR;
per le altre AI c'e' il transponder simulato (Sistemi, sopra).
Serve External AWACS Mode attivo sul server SRS e la sua password, che
da' al collettore una coalizione; da spettatore l'elenco arriva lo stesso ma
dipende dalle impostazioni del server. In alternativa, se il server SRS ha
LOTATC_EXPORT_ENABLED=True verso questa macchina e nessun LotATC
occupa quella porta, basta la porta UDP (nel suo server.cfg,
LOTATC_EXPORT_PORT): niente password, il tracker ascolta e basta.
Il tracker riprova da solo ogni dieci secondi se SRS non risponde.
Chi sta nel server Discord del gruppo entra con Entra con Discord nella
pagina di accesso. Discord da' l'identita' e l'appartenenza al server; il
ruolo e' di SECTOR: la mappa qui sotto lo assegna alla nascita
dell'utente (al primo ingresso, o con Importa dal server), poi lo cambi
tu nel riquadro Utenti. Al primo ingresso l'utente sceglie la propria password,
e da li' entra anche con utente e password. Il bot ricontrolla l'appartenenza a
intervallo e con Aggiorna utenti: chi esce dal server viene disattivato
(non cancellato: se rientra ritrova tutto). L'utente admin e'
sempre locale.
…
Nel Developer Portal di Discord: New Application; OAuth2: copia il Client ID,
Reset Secret e copialo qui, e in Redirects aggiungi l'indirizzo sopra (deve
essere https); Bot: Reset Token e copialo qui, Public Bot spento; poi invita il
bot nel server con https://discord.com/oauth2/authorize?client_id=<client id>&scope=bot&permissions=0.
L'ID del server si copia da Discord con la modalita' sviluppatore (tasto destro sul server).
Per Importa dal server serve anche Server Members Intent acceso (Bot > Privileged
Gateway Intents): sotto i cento server non chiede approvazione. Per il login e il ricontrollo no.
Un ruolo dice cosa si puo' fare (livello: utente opera e carica
file, visitor guarda e basta), dove (le sezioni, raggruppate
per attivita') e per quale parte: un ruolo legato alla coalizione blu o
rossa vede sul feed solo la propria parte e i contatti che i propri sensori
rilevano, su GCI, ACIS, ATC, Live e JTAC, e non puo' cambiare parte. Gli
utenti portano il ruolo: cambiare un ruolo cambia tutti i suoi utenti.
admin apre tutto e non si modifica; utente e
visitor sono di serie e si possono ritoccare.
Ogni utente ha un ruolo, ed e' il ruolo a dire cosa apre e per quale
parte. La password si scrive solo per crearla o per cambiarla: lasciata vuota
su un utente che esiste, non viene toccata; cambiarla chiude le sue sessioni
aperte. Un utente nato da Discord non ha password finche' non la sceglie lui al
primo ingresso. Blocca lo mette in blacklist: non entra ne' con la
password ne' con Discord, e non rinasce. Da terminale: python
tools/utenti_cli.py.
Un utente legato a una sessione operatore apre GCI, ATC e ACIS gia' con le impostazioni di quella, senza il link col token; vuota, vale quella del ruolo.
Chi sta qui non entra e non rinasce: ne' con la password, ne' con Discord, ne' dall'importazione. Si puo' bloccare un nome utente o un ID Discord, anche di chi non e' mai entrato. Bloccare un utente collegato a Discord blocca tutte e due le chiavi. Sbloccare non riattiva l'utente: quello si fa nella sua scheda.
| Nome | Server | Config | Link operatore |
|---|