Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

# Esegui i lavori come utenti del sistema operativo dedicati
<a name="job-run-as-user"></a>

Ogni coda può specificare un utente del sistema operativo (OS) e il relativo gruppo primario, denominato job run as user. L'agente di lavoro esegue ogni processo di lavoro inviato alla coda come utente del sistema operativo, in modo che i lavori ereditino le autorizzazioni del sistema operativo dell'utente, incluso l'accesso ai file e ad altre risorse sull'host di lavoro.

Assegna all'utente della coda le autorizzazioni del sistema operativo con il privilegio minimo di cui hanno bisogno i carichi di lavoro della coda. Un utente dedicato per ogni coda mantiene i file e i processi di un lavoro separati dai lavori in altre code, dagli altri software installati e dagli altri utenti con accesso all'host di lavoro.

I due tipi di flotta gestiscono l'utente in coda in modo diverso:
+ In una flotta gestita dal cliente, crei gli utenti del sistema operativo sui tuoi host di lavoro. Utilizza un utente separato per ogni coda, a meno che le code non si trovino nello stesso limite di sicurezza.
+ In una flotta gestita dal servizio, il servizio gestisce gli host dei lavoratori e tutti i job vengono eseguiti come un singolo utente del sistema operativo. Gli host sono dedicati al tuo account ed eseguono solo i lavori delle code che associ alla flotta, quindi separi le code assegnando loro flotte separate anziché utenti separati.

Quando una coda non specifica un utente, i relativi job vengono eseguiti come utente worker agent. L'utente worker agent può impersonare (`sudo`) qualsiasi utente della coda, quindi una coda senza utente può trasferire i privilegi a qualsiasi altro utente e dato della coda.

In una flotta gestita dal cliente, l'agente di lavoro impone il confine tra gli utenti in coda con le autorizzazioni del sistema operativo. L'agente crea la directory di lavoro di ogni sessione in modo che solo l'utente agente e il gruppo primario dell'utente del lavoro possano accedervi. L'agente memorizza inoltre le credenziali di ruolo di ciascuna coda in una directory specifica della coda con le stesse restrizioni di accesso. Quando ogni coda ha il proprio utente e il proprio gruppo primario, un job non può leggere i file di sessione o le credenziali di un'altra coda. AWS 

Le autorizzazioni utente standard del sistema operativo su un kernel condiviso separano gli utenti in coda su un host di lavoro condiviso. Assegna ai carichi di lavoro che richiedono una separazione più forte, come l'isolamento delle macchine virtuali, le proprie flotte.