-
Pianificare e costruire una distribuzione
-
-
Pool di identità di diversi tipi di join di identità del computer
-
Pool di identità dell'identità del computer aggiunto ad Active Directory locale
-
Pool di identità dell'identità del computer aggiunto ad Azure Active Directory
-
Pool di identità dell'identità del computer aggiunto ad Azure Active Directory ibrido
-
Pool di identità dell'identità del computer abilitata per Microsoft Intune
-
Pool di identità dell'identità del computer non appartenente a un dominio
-
-
-
Avvio protetto e vTPM
-
Migrare i carichi di lavoro tra le posizioni delle risorse utilizzando Image Portability Service
-
-
-
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
Avvio protetto e vTPM
Secure Boot è una funzionalità dell’interfaccia UEFI (Unified Extensible Firmware Interface), responsabile dell’avvio del sistema. Garantisce che durante il processo di avvio venga caricato solo il software attendibile.
Trusted Platform Module (TPM) è un chip hardware che fornisce un’archiviazione sicura per le chiavi crittografiche e altri dati sensibili. Un Virtual Trusted Platform Module (vTPM) esegue le stesse funzioni di un TPM, ma esegue funzionalità di coprocessore crittografico nel software. Sebbene il TPM possa migliorare la sicurezza, non è un requisito per l’avvio protetto.
Per ulteriori informazioni sugli hypervisor supportati, vedere quanto segue:
- Avvio protetto e vTPM in Google Cloud Platform
- Avvio protetto e vTPM in Microsoft Azure
- vTPM in VMware
- Avvio protetto e vTPM per XenServer
Avvio protetto e vTPM in Google Cloud Platform
È possibile eseguire il provisioning di macchine virtuali schermate su Google Cloud Platform (GCP). L’integrità verificabile della macchina virtuale schermata viene ottenuta usando le funzionalità seguenti:
- Avvio protetto
- Avvio con misurazioni abilitato per vTPM
- Monitoraggio dell’integrità
Per altre informazioni sull’uso di PowerShell per creare un catalogo con macchina virtuale schermata, vedere Uso di PowerShell per creare un catalogo con macchina virtuale schermata.
Nota:
Se si installa Windows 11 nell’immagine master, è necessario abilitare vTPM durante il processo di creazione dell’immagine master. Inoltre, se si utilizza un profilo macchina per la creazione del catalogo, è necessario abilitare vTPM nell’origine del profilo macchina (modello di macchina virtuale o istanza). Per informazioni sulla creazione di macchine virtuali Windows 11 nel nodo single-tenant, vedere Creare macchine virtuali Windows 11 nel nodo single-tenant.
Avvio protetto e vTPM in Microsoft Azure
Negli ambienti Azure, è possibile creare cataloghi di macchine abilitati con Trusted Launch. Azure offre l’avvio attendibile come un modo semplice per migliorare la sicurezza delle macchine virtuali di seconda generazione. Trusted Launch protegge da tecniche di attacco avanzate e persistenti. Per abilitare l’avvio attendibile, utilizzare una configurazione del catalogo basata sul profilo della macchina. Alla base dell’avvio attendibile c’è l’avvio protetto per la macchina virtuale. L’avvio attendibile usa anche il vTPM per eseguire l’attestazione remota dal cloud. Viene utilizzato per i controlli dello stato della piattaforma e per prendere decisioni basate sull’attendibilità. È possibile abilitare singolarmente l’avvio protetto e vTPM. Per ulteriori informazioni sulla creazione di un catalogo di macchine con Trusted Launch, vedere Cataloghi di macchine con Trusted Launch.
vTPM in VMware
MCS supporta la creazione di un catalogo di macchine con vTPM. Se Windows 11 è installato nell’immagine master, è necessario che vTPM sia abilitato per l’immagine master. Se si utilizza la configurazione basata sul profilo della macchina e vTPM è abilitato, le macchine virtuali nel catalogo ereditano lo stesso contenuto vTPM dal modello di macchina virtuale. Se il profilo della macchina non viene utilizzato e l’immagine master è abilitata per vTPM, le macchine virtuali nel catalogo hanno vTPM vuoto. Per ulteriori informazioni, vedere Creazione di un catalogo macchine utilizzando un profilo macchina.
Avvio protetto e vTPM per XenServer
XenServer fornisce UEFI Secure Boot su alcuni dei suoi sistemi operativi VM supportati. L’avvio protetto impedisce l’esecuzione di file binari non firmati, firmati in modo errato o modificati durante l’avvio. In una macchina virtuale abilitata per UEFI che applica l’avvio protetto, tutti i driver devono essere firmati. Per ulteriori informazioni, vedere UEFI guest e avvio protetto.
In XenServer 8, vTPM non è richiesto per l’avvio protetto UEFI. Tuttavia, per collegare un vTPM a una macchina virtuale, tale macchina virtuale deve essere avviata UEFI, indipendentemente dal fatto che l’avvio protetto sia abilitato o meno. La macchina virtuale Windows 11 richiede un vTPM collegato e viene creato automaticamente quando la macchina virtuale Windows 11 viene creata dal modello fornito. Per altri sistemi operativi, un vTPM è opzionale. Per ulteriori informazioni, vedere vTPM.
This Preview product documentation is Citrix Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Citrix Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Citrix product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.