Si applica a:
Questo articolo fornisce a OEM, partner, amministratori e utenti finali le risposte ad alcune domande frequenti sulla distribuzione di Windows con Windows Autopilot.
Centro per i partner Microsoft
Nel Centro per i partner è necessario fornire l'ID tenant con ogni caricamento di file del dispositivo? È necessario per consentire al cliente aziendale di accedere ai propri dispositivi in Microsoft Store per le aziende (MSfB)?
No. Fornire l'ID tenant è una voce una tantum nel Centro per i partner che può essere riutilizzata con i futuri caricamenti dei dispositivi.
In che modo il cliente o il tenant sa che i dispositivi sono pronti per essere richiesti in MSfB?
Una volta completato il caricamento del file del dispositivo nel Centro per i partner, il tenant può vedere i dispositivi disponibili per la configurazione di Windows Autopilot in MSfB. L'OEM deve consigliare al tenant di accedere a MSfB. L'autonotifica da MSfB al tenant è in fase di sviluppo.
In che modo un cliente autorizza un OEM o un partner di canale a registrare i dispositivi Windows Autopilot per conto del cliente?
Prima che un OEM o un partner di canale possa registrare un dispositivo per Windows Autopilot per un cliente, il cliente deve prima fornire il consenso. Il processo di consenso inizia con l'OEM o il partner di canale che invia un collegamento al cliente che indirizza il cliente a una pagina di consenso in MSfB. Per ulteriori informazioni, vedere Registrazione.
Si applicano restrizioni se un cliente aziendale che registra dispositivi in MSfB vuole gestire in un secondo momento tali dispositivi tramite un provider di soluzioni cloud (CSP) usando il Centro per i partner?
Il cliente aziendale deve eliminare i dispositivi in MSfB prima che il CSP possa caricarli e gestirli nel Centro per i partner.
Windows Autopilot supporta la rimozione dell'opzione per abilitare un account amministratore locale?
No. Windows Autopilot non supporta la rimozione dell'account amministratore locale. Tuttavia, supporta la limitazione della restrizione dell'utente che esegue l'aggiunta al dominio Microsoft Entra durante l'esperienza predefinita di configurazione guidata (OOBE) a un account standard rispetto a un account amministratore.
Come è possibile testare il file con valori delimitati da virgole (CSV) di Windows Autopilot nel Centro per i partner?
Solo i partner CSP hanno accesso al portale del Centro per i partner. Se sei un CSP, puoi creare un account utente agente di vendita che ha accesso ai dispositivi per testare il file. Questo test può essere eseguito oggi stesso nel Centro per i partner.
Per ulteriori informazioni, vedere Creare account utente.
È necessario diventare un provider di servizi di configurazione per partecipare a Windows Autopilot?
Questo requisito non si applica agli OEM con volume superiore perché possono usare l'API diretta OEM. Tutti gli altri che scelgono di usare il Centro per i partner Microsoft (MPC) per registrare i dispositivi devono diventare CSP per accedere a MPC.
I diversi livelli CSP hanno tutte le stesse funzionalità quando si tratta di Windows Autopilot?
Ai fini di Windows Autopilot, esistono tre diversi tipi di CSP, ognuno con diversi livelli di autorità e accesso:
- CSP diretto: ottiene l'autorizzazione diretta dal cliente per registrare i dispositivi
- Provider CSP indiretto: ottiene l'autorizzazione implicita per registrare i dispositivi tramite la relazione che il partner rivenditore CSP ha con il cliente. I provider CSP indiretti registrano i dispositivi tramite il Centro per i partner Microsoft.
- Rivenditore CSP indiretto: ottiene l'autorizzazione diretta dal cliente per registrare i dispositivi. Contemporaneamente, anche il partner provider CSP indiretto ottiene l'autorizzazione, il che significa che il provider indiretto o il rivenditore indiretto possono registrare i dispositivi per il cliente. Tuttavia, il rivenditore CSP indiretto deve registrare i dispositivi tramite l'interfaccia utente del Centro per i partner caricando manualmente il file CSV. Il provider CSP indiretto può registrare i dispositivi usando le API del Centro per i partner.
Esiste un unico account CSP mondiale?
No. Le aree di vendita CSP dipendono dall'ubicazione del tenant di Microsoft Entra. Un partner CSP può vendere o gestire solo clienti con un tenant situato nella stessa area CSP. L'area CSP di un partner si basa sulla posizione del tenant usato dal partner CSP per eseguire le transazioni. Se il tenant del cliente è stato creato negli Stati Uniti, solo un partner con una registrazione CSP negli Stati Uniti può stabilire un rapporto di rivenditore con questo cliente.
Per Windows Autopilot & Intune, la posizione dell'utente finale o del dispositivo non è importante. Un dipendente residente in Germania può registrare un dispositivo usando il profilo Windows Autopilot creato nel tenant degli Stati Uniti e gestirlo tramite l'istanza del servizio Intune negli Stati Uniti. L'utente in Germania esegue l'autenticazione anche nell'istanza di Microsoft Entra con sede negli Stati Uniti.
Se un partner vuole gestire i clienti a livello globale, deve avere una presenza globale. Hanno bisogno di più iscrizioni CSP in ciascuna delle regioni di vendita CSP in cui svolgono la loro attività.
Non è possibile creare account utente che hanno accesso a tutti i tenant CSP. Questo scenario si tradurrebbe in 18 account utente per un agente di amministrazione CSP che vuole gestire tutti i clienti in tutto il mondo.
In sintesi, la posizione dell'utente e dei dispositivi non ha importanza. L'ubicazione del tenant del cliente è importante. La registrazione transfrontaliera dei dispositivi non è il problema. Il problema sono le vendite transfrontaliere tramite CSP.
Il Centro per i partner ha accesso ai profili creati in Intune o in Microsoft Store per le aziende?
No. Il Centro per i partner non ha accesso ai profili creati in Intune o in Microsoft Store per le aziende. Ha accesso solo ai profili di Windows Autopilot creati tramite il Centro per i partner.
Produzione
Quali modifiche devono essere apportate all'immagine del sistema operativo di fabbrica per le impostazioni di configurazione del cliente?
Non sono necessarie modifiche in fabbrica per abilitare la distribuzione di Windows Autopilot.
Quale versione dello strumento OA3 soddisfa i requisiti di distribuzione di Windows Autopilot?
Windows Autopilot può funzionare con qualsiasi versione dello strumento OA3. È consigliabile usare una versione supportata di Windows per generare l'hash hardware 4K (4K HH).
Quando effettuano un ordine, i clienti devono essere indicati se lo desiderano con o senza le opzioni di Windows Autopilot?
Sì. Se vuole Windows Autopilot, è necessaria una versione supportata di Windows. Un cliente deve anche ricevere il file CSV o completare il caricamento del file per suo conto.
L'OEM deve gestire o raccogliere file di imaging personalizzati dai clienti? Devono caricare immagini su Microsoft?
No. Gli OEM inviano semplicemente il Computer Build Report (CBR) come di consueto a Microsoft. Non vengono inviate immagini a Microsoft per abilitare Windows Autopilot. Windows Autopilot personalizza solo la Configurazione guidata e consente le configurazioni dei criteri.
Esistono problemi con l'aggiornamento a una versione di Windows attualmente supportata?
Per iscriversi alla distribuzione di Windows Autopilot, i dispositivi devono eseguire una versione supportata del canale di disponibilità generale di Windows. Altrimenti, in genere non si verificano problemi. Per altre informazioni, vedere Windows Autopilot - Problemi noti.
Il CBR esistente con hash hardware 4K cambierà mai?
No.
Quali nuove informazioni devono essere inviate dall'OEM a Microsoft?
Nulla, a meno che l'OEM non decida di registrare il dispositivo per conto del cliente. In questo caso, è necessario caricare il file CSV dell'ID dispositivo nel Centro per i partner Microsoft o usare l'API diretta OEM.
Esiste un contratto o una modifica che consente a un OEM di partecipare a una distribuzione di Windows Autopilot?
No.
Schema CSV
È possibile utilizzare una virgola nel file CSV?
No.
Esiste un limite al numero di dispositivi che possono essere elencati nel file CSV?
Sì. Il file CSV può contenere solo 500 dispositivi da applicare a un singolo profilo. Se a un profilo devono essere applicati più di 500 dispositivi, i dispositivi devono essere caricati tramite più file CSV.
Microsoft fornisce consigli su come un OEM deve fornire il file CSV ai propri clienti?
Crittografare il file CSV quando lo si invia al cliente aziendale per registrare autonomamente i dispositivi Windows Autopilot tramite MPC, MSfB o Intune.
Hash dell'hardware
Quali dati deve includere l'hash hardware?
Ogni hash hardware inviato dall'OEM deve contenere i dati seguenti:
- UUID SMBIOS: identificatore univoco universale.
- Indirizzo MAC: l'identificatore univoco della scheda di rete.
- Numero di serie univoco del disco: se si utilizza lo strumento di attivazione OEM di Windows 3.0.
Poiché Windows Autopilot si basa sulla capacità di identificare in modo univoco i dispositivi che si applicano alla configurazione cloud, è fondamentale inviare hash hardware che soddisfino il requisito delineato.
Perché l'UUID SMBIOS, l'indirizzo MAC e il numero di serie del disco sono richiesti nei dettagli dell'hash hardware?
Quando parti del dispositivo vengono aggiunte o rimosse, questi campi sono necessari per identificare un dispositivo durante la creazione dell'hash hardware. Poiché non abbiamo un identificatore univoco per i dispositivi Windows, questi campi sono la logica migliore per identificare un dispositivo.
Qual è la differenza tra l'hash hardware OA3, l'hash hardware 4K e l'hash hardware Windows Autopilot?
Nessuna. Sono nomi diversi per la stessa cosa. L'output dello strumento OA3 è denominato hash OA3, che ha dimensioni di 4 KB e viene usato per lo scenario di distribuzione di Windows Autopilot.
Nota
Se si utilizza una versione Windows precedente e non supportata dello strumento OA3, viene generato un hash di dimensioni diverse. Questo hash non può essere usato per una distribuzione di Windows Autopilot.
Se devo sostituire l'hardware come il disco o la scheda di rete, l'hash dell'hardware viene invalidato?
Sì. Se sostituisci parti, potrebbe essere necessario generare un nuovo hash hardware. Dipende dalle parti che sono state sostituite e dalle caratteristiche delle parti.
Ad esempio, se si sostituisce il TPM o la scheda madre, si tratta di un nuovo dispositivo ed è necessario ottenere un nuovo hash hardware. Se sostituisci una scheda di rete, probabilmente non è un nuovo dispositivo e il dispositivo funziona con il vecchio hash hardware.
In generale, dopo eventuali modifiche hardware, presupporre che il vecchio hash hardware non sia valido e ottenere un nuovo hash hardware. Questo processo è consigliato ogni volta che si sostituiscono le parti.
Sostituzione della scheda madre
In che modo Windows Autopilot gestisce gli scenari di sostituzione della scheda madre?
La sostituzione della scheda madre è esclusa per l'ambito di Windows Autopilot. Qualsiasi dispositivo riparato o sottoposto a manutenzione che altera la capacità di identificare il dispositivo per Windows Autopilot deve eseguire il normale processo di Configurazione guidata. Deve selezionare manualmente le impostazioni corrette o applicare un'immagine personalizzata.
Per riutilizzare lo stesso dispositivo per Windows Autopilot dopo la sostituzione della scheda madre, seguire la procedura seguente:
- Annullare la registrazione del dispositivo in Windows Autopilot.
- Sostituisci la scheda madre.
- Genera un nuovo hash hardware 4K.
- Registrare il dispositivo con il nuovo hash hardware 4K o il nuovo ID dispositivo.
Nota
Un OEM non può usare l'API diretta OEM per registrare nuovamente il dispositivo, che accetta solo una tupla o un PKID. In questo caso, l'OEM può inviare le nuove informazioni sull'hash hardware 4K usando un file CSV al cliente e consentire al cliente di registrare nuovamente il dispositivo usando MSfB o Intune.
SMBIOS
Esistono requisiti specifici per l'UUID di SMBIOS?
Deve essere univoco, come specificato nei requisiti hardware di Windows.
Qual è il requisito nella tabella SMBIOS per soddisfare le esigenze di hash hardware di Windows Autopilot?
Deve soddisfare tutti i requisiti hardware di Windows. Per ulteriori informazioni, vedi Specifiche e criteri del programma di compatibilità hardware di Windows.
Se SMBIOS supporta UUID e Serial Number, è sufficiente che lo strumento OA3 generi l'hash hardware?
No. Come minimo, i campi SMBIOS seguenti devono avere valori univoci:
-
ProductKeyID. -
SmbiosSystemManufacturer. -
SmbiosSystemProductName. -
SmbiosSystemSerialNumber. -
SmbiosSkuNumber. -
SmbiosSystemFamily. -
MacAddress. -
SmbiosUuid. -
DiskSerialNumber. -
TPM. -
EkPub.
Interfaccia tecnica
Qual è l'interfaccia per ottenere l'indirizzo MAC e il numero di serie del disco? In che modo lo strumento OA ottiene queste informazioni?
Il metodo per ottenere queste informazioni varia a seconda dello scenario, ma in generale:
Il numero di serie del disco deriva da
IOCTL_STORAGE_QUERY_PROPERTY.StorageDeviceProperty/PropertyStandardQueryL'indirizzo MAC di rete proviene da
IOCTL_NDIS_QUERY_GLOBAL_STATS.OID_802_3_PERMANENT_ADDRESS
Se un dispositivo dispone di più schede di rete o dischi, in che modo lo strumento OA3 sceglie l'indirizzo MAC e il numero di serie del disco da utilizzare?
Vengono usati tutti i valori disponibili, anche se possono esistere regole di utilizzo specifiche. Il numero di serie del disco di sistema è più importante degli altri dischi disponibili. Le interfacce di rete rimovibili non devono essere usate se rilevate in quanto rimovibili. LAN vs WLAN non dovrebbe avere importanza, poiché vengono utilizzate entrambe.
Esperienza dell'utente finale
Ricerca per categorie che ho ricevuto il Windows Autopilot?
Un dispositivo ha ricevuto una configurazione di Windows Autopilot, ma non l'ha ancora applicata quando la pagina di selezione viene ignorata e si viene immediatamente indirizzati a una pagina di accesso.
Perché un utente è diventato amministratore quando il profilo di Windows Autopilot era configurato in modo diverso?
Gli amministratori di Microsoft Entra sono sempre amministratori locali anche se Windows Autopilot è configurato per disabilitare questa configurazione.
Per risolvere i problemi, eseguire licensingdiag.exe e inviare il .cab file (CABOX) a AutopilotHelp@microsoft.com. Se possibile, raccogliere anche un ETL da Registrazione prestazioni Windows (WPR).
Spesso in questi casi gli utenti non accedono al tenant di Microsoft Entra corretto o creano account utente locali.
Per un elenco completo delle opzioni di supporto, vedere Supporto di Windows Autopilot.
Se apporto modifiche a un profilo Windows Autopilot esistente, le modifiche hanno effetto sui dispositivi a cui è assegnato il profilo e che sono già distribuiti?
No. I profili di Windows Autopilot non sono residenti nel dispositivo. Vengono scaricati durante la Configurazione guidata e le impostazioni vengono definite al momento dell'applicazione. Il profilo viene quindi eliminato nel dispositivo. Se il dispositivo viene ricreato o reimpostato, le nuove impostazioni del profilo verranno applicate al successivo passaggio della Configurazione guidata.
Qual è l'esperienza se un dispositivo non è registrato o se non si configura Windows Autopilot prima che un utente finale tenti di eseguire la distribuzione automatica?
Se il dispositivo non è registrato, non riceve l'esperienza Windows Autopilot e l'utente finale esegue la normale Configurazione guidata. Le configurazioni di Windows Autopilot non verranno applicate fino a quando l'utente non esegue di nuovo la Configurazione guidata, dopo la registrazione. Se un dispositivo viene avviato prima della creazione di un profilo di gestione dei dispositivi mobili (MDM), il dispositivo viene sottoposto all'esperienza di configurazione guidata standard. Sarà quindi necessario registrare manualmente il dispositivo in MDM. Al successivo ripristino del dispositivo, verrà eseguita l'esperienza di configurazione guidata di Windows Autopilot.
Perché non viene visualizzata una schermata di accesso personalizzata durante Windows Autopilot?
Per ricevere un'esperienza di accesso personalizzata, configurare la personalizzazione del tenant nel portale di Azure.
Cosa succede se un dispositivo è registrato con Microsoft Entra ID ma non ha un profilo Windows Autopilot assegnato?
Poiché al dispositivo non è assegnato alcun profilo Windows Autopilot, l'utente vede la Configurazione guidata predefinita.
Come posso raccogliere i log per Windows Autopilot?
Il modo migliore per raccogliere i log per le prestazioni di Windows Autopilot consiste nel raccogliere una traccia WPR durante la Configurazione guidata. Il file XML (estensione WPRP) per questa traccia può essere fornito su richiesta.
MDM
Windows Autopilot richiede l'uso di Microsoft Intune?
No. Qualsiasi soluzione MDM funziona con Windows Autopilot, ma altre potrebbero non avere la stessa suite completa di funzionalità di Windows Autopilot di Intune. L'esperienza migliore è con Intune.
Intune supporta la preinstallazione di app Win32?
Sì. Intune supporta le app Win32 usando wrapper MSI e MSIX.
Che cos'è la co-gestione?
La co-gestione consente di gestire contemporaneamente le versioni attualmente supportate di Windows usando Microsoft Configuration Manager e Microsoft Intune. Consente di collegare al cloud gli investimenti esistenti in Gestione configurazione tramite l'aggiunta di nuove funzionalità. La co-gestione offre la flessibilità di usare la soluzione tecnologica più idonea all'organizzazione.
Quando un dispositivo Windows ha il client di Gestione configurazione ed è registrato in Intune, si ottengono i vantaggi di entrambi i servizi. È possibile stabilire per quali carichi di lavoro trasferire eventualmente l'autorità da Gestione configurazione a Intune. Gestione configurazione continua a gestire tutti gli altri carichi di lavoro, inclusi i carichi di lavoro che non vengono trasferiti a Intune, e tutte le altre funzionalità di Gestione configurazione non supportate dalla co-gestione.
Per altre informazioni, vedere gli articoli seguenti:
Windows Autopilot richiede Gestione configurazione?
No. Non è obbligatorio, ma è possibile usare Gestione configurazione insieme a Windows Autopilot negli scenari seguenti:
Funzionalità
Che cos'è la modalità di distribuzione automatica?
La modalità di distribuzione automatica richiede solo che l'utente accenda il dispositivo. È utile per gli scenari in cui non è necessario un account utente standard. Ad esempio, dispositivi condivisi o in modalità tutto schermo.
Per altre informazioni, vedere Modalità di distribuzione automatica di Windows Autopilot.
Cos'è l'adesione ibrida a Microsoft Entra?
Importante
Microsoft consiglia di distribuire nuovi dispositivi nativi per il cloud usando l'aggiunta a Microsoft Entra. La distribuzione di nuovi dispositivi come dispositivi di join ibridi Microsoft Entra non è consigliata, neppure tramite Windows Autopilot. Per altre informazioni, vedere Microsoft Entra aggiunto o Microsoft Entra aggiunto ibrido negli endpoint nativi del cloud: Quale opzione è giusta per la tua organizzazione.
I dispositivi aggiunti all'ambiente ibrido di Microsoft Entra si connettono a un dominio Active Directory locale e a Microsoft Entra ID.
Per altre informazioni, vedere Introduzione alla gestione dei dispositivi in Microsoft Entra ID.
Che cos'è il ripristino di Windows Autopilot?
La reimpostazione di Windows Autopilot rimuove le app e le impostazioni utente da un dispositivo, ma mantiene l'aggiunta al dominio Microsoft Entra e la registrazione MDM. Questa funzionalità è utile quando si trasferisce un dispositivo da un utente a un altro.
Per altre informazioni, vedi Reimpostazione di Windows Autopilot.
Che cos'è la personalizzazione di Windows Autopilot?
È possibile aggiungere le personalizzazioni seguenti all'esperienza di Configurazione guidata:
- Un messaggio di benvenuto personalizzato.
- Personalizza il suggerimento per il nome utente.
- Logo dell'organizzazione.
Che cos'è Windows Autopilot per dispositivi esistenti?
Windows Autopilot per dispositivi esistenti offre un percorso di aggiornamento alle versioni attualmente supportate di Windows per un dispositivo Windows esistente.
Per altre informazioni, vedere Windows Autopilot per dispositivi esistenti.
Generale
Quali produttori sono abilitati per il prepopolamento del nome utente e la nuova registrazione automatica dei dispositivi di pre-provisioning?
I produttori attualmente abilitati per questa modifica sono Dell, Dynabook, HP, Lenovo e Microsoft Surface. Stiamo lavorando per aggiungere altri produttori e aggiorneremo questo elenco una volta eseguito l'onboarding. Per altre informazioni, vedere Restituzione delle funzionalità chiave per l'accesso e la distribuzione di Windows Autopilot.
Se si cancella il computer e lo si riavvia, si continua a ricevere l'esperienza Windows Autopilot?
Sì. Se il dispositivo è ancora registrato per Windows Autopilot e esegue una versione supportata di Windows, riceverà l'esperienza Windows Autopilot.
Posso raccogliere l'impronta digitale sui dispositivi esistenti?
Sì. Se sul dispositivo è in esecuzione una versione supportata di Windows, puoi raccogliere le impronte digitali del dispositivo per la registrazione. Non è previsto il backport della funzionalità nelle versioni precedenti. Non è possibile raccoglierli su dispositivi che eseguono versioni non supportate di Windows.
Windows Autopilot è supportato in altre SKU, ad esempio Surface Hub o HoloLens?
- Surface Hub e altri SKU non coperti dai requisiti software non sono supportati con Windows Autopilot.
- HoloLens 1 non supporta Windows Autopilot.
- HoloLens 2 supporta la modalità di distribuzione automatica di Windows Autopilot con Microsoft Intune e una versione attualmente supportata di Windows Holographic. I provider MDM non Microsoft non sono supportati.
Per altre informazioni su HoloLens 2, vedere Windows Autopilot per HoloLens 2.
Windows Autopilot funziona dopo la sostituzione della scheda madre o la reinstallazione dell'immagine?
Sì. Per altre informazioni, vedere Linee guida per la sostituzione della scheda madre di Windows Autopilot.
Cosa significa il messaggio di errore "L'utente non è autorizzato a registrarsi, codice di errore 801c0003"?
Esistono limiti al numero di dispositivi che un particolare utente di Microsoft Entra può registrare in Microsoft Entra ID e al numero di dispositivi supportati per utente in Intune. Questi limiti sono configurabili, ma non infiniti. Se si riutilizzano i dispositivi o si esegue il rollback a snapshot di macchine virtuali precedenti, questo errore si verifica frequentemente.
Cosa succede se un dispositivo viene registrato per un agente malintenzionato?
Per impostazione predefinita, Windows Autopilot non applica un profilo finché l'utente non accede con il tenant corrispondente per il profilo configurato usando il processo di accesso a Microsoft Entra. Ad esempio, badguys.com registra un dispositivo di proprietà di contoso.com. Nella peggiore delle ipotesi, l'utente è invitato ad accedere a badguys.com. Quando l'utente inserisce l'indirizzo e-mail e la password, le informazioni di accesso vengono reindirizzate tramite Microsoft Entra ID all'autenticazione corretta di Microsoft Entra e all'utente viene richiesto di accedere contoso.com. Poiché contoso.com non corrisponde badguys.com al tenant, il profilo dannoso non viene applicato e l'utente vede la normale Configurazione guidata.
Dove vengono archiviati i dati di Windows Autopilot?
I dati di Windows Autopilot sono archiviati nell'Unione Europea (UE). Non viene archiviato in un cloud sovrano, anche se il tenant di Microsoft Entra è registrato in un cloud sovrano. Questa risorsa di archiviazione si applica a tutti i dati di Windows Autopilot, indipendentemente dal portale usato per distribuire Windows Autopilot.
Perché i dati di Windows Autopilot vengono archiviati negli Stati Uniti e non in un cloud sovrano?
Non vengono archiviati i dati dei clienti, ma solo i dati aziendali che consentono a Microsoft di fornire un servizio. Per questo motivo, è opportuno che i dati vengano archiviati negli Stati Uniti. I clienti possono interrompere l'abbonamento al servizio in qualsiasi momento. In tal caso, Microsoft rimuove i dati aziendali. Windows Autopilot non è attualmente supportato in alcun cloud sovrano.
In quanti modi è possibile registrare un dispositivo per Windows Autopilot?
Esistono sei modi per registrare un dispositivo, a seconda di chi esegue il processo:
- API diretta OEM, disponibile solo per i TVO.
- MPC con l'API MPC, disponibile solo per i provider di servizi di configurazione (CSP).
- MPC che utilizza il caricamento manuale del file CSV nell'interfaccia utente, disponibile solo per i provider di servizi di configurazione (CSP).
- MSfB utilizzando il caricamento del file CSV.
- Intune con il caricamento di file CSV.
- Portale di Microsoft 365 Business Premium con il caricamento di file CSV.
In quanti modi è possibile creare un profilo di Windows Autopilot?
Esistono quattro modi per creare e assegnare un profilo di Windows Autopilot:
- Tramite MPC, disponibile solo per i CSP.
- Tramite MSfB.
- Tramite Intune o un altro servizio MDM.
- Portale Microsoft 365 Business Premium.
Microsoft consiglia la creazione e l'assegnazione di profili tramite Intune.
Quali sono le cause più comuni degli errori di registrazione?
- Voci hash hardware errate o mancanti possono causare tentativi di registrazione errati.
- Caratteri speciali nascosti nei file CSV. Per evitare questo problema, dopo aver creato il file CSV, aprirlo in Blocco note per cercare caratteri nascosti, spazi finali o altri danneggiamenti.
Windows Autopilot è supportato in tutti i paesi/aree geografiche?
Windows Autopilot supporta solo i clienti che usano Azure globale. Il Azure globale non include le tre entità seguenti:
- Azure, Germania.
- Azure China (21Vianet).
- Azure per enti pubblici.
Se si usa la Azure globale, non esistono restrizioni per le aree geografiche. Ad esempio, Contoso usa Azure globale, ma ha dipendenti che lavorano in Cina. I dipendenti Contoso che lavorano in Cina possono comunque usare Windows Autopilot per distribuire i dispositivi. Se Contoso usa Azure China (21Vianet), i dipendenti di Contoso non possono usare Windows Autopilot.
Anche se Windows Autopilot è disponibile nei tenant globali, gli utenti in Cina possono riscontrare scarsa connettività e latenza elevata durante la distribuzione a causa di problemi correlati all'ISP. Se si verificano questi problemi durante la distribuzione nell'area geografica, contatta l'ISP locale per assistenza.
Per gli ambienti Government Community Cloud High (GCCH) e il Dipartimento della difesa (DoD), prendi in considerazione l'uso della preparazione dei dispositivi di Windows Autopilot.
Perché il provisioning/attestazione del TPM richiede più tempo durante il primo avvio in un dispositivo?
Il provisioning TPM implica la generazione e l'elaborazione di chiavi di crittografia complesse. A seconda delle caratteristiche dell'hardware TPM usato in un dispositivo, il primo avvio può richiedere più di un minuto.
Perché le applicazioni non vengono installate dopo il completamento dell'ESP in un dispositivo gestito da Intune quando si usa l'accesso automatico con la modalità di esplorazione automatica di Windows Autopilot?
Quando si usa l'accesso automatico con la modalità di distribuzione automatica di Windows Autopilot, l'accesso automatico usa l'account locale KioskUser0. Per impostazione predefinita, l'ESP utente non viene elaborato per gli account locali, incluso KioskUser0, e non viene emesso un token di dispositivo finché non viene elaborato l'ESP dell'utente. Quando si usa l'accesso automatico, per installare le applicazioni al termine dell'ESP, ignorare l'ESP dell'utente usando l'URI OMA personalizzato SkipUserStatusPage. Per altre informazioni, vedere gli articoli seguenti:
Quando si usa Windows Autopilot per la distribuzione pre-fornita, il dispositivo viene visualizzato come conforme in Microsoft Entra ID dopo aver completato il flusso del tecnico. Tuttavia, dopo aver avviato il flusso utente, il dispositivo diventa non conforme in Microsoft Entra ID. Perché è stato modificato da conforme a non conforme in Microsoft Entra ID?
La conformità del dispositivo in Microsoft Entra ID viene reimpostata durante il flusso utente. Una volta completato il flusso utente, la conformità viene rivalutata e aggiornata. Questo comportamento è previsto.
Connettore di Intune per Active Directory
Qual è la differenza tra il connettore di Intune aggiornato e quello legacy per Active Directory?
Il connettore di Intune per Active Directory aggiornato rafforza la sicurezza e segue i principi dei privilegi minimi usando un account di servizio gestito (MSA) anziché l'account computer (SYSTEM) del server che esegue il connettore di Intune per Active Directory.
Se l'amministratore che installa e configura Intune Connector per Active Directory dispone delle autorizzazioni descritte nei requisiti, deve anche seguire i passaggi per aumentare il limite di account computer nelle unità organizzative?
No. il programma di installazione di Intune Connector per Active Directory si occupa di configurare tutte le autorizzazioni appropriate necessarie per l'MSA nelle unità organizzative. I passaggi per aumentare il limite di account computer nelle unità organizzative devono essere seguiti solo se l'amministratore che installa e configura il connettore Intune per Active Directory non dispone delle autorizzazioni descritte in Requisiti di Intune Connector per Active Directory.