Separare i profili della CLI dosya
Isola le credenziali della CLI dosya con directory XDG separate o chiavi nell’ambiente, poi verifica account e spazio di lavoro di destinazione prima di ogni processo.
Ultima revisione
Gli screenshot mostrano l’interfaccia in inglese.
La CLI non dispone di un archivio di profili con nome né dell’opzione --profile. Isola le identità con directory XDG_CONFIG_HOME diverse oppure fornisci valori DOSYA_API_KEY diversi a ogni processo.

Prima di iniziare
- Il file di configurazione XDG si trova in
$XDG_CONFIG_HOME/dosya/config.json; senza configurazione XDG si usa~/.dosya/config.json. - La precedenza della chiave è
--keyda riga di comando, poiDOSYA_API_KEY, quindi la configurazione. L’URL base nell’ambiente prevale sul valore salvato e sul valore predefinito incorporato. - La CLI crea la directory di configurazione con permessi 0700 e il file con permessi 0600; permessi esistenti meno restrittivi producono un avviso.
Procedura
- Crea una radice di configurazione privata per ogni identità, ad esempio
~/.config/dosya-worke~/.config/dosya-personal, e limita ogni directory superiore al proprietario dell’account. - Imposta
XDG_CONFIG_HOMEper l’identità desiderata, poi salva la chiave tramite stdin invece di un argomento letterale. Non usare--profile: l’analisi degli argomenti non lo supporta. - Esegui
XDG_CONFIG_HOME=… dosya whoami --jsone verifica che l’identificativo dell’account sia quello previsto prima di apportare modifiche. - Passa esplicitamente lo spazio di lavoro desiderato ai comandi che lo accettano oppure verifica quello corrente restituito dal comando di lettura pertinente. L’isolamento della configurazione non sceglie uno spazio di lavoro per te.
- Per processi temporanei, preferisci
DOSYA_API_KEYdall’archivio dei segreti dello scheduler e una radice XDG vuota e isolata. Ricorda che--keyprevale su entrambi. - Registra l’etichetta non segreta del profilo, la radice di configurazione, l’ID account verificato e l’ID dello spazio di lavoro. Rifiuta l’esecuzione se un valore differisce dalla definizione del processo.

Risultato previsto
Ogni processo usa la chiave prevista da una radice di configurazione privata o dall’ambiente, verifica il proprio account e opera solo nello spazio di lavoro verificato esplicitamente. Non serve un’opzione profilo non supportata.
Risoluzione dei problemi
Compare l’account sbagliato. Controlla se --key o DOSYA_API_KEY hanno precedenza prima di modificare il file di configurazione.
La CLI segnala un problema con i permessi. Ripristina 0700 sulla directory e 0600 su config.json, poi verifica il proprietario.
Due processi interferiscono ancora. Assegna loro valori XDG_CONFIG_HOME diversi ed evita di esportare una chiave condivisa nella shell principale.
Guide correlate
Ti è stata utile?
Caricamento delle valutazioni…
Quando voti, salviamo un cookie tecnico per un massimo di 180 giorni, così puoi cambiare la tua risposta.
Domande e risposte
Fai una domanda sui passaggi di questa guida. Le domande vengono revisionate prima della pubblicazione.
Non inserire dati dell’account, credenziali o file privati nelle domande pubbliche. Usa l’assistenza privata in questi casi.
Caricamento delle domande…
Accedi al tuo account dosya per fare una domanda.