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à.

# Fase 1: Completare Session Manager prerequisiti
<a name="session-manager-prerequisites"></a>

Prima di utilizzare il Session Manager, verifica che il tuo ambiente soddisfi i requisiti seguenti.


**Session Manager prerequisiti**  

| Requisito | Description | 
| --- | --- | 
| Sistemi operativi supportati | Session Managersupporta la connessione a istanze Amazon Elastic Compute Cloud (Amazon EC2), oltre a macchine non EC2 nel tuo [ ambiente ibrido e multicloud. ](operating-systems-and-machine-types.md#supported-machine-types)<br />Session Manager supporta le seguenti versioni dei sistemi operativi:<br /> **Linux e **macOS**** <br />Session Managersupporta tutte le versioni di e che sono supportate da. Linux macOS AWS Systems Manager Per informazioni, consulta [Sistemi operativi e tipi di macchine supportati](operating-systems-and-machine-types.md).<br /> ** Windows ** <br />Session Manager supporta la versione Windows Server 2012 e le successive. Microsoft Windows Server 2016 Nano non è supportato.  | 
| SSM Agent | Come minimo, AWS Systems Manager SSM Agent la versione 2.3.68.0 o successiva deve essere installata nei nodi gestiti a cui ci si desidera connettere tramite sessioni. <br />Per utilizzare l'opzione per crittografare i dati della sessione utilizzando una chiave creata in AWS Key Management Service (AWS KMS), è necessario installare la versione 2.3.539.0 o successiva sul nodo gestito. SSM Agent <br />Per utilizzare i profili di shell in una sessione, la versione 3.0.161.0 o successiva di SSM Agent deve essere installata sul nodo gestito.<br />Per avviare un Port forwarding o una sessione SSH su Session Manager, la versione 3.0.222.0 o successiva di SSM Agent deve essere installata sul nodo gestito.<br />Per eseguire lo streaming dei dati delle sessioni utilizzando Amazon CloudWatch Logs, è necessario SSM Agent installare la versione 3.0.284.0 o successiva sul nodo gestito.<br />Per informazioni su come determinare il numero di versione in esecuzione su un'istanza, consulta [Verifica del Agente SSM numero di versione](ssm-agent-get-version.md). Per informazioni sull'installazione o l'aggiornamento di SSM Agent, consulta [Lavorare con Agente SSM](ssm-agent.md). Informazioni sull'account ssm-user A partire dalla versione 2.3.50.0 di SSM Agent, l'agente crea un account utente nel nodo gestito, con autorizzazioni di amministratore o root, denominato `ssm-user`. (Nelle versioni precedenti alla 2.3.612.0, l'account viene creato quando SSM Agent viene avviato o riavviato. Nella versione 2.3.612.0 e successive, `ssm-user` viene creato la prima volta che si avvia una sessione sul nodo gestito). Le sessioni vengono avviate utilizzando le credenziali amministrative di questo account utente. Per informazioni su come limitare il controllo amministrativo per questo account, consulta [Disattivare o attivare le autorizzazioni amministrative dell'account ssm-user](session-manager-getting-started-ssm-user-permissions.md).  ssm-user attivo Windows Server controller di dominio A partire dalla versione 2.3.612.0 di SSM Agent, l'account `ssm-user` non viene creato automaticamente su nodi gestiti utilizzate come controller di dominio Windows Server. Per utilizzare Session Manager su un sistema Windows Server utilizzato come controller di dominio, è necessario creare l'account `ssm-user` manualmente, se non è già presente, e assegnare le autorizzazioni di amministratore di dominio all'utente. In Windows Server, SSM Agent imposta una nuova password per l'account `ssm-user` ogni volta che viene avviata una sessione, pertanto non è necessario specificare una password quando si crea l'account.  | 
| Connettività agli endpoint | In questo caso, i nodi gestiti devono consentire anche il traffico in uscita HTTPS (porta 443) verso i seguenti endpoint:+  messaggi ec2. {{region}}.amazonaws.com <br />+  sms. {{region}}.amazonaws.com <br />+  messaggi sms. {{region}}.amazonaws.com <br />Per ulteriori informazioni, consulta i seguenti argomenti:+   [Referenza: ec2messages, ssmmessages e altre operazioni API](systems-manager-setting-up-messageAPIs.md)  <br />+  [Come posso creare endpoint VPC in modo da poter utilizzare Systems Manager per gestire istanze EC2 private senza accesso a Internet? ](https://repost.aws/knowledge-center/ec2-systems-manager-vpc-endpoints)nel Knowledge Center. AWS re:Post  <br />In alternativa, è possibile connettersi agli endpoint richiesti utilizzando gli endpoint di interfaccia. Per ulteriori informazioni, consulta [Fase 6: (Facoltativo) Uso AWS PrivateLink per configurare un endpoint VPC per Session Manager](session-manager-getting-started-privatelink.md). | 
| AWS CLI | (Facoltativo) Se utilizzi AWS Command Line Interface (AWS CLI) per avviare le sessioni (anziché utilizzare la AWS Systems Manager console o la console Amazon EC2), la versione 1.16.12 o successiva della CLI deve essere installata sul computer locale.<br />È possibile chiamare `aws --version` per controllare la versione.<br />Se devi installare o aggiornare la CLI, consulta [ Installazione nella Guida per l' AWS Command Line Interface](https://docs.aws.amazon.com/cli/latest/userguide/installing.html)utente. AWS Command Line Interface Una versione aggiornata di SSM Agent viene distribuita ogni volta che vengono aggiunti nuovi strumenti a Systems Manager o eseguiti aggiornamenti degli strumenti esistenti. Il mancato utilizzo della versione più recente dell'agente può impedire al nodo gestito di utilizzare vari strumenti e funzionalità di Systems Manager. Per questo motivo, ti consigliamo di automatizzare il processo di aggiornamento di SSM Agent sulle macchine. Per informazioni, consulta [Automatizzazione degli aggiornamenti a Agente SSM](ssm-agent-automatic-updates.md). Iscriviti alla pagina [Note di rilascio di SSM Agent](https://github.com/aws/amazon-ssm-agent/blob/mainline/RELEASENOTES.md) su GitHub per ricevere notifiche sugli aggiornamenti di SSM Agent.<br />Inoltre, per utilizzare la CLI per gestire i tuoi nodi con il Session Manager, devi prima installare il plug-in Session Manager sul computer locale. Per informazioni, consulta [Installa il Session Manager plugin per AWS CLI](session-manager-working-with-install-plugin.md). | 
| Verifica delle autorizzazioni del ruolo di servizio IAM (ambienti [ibridi e multicloud](operating-systems-and-machine-types.md#supported-machine-types)) | Hybrid-activated i nodi utilizzano il ruolo di servizio AWS Identity and Access Management (IAM) specificato nell'attivazione ibrida per comunicare con le operazioni dell'API di Systems Manager. Questo ruolo di servizio deve contenere le autorizzazioni necessarie per connettersi alle macchine [ibride e multicloud](operating-systems-and-machine-types.md#supported-machine-types) utilizzando Session Manager. Se il tuo ruolo di servizio contiene la policy AWS gestita`AmazonSSMManagedInstanceCore`, le autorizzazioni richieste per Session Manager sono già fornite.<br />Se si scopre che il ruolo di servizio non contiene le autorizzazioni richieste, è necessario annullare la registrazione dell'istanza gestita e registrarla con una nuova attivazione ibrida che utilizza un ruolo di servizio IAM con le autorizzazioni richieste. Per ulteriori informazioni sull'annullamento delle registrazioni delle istanze gestite, consulta [Annullamento della registrazione dei nodi gestiti in un ambiente ibrido e multicloud](fleet-manager-deregister-hybrid-nodes.md). Per ulteriori informazioni sulla creazione di policy IAM con autorizzazioni Session Manager, vedi [Fase 2: Verifica o aggiungi autorizzazioni di istanze per Session Manager](https://docs.aws.amazon.com/systems-manager/latest/userguide/session-manager-getting-started-instance-profile.html). |