Risolvere i problemi di certificazione delle macchine virtuali

Verificare se l'immagine supporta le estensioni di macchina virtuale.

Per abilitare le estensioni di macchina virtuale:

1. Selezionare la macchina virtuale Linux.

2. Passare a Diagnostics settings (Impostazioni di diagnostica).

3. Abilitare le matrici di base aggiornando Storage account (Account di archiviazione).

4. Seleziona Salva.

   

Per verificare che le estensioni di macchina virtuale siano attivate correttamente:

1. Nella macchina virtuale selezionare la scheda VM extensions (Estensioni macchina virtuale) e quindi verificare lo stato di Linux Diagnostics Extension (Estensione di diagnostica Linux).

2. Controllare lo stato del provisioning.

   • Se lo stato è Provisioning completato, il test case delle estensioni è stato superato.
   • Se lo stato è Provisioning non riuscito, il test case delle estensioni non è riuscito ed è necessario impostare il flag Protezione avanzata.

   

   Se l'estensione di macchina virtuale non supera i test, vedere Usare l'estensione di diagnostica Linux 4.0 per monitorare metriche e log per abilitarla. Se non si vuole abilitare l'estensione di macchina virtuale, contattare il team di supporto e chiedere di disabilitarla.

Verificare di aver seguito rigorosamente il processo di provisioning della macchina virtuale prima di inviare l'offerta. Per visualizzare il formato JSON per il provisioning della macchina virtuale, vedere Testare un'immagine di macchina virtuale.

I problemi di provisioning possono includere gli scenari di errore seguenti:

Specifiche del disco rigido virtuale

Cookie conectix e altre specifiche del disco rigido virtuale

La stringa 'conectix' fa parte della specifica del disco rigido virtuale. È definita come cookie a 8 byte nel piè di pagina del disco rigido virtuale che identifica il creatore del file. Tutti i file VHD creati da Microsoft hanno questo cookie.

Un BLOB con formato VHD deve avere un piè di pagina di 512 byte nel formato seguente:

Per garantire un'esperienza di pubblicazione senza problemi, assicurarsi che il disco rigido virtuale soddisfi i criteri seguenti:

• Il cookie contiene la stringa 'conectix'.
• Il tipo di disco è fisso.
• Le dimensioni virtuali del disco rigido virtuale sono di almeno 20 MB.
• Il disco rigido virtuale è allineato. Le dimensioni virtuali devono essere un multiplo di 1 MB.
• La lunghezza del BLOB del disco rigido virtuale è uguale alle dimensioni virtuali più la lunghezza del piè di pagina del disco rigido virtuale (512).

Scaricare le specifiche per i dischi rigidi virtuali.

Se la richiesta di immagine di Windows viene rifiutata a causa di un problema di conformità del software, è possibile che sia stata creata un'immagine di Windows con un'istanza di SQL Server installata. È invece necessario acquisire l'immagine di base della versione di SQL Server pertinente da Azure Marketplace.

Non creare un'immagine Windows con SQL Server installato. Usare le immagini di base di SQL Server approvate (Enterprise/Standard/Web) da Azure Marketplace.

Se si sta tentando di installare un Visual Studio o un prodotto con licenza Office, contattare il team di supporto per ottenere prima l'approvazione.

Per altre informazioni sulla selezione di una base approvata, vedere Creare una macchina virtuale da una base approvata.

Il toolkit di certificazione Microsoft può essere utile per eseguire test case e verificare che il disco rigido virtuale o l'immagine sia compatibile con l'ambiente Azure.

Scaricare il toolkit di certificazione Microsoft.

Test case linux

La tabella seguente elenca i test case Linux eseguiti dal toolkit. La convalida dei test è indicata nella descrizione.

Errori comuni dei test case

Fare riferimento alla tabella seguente per gli errori comuni che possono verificarsi durante l'esecuzione dei test case:

Test case per Windows

La tabella seguente elenca i test case di Windows eseguiti dal toolkit, insieme a una descrizione della convalida del test:

Se si verificano errori con i test case precedenti, fare riferimento alla colonna Descrizione nella tabella per la soluzione. Per altre informazioni, contattare il team di supporto.

Le richieste di dischi dati con dimensioni maggiori di 1023 gigabyte (GB) non verranno approvate. Questa regola si applica sia a Linux che Windows.

Inviare di nuovo la richiesta con dimensioni minori o uguali a 1023 GB.

Per le limitazioni relative alle dimensioni del disco del sistema operativo, fare riferimento alle regole seguenti. Quando si invia una richiesta, verificare che le dimensioni del disco del sistema operativo rientrino nei limiti per Linux o Windows.

Poiché le macchine virtuali consentono l'accesso al sistema operativo sottostante, assicurarsi che le dimensioni del disco rigido virtuale siano sufficientemente grandi per il disco rigido virtuale. I dischi non sono espandibili senza tempi di inattività. Usare dimensioni del disco da 30 GB a 50 GB.

Per evitare un potenziale attacco correlato al virus WannaCry, assicurarsi che tutte le richieste di immagini Windows siano aggiornate con la patch più recente.

È possibile verificare la versione del file di immagine da C:\windows\system32\drivers\srv.sys o srv2.sys.

La tabella seguente indica la versione minima con patch di Windows Server:

Quando si invia un'immagine Linux, la richiesta potrebbe essere rifiutata a causa di problemi di versione del kernel.

Aggiornare il kernel con una versione approvata e inviare di nuovo la richiesta. È possibile trovare la versione del kernel approvata nella tabella seguente. Il numero di versione deve essere uguale o maggiore del numero qui indicato.

Se l'immagine non viene installata con una delle versioni del kernel seguenti, aggiornarla con le patch corrette. Richiedere l'approvazione necessaria al team di supporto dopo l'aggiornamento dell'immagine con le patch necessarie:

• CVE-2019-11477
• CVE-2019-11478
• CVE-2019-11479

Le dimensioni virtuali di tutti i dischi rigidi virtuali in Azure devono essere allineate a multipli di 1 megabyte (MB). Se il disco rigido virtuale non rispetta le dimensioni virtuali consigliate, la richiesta potrebbe essere rifiutata.

Seguire le linee guida quando si esegue la conversione da disco non formattato a disco rigido virtuale. Assicurarsi che le dimensioni del disco non formattato siano un multiplo di 1 MB. Per altre informazioni, vedere Informazioni per le distribuzioni non richieste.

Un problema di accesso negato per l'esecuzione di un test case nella macchina virtuale potrebbe essere causato da privilegi insufficienti.

Verificare di aver abilitato l'accesso appropriato per l'account con cui vengono eseguiti i test case automatici. Abilitare l'accesso per eseguire i test case se non è abilitato. Se non si vuole abilitare l'accesso, è possibile condividere i risultati dei test case automatici con il team di supporto.

Per inviare la richiesta con l'immagine disabilitata per SSH per il processo di certificazione:

1. Eseguire la versione più recente dello strumento di test di certificazione per macchine virtuali di Azure sull'immagine.

2. Creare un ticket di supporto. Assicurarsi di allegare il report del toolkit e fornire i dettagli dell'offerta:

   • Nome offerta
   • Nome entità di pubblicazione
   • ID/SKU e versione del piano

3. Inviare di nuovo la richiesta di certificazione.

Fare riferimento alla tabella seguente per eventuali problemi che si verificano quando si scarica l'immagine della macchina virtuale con un URL di firma di accesso condiviso.

Se si pubblica l'immagine in Azure (con partizione GPT), è consigliabile mantenere vuoti i primi 2.048 settori (1 MB) del disco del sistema operativo. Questo requisito consiste nell'consentire ad Azure di aggiungere metadati importanti all'immagine(esempi includono metadati per migliorare il tempo di avvio per i clienti, la fatturazione e altri dettagli). Si tratta di un consiglio per la procedura consigliata se si usa già un'immagine di base approvata e l'immagine ha un tag di fatturazione valido. Tuttavia, se l'immagine non ha un tag di fatturazione valido, la pubblicazione potrebbe non riuscire se i primi 1 MB del disco del sistema operativo non sono vuoti.

Se si sta creando un'immagine personalizzata che non dispone di alcun tag di fatturazione valido, assicurarsi che i primi 2.048 settori (1 MB) del disco del sistema operativo siano vuoti. In caso contrario, la pubblicazione avrà esito negativo. Questo requisito è applicabile solo al disco del sistema operativo (non ai dischi dati). Se si sta creando l'immagine da una base approvata, l'immagine sarà già vuota per i primi 1 MB. Di conseguenza, non sarà necessario lavorarvi separatamente.

Per mantenere liberi i primi 1 MB nel disco del sistema operativo, completare i passaggi nella sezione successiva.

Come mantenere 1 MB di spazio libero all'inizio su un disco rigido virtuale vuoto (2.048 settori, ogni settore 512 byte)

Questi passaggi si applicano solo a Linux.

1. Creare qualsiasi tipo di macchina virtuale Linux, ad esempio Ubuntu, CentOS o altro. Compilare i campi obbligatori e quindi selezionare Avanti: Dischi.

   

2. Creare un disco non gestito per la macchina virtuale. Usare i valori predefiniti o specificare qualsiasi valore per campi come le dimensioni del disco del sistema operativo, il tipo di disco del sistema operativo e il tipo di crittografia.

   

3. Dopo aver creato la macchina virtuale, nel riquadro sinistro selezionare Dischi.

   

4. Collegare il disco rigido virtuale come disco dati alla macchina virtuale per creare una tabella di partizione.

   1. Selezionare Collega dischi esistenti:

      

      

   2. Trovare l'account di archiviazione del disco rigido virtuale.

   3. Selezionare Contenitore e quindi selezionare il disco rigido virtuale.

   4. Seleziona OK.

      

      Il disco rigido virtuale verrà aggiunto come LUN 0 del disco dati.

5. Riavviare la macchina virtuale.

6. Dopo aver riavviato la macchina virtuale, accedere alla macchina virtuale usando Putty o un altro client ed eseguire il comando sudo -i per ottenere l'accesso root.

   

7. Creare una partizione nel disco rigido virtuale.

   1. Immettere il comando fdisk /dev/sdb.

   2. Per visualizzare l'elenco di partizioni esistente dal disco rigido virtuale, immettere p.

   3. Immettere d per eliminare tutte le partizioni esistenti disponibili nel disco rigido virtuale. È possibile ignorare questo passaggio se non è necessario.

      

   4. Immettere n per creare una nuova partizione e selezionare p (partizione primaria).

   5. Immettere 2048 come valore first sector. È possibile lasciare il valore predefinito per last sector.

      Importante

      Tutti i dati esistenti verranno cancellati fino al 2048 settori (ogni settore di 512 byte). Eseguire il backup del disco rigido virtuale prima di creare una nuova partizione.

      

   6. Digitare w per confermare la creazione della partizione.

      

   7. Per verificare la tabella di partizione, è possibile eseguire il comando n fdisk /dev/sdb e digitare p. Si noti che la partizione viene creata con il valore di offset 2048.

      

8. Scollegare il disco rigido virtuale dalla macchina virtuale ed eliminare la macchina virtuale.

Non inviare mai le credenziali predefinite con il disco rigido virtuale inviato. L'aggiunta di credenziali predefinite rende il disco rigido virtuale più vulnerabile alle minacce per la sicurezza. Creare invece credenziali proprie quando si invia il disco rigido virtuale.

Può verificarsi un problema di mapping quando viene inviata una richiesta con più dischi dati che non sono in sequenza. Ad esempio, l'ordine di numerazione per tre dischi dati deve essere 0, 1, 2. Qualsiasi altro ordine viene considerato un problema di mapping.

Inviare di nuovo la richiesta con la sequenza corretta di dischi dati.

Quando viene creata un'immagine, è possibile che venga mappata o assegnata all'etichetta del sistema operativo errata. Ad esempio, quando si seleziona Windows come parte del nome del sistema operativo durante la creazione dell'immagine, il disco del sistema operativo deve essere installato solo con Windows. Lo stesso requisito si applica a Linux.

Se tutte le immagini ottenute da Azure Marketplace devono essere riutilizzate, il disco rigido virtuale del sistema operativo deve essere generalizzato.

• Per Linux, il processo seguente generalizza una macchina virtuale Linux e la ridistribuisce come macchina virtuale separata.

  Nella finestra SSH digitare il comando seguente: sudo waagent -deprovision+user.

• Per Windows le immagini di Windows vengono generalizzate con sysreptool.

  Per altre informazioni sullo strumento sysreptool, vedere la panoramica dell'utilità di preparazione del sistema (Sysprep).

Per le soluzioni per gli errori correlati al disco dati, fare riferimento alla tabella seguente:

Questo errore verrà visualizzato se l'opzione Remote Desktop Protocol (RDP) non è abilitata per l'immagine Windows.

Abilitare l'accesso RDP per le immagini Windows prima di inviarle.

Questo errore viene visualizzato se le dimensioni della cronologia Bash nell'immagine inviata sono maggiori di 1 kilobyte (KB). Le dimensioni sono limitate a 1 KB per evitare che il file possa contenere informazioni potenzialmente sensibili.

Per eliminare la cronologia Bash:

1. Distribuire la macchina virtuale e selezionare l'opzione Esegui comando nel portale di Azure.

   

2. Selezionare la prima opzione RunShellScript e quindi eseguire il comando: cat /dev/null > ~/.bash_history && history -c.

   

3. Al termine dell'esecuzione del comando, riavviare la macchina virtuale.

4. Generalizzare la macchina virtuale, disattivare il disco rigido virtuale dell'immagine e arrestarla.

5. Inviare di nuovo l'immagine generalizzata.

Durante la certificazione delle immagini del Marketplace, un'offerta di macchina virtuale che è un'appliance virtuale di rete (NVA) viene convalidata usando test generici per qualsiasi offerta di macchina virtuale e test case di appliance virtuali di rete elencati nella tabella seguente. L'obiettivo di queste convalide specifiche dell'appliance virtuale di rete è verificare il livello di orchestrazione dell'immagine dell'appliance virtuale di rete con lo stack SDN.

Per altre informazioni o domande, aprire un caso di supporto tecnico di Azure.

Panoramica di Netcat:

Netcat è un comando in grado di stabilire una connessione TCP o UDP tra due computer, ovvero può scrivere e leggere tramite una porta aperta. Durante le convalide dell'appliance virtuale di rete, viene eseguito il comando Netcat da una macchina virtuale che si trova nella stessa rete virtuale della macchina virtuale di rete per verificare se la porta TCP 22 è raggiungibile. La sintassi del comando è nc <destination_ip_address> <destination_port>, dove

• destination_ip_address è l'indirizzo IP privato assegnato alla scheda di interfaccia di rete della macchina virtuale,
• destination_port è il numero di porta nell'appliance virtuale di rete. Nei test case dell'appliance virtuale di rete viene usato 22 .

Ad esempio, nc 192.168.1.1 22

Gli editori possono richiedere eccezioni per alcuni test eseguiti durante la certificazione della macchina virtuale. Le eccezioni sono ammesse in rari casi quando un editore fornisce prove a supporto della richiesta. Il team di certificazione si riserva il diritto di rifiutare o approvare le eccezioni in qualsiasi momento.

Questa sezione descrive gli scenari generali in cui gli editori richiedono un'eccezione e come richiederne una.

Scenari per l'eccezione

Gli editori richiedono in genere eccezioni nei casi seguenti:

• Eccezione per uno o più test case. Contattare il supporto del Centro per i partner per richiedere eccezioni per i test case.

• Macchine virtuali bloccate/ Nessun accesso root. Alcuni editori prevedono scenari in cui le macchine virtuali devono essere bloccate perché nella macchina virtuale è installato software come i firewall. In casi come questi, scaricare lo strumento di test certificato e inviare al report al supporto del Centro per i partner.

• Modelli personalizzati. Alcuni editori pubblicano immagini di macchine virtuali che richiedono un modello di Azure Resource Manager (ARM) personalizzato per distribuire le macchine virtuali. In questo caso, inviare i modelli personalizzati al supporto del Centro per i partner per l'uso da parte del team di certificazione per la convalida.

Informazioni da fornire per gli scenari di eccezione

Contattare il supporto del Centro per i partner per richiedere un'eccezione per uno degli scenari e includere le informazioni seguenti:

• ID editore. Digitare l'ID editore del portale del Centro per i partner.

• ID/nome offerta. Immettere l'ID o il nome dell'offerta.

• ID/SKU piano. Digitare l'ID o lo SKU del piano per l'offerta di macchina virtuale.

• Versione. Immettere la versione dell'offerta di macchina virtuale che richiede un'eccezione.

• Tipo di eccezione. Scegliere tra test, macchine virtuali bloccate o modelli personalizzati.

• Motivo della richiesta. Includere il motivo della richiesta di eccezione, oltre a eventuali informazioni sulle esenzioni per i test.

• Sequenza temporale. Immettere la data di fine per l'eccezione.

• Allegato. Documenti di prova importanti allegati:

  • Per le macchine virtuali bloccate, allegare il report di test.
  • Per i modelli personalizzati, allegare il modello di ARM personalizzato.

  Se non si includono questi allegati, la richiesta verrà negata.

Questa sezione descrive come fornire una nuova immagine di macchina virtuale quando viene individuato un exploit o una vulnerabilità per una delle immagini di macchina virtuale. Si applica solo alle offerte di macchine virtuali di Azure pubblicate in Azure Marketplace.

Eseguire una di queste azioni:

• Se è disponibile una nuova immagine di macchina virtuale per sostituire l'immagine di macchina virtuale vulnerabile, vedere Fornire un'immagine di macchina virtuale fissa.
• Se non si ha una nuova immagine di macchina virtuale per sostituire l'unica immagine di macchina virtuale in un piano o se il piano è al termine, interrompere la distribuzione del piano.
• Se non si prevede di sostituire l'unica immagine di macchina virtuale nell'offerta, è consigliabile interrompere la distribuzione dell'offerta.

Fornire un'immagine di macchina virtuale fissa

Per fornire un'immagine di macchina virtuale fissa per sostituire un'immagine di macchina virtuale con una vulnerabilità o un exploit:

1. Fornire una nuova immagine di macchina virtuale per risolvere la vulnerabilità o l'exploit di sicurezza.
2. Rimuovere l'immagine della macchina virtuale con la vulnerabilità o l'exploit di sicurezza.
3. Ripubblicare l'offerta.

Fornire una nuova immagine di macchina virtuale per risolvere la vulnerabilità o l'exploit di sicurezza

Per completare questa procedura, preparare gli asset tecnici per l'immagine della macchina virtuale da aggiungere. Per altre informazioni, vedere Creare una macchina virtuale usando una base approvata o Creare una macchina virtuale usando la propria immagine e Generare un URI di firma di accesso condiviso per un'immagine di macchina virtuale.

1. Accedere al Centro per i partner.

2. Nella home page selezionare il riquadro Offerte marketplace.

3. Nella colonnaAlias offerta selezionare l'offerta.

4. Selezionare la scheda Panoramica del piano e quindi selezionare il piano appropriato.

5. Nella scheda Configurazione tecnica, in Immagini VM, selezionare + Add VM Image (Aggiungi immagine VM).

   Nota

   È possibile aggiungere una sola immagine di macchina virtuale a un piano alla volta. Per aggiungere più immagini di macchina virtuale, pubblicare la prima immagine prima di aggiungere quella successiva.

6. Nelle caselle visualizzate specificare una nuova versione del disco e l'immagine della macchina virtuale.

7. Selezionare Salva bozza.

Rimuovere quindi l'immagine della macchina virtuale con la vulnerabilità di sicurezza.

Rimuovere l'immagine della macchina virtuale con la vulnerabilità o l'exploit di sicurezza

1. Accedere al Centro per i partner.
2. Nella home page selezionare il riquadro Offerte marketplace.
3. Nella colonnaAlias offerta selezionare l'offerta.
4. Selezionare la scheda Panoramica del piano e quindi selezionare il piano appropriato.
5. Nella scheda Configurazione tecnica, in Immagini VM, accanto all'immagine di macchina virtuale da rimuovere selezionare Remove VM Image (Rimuovi immagine VM).
6. Nella finestra di dialogo selezionare Continua.
7. Selezionare Salva bozza.

Ripubblicare quindi l'offerta.

Ripubblicare l'offerta

1. Selezionare Rivedi e pubblica.
2. Se è necessario fornire informazioni al team di certificazione. aggiungerle nella casella Note per la certificazione.
3. Seleziona Pubblica.

Per completare il processo di pubblicazione, vedere Esaminare e pubblicare le offerte.

Immagini di macchine virtuali con accesso limitato o che richiedono modelli personalizzati

Offerta bloccata (o) con SSH disabilitato

Le immagini pubblicate con SSH disabilitato (per Linux) o RDP disabilitato (per Windows) vengono considerate macchine virtuali bloccate. Esistono scenari aziendali speciali a causa dei quali gli editori consentono solo l'accesso limitato a nessun utente o a pochi utenti.

Durante i controlli di convalida, le macchine virtuali bloccate potrebbero non consentire l'esecuzione di determinati comandi di certificazione.

Modelli personalizzati

In generale, tutte le immagini pubblicate in singole offerte di macchine virtuali seguono il modello arm standard per la distribuzione. Esistono tuttavia scenari in cui l'editore potrebbe richiedere la personalizzazione durante la distribuzione di macchine virtuali, ad esempio più schede di interfaccia di rete da configurare.

A seconda degli scenari seguenti (non esesauribili), gli editori usano modelli personalizzati per la distribuzione della macchina virtuale:

• La macchina virtuale richiede subnet di rete aggiuntive.
• Altri metadati da inserire nel modello di Resource Manager.
• Comandi che sono prerequisiti per l'esecuzione del modello di ARM.

Estensioni delle macchine virtuali

Le estensioni macchina virtuale di Azure sono applicazioni di piccole dimensioni che forniscono attività di configurazione e automazione post-distribuzione alle macchine virtuali di Azure. Ad esempio, se una macchina virtuale richiede l'installazione di software, la protezione antivirus o l'esecuzione di uno script al suo interno, è possibile usare un'estensione macchina virtuale.

Le convalide dell'estensione di macchina virtuale Linux richiedono che gli elementi seguenti facciano parte dell'immagine:

• È necessario installare la versione minima supportata dell'agente Linux di Azure o versione successiva. (https://video2.skills-academy.com/troubleshoot/azure/virtual-machines/support-extensions-agent-version)
• Versione di Python precedente alla 2.6+

Per altre informazioni, vedere Estensione macchina virtuale.

Verifica dell'integrità dell'immagine

Se si crea un'immagine e si crea un disco dall'immagine per verificare l'integrità dell'immagine, si noti che i primi 1 MB sono riservati per le prestazioni ottimizzate e gli ultimi 512 byte sono riservati per il piè di pagina del disco rigido virtuale. Ignorarli durante la verifica dell'integrità dell'immagine.

Contenuto correlato

• Configurare le proprietà dell'offerta di macchine virtuali
• Attivare Marketplace Rewards
• In caso di domande o commenti e suggerimenti per il miglioramento, contattare il supporto del Centro per i partner