Verifique se sua imagem dá suporte a extensões de VM.

Para habilitar extensões de VM:

1. Selecione sua VM do Linux.

2. Vá para configurações de diagnóstico.

3. Habilite matrizes base atualizando a conta de Armazenamento .

4. Selecione Salvar.

   

Para verificar se as extensões de VM estão ativadas corretamente:

1. Na VM, selecione a guia extensões de VM e verifique o status dode Extensão de Diagnóstico do Linux .

2. Verifique o status do provisionamento.

   • Se o status for provisionamento bem-sucedido, o caso de teste de extensões foi aprovado.
   • Se o status for de Falha de Provisionamento, o caso de teste de extensões falhará e você precisará definir o sinalizador Hardened.

   

   Se a extensão da VM falhar, consulte Usar a Extensão de Diagnóstico do Linux para monitorar as métricas e os logs para habilitá-la. Se você não quiser que a extensão da VM seja habilitada, entre em contato com a equipe de suporte e peça para desabilitá-la.

Verifique se você seguiu rigorosamente o processo de provisionamento de VM antes de enviar sua oferta. Para exibir o formato JSON para provisionar a VM, consulte Testar uma imagem de máquina virtual.

Os problemas de provisionamento podem incluir os seguintes cenários de falha:

caixa de seleção do modelo arm personalizado

Especificações do VHD

Cookie conectix e outras especificações de VHD

A cadeia de caracteres 'conectix' faz parte da especificação do VHD. Ele é definido como o cookie de 8 bytes no rodapé do VHD que identifica o criador de arquivos. Todos os arquivos VHD criados pela Microsoft têm esse cookie.

Um blob formatado de VHD deve ter um rodapé de 512 bytes neste formato:

Para garantir uma experiência de publicação tranquila, verifique se o VHD atende aos seguintes critérios:

• O cookie contém a cadeia de caracteres 'conectix'.
• O tipo de disco é Corrigido.
• O tamanho virtual do VHD é de pelo menos 20 MB.
• O VHD está alinhado. O tamanho virtual deve ser um múltiplo de 1 MB.
• O comprimento do blob VHD é igual ao tamanho virtual mais o comprimento do rodapé VHD (512).

Baixe a especificação do VHD .

Se sua solicitação de imagem do Windows for rejeitada devido a um problema de conformidade de software, pode ser que você tenha criado uma imagem do Windows com uma instância instalada do SQL Server. Em vez disso, você deve tirar a imagem base de versão relevante do SQL Server do Azure Marketplace.

Não crie sua própria imagem do Windows com o SQL Server instalado nela. Use as imagens base do SQL Server aprovadas (Enterprise/Standard/Web) do Azure Marketplace.

Se você estiver tentando instalar o Visual Studio ou qualquer produto licenciado pelo Office, entre em contato com a equipe de suporte para obter aprovação prévia.

Para obter mais informações sobre como selecionar uma base aprovada, consulte Criar uma máquina virtual de umbase aprovado.

O kit de ferramentas de Certificação da Microsoft pode ajudá-lo a executar casos de teste e verificar se seu VHD ou imagem é compatível com o ambiente do Azure.

Baixe odo kit de ferramentas de Certificação da Microsoft .

Casos de teste do Linux

A tabela a seguir lista os casos de teste do Linux executados pelo kit de ferramentas. A validação de teste é declarada na descrição.

Erros comuns de caso de teste

Consulte a tabela a seguir para obter os erros comuns que você pode ver ao executar casos de teste:

Casos de teste do Windows

A tabela a seguir lista os casos de teste do Windows que o kit de ferramentas executa, juntamente com uma descrição da validação de teste:

Se você encontrar falhas com os casos de teste anteriores, consulte a coluna Descrição na tabela para a solução. Para obter mais informações, entre em contato com a equipe de suporte.

Solicitações de disco de dados com um tamanho maior que 1.023 GB (gigabytes) não serão aprovadas. Essa regra se aplica ao Linux e ao Windows.

Reenviar a solicitação com um tamanho menor ou igual a 1.023 GB.

Consulte as regras a seguir para obter limitações no tamanho do disco do sistema operacional. Ao enviar qualquer solicitação, verifique se o tamanho do disco do sistema operacional está dentro da limitação para Linux ou Windows.

Como as VMs permitem acesso ao sistema operacional subjacente, verifique se o tamanho do VHD é suficientemente grande para o VHD. Os discos não são expansíveis sem tempo de inatividade. Use um tamanho de disco de 30 GB a 50 GB.

Para evitar um possível ataque relacionado ao vírus WannaCry, verifique se todas as solicitações de imagem do Windows são atualizadas com o patch mais recente.

Você pode verificar a versão do arquivo de imagem de C:\windows\system32\drivers\srv.sys ou srv2.sys.

A tabela a seguir mostra a versão mínima corrigida do Windows Server:

Quando você envia uma imagem do Linux, sua solicitação pode ser rejeitada devido a problemas de versão do kernel.

Atualize o kernel com uma versão aprovada e reenvie a solicitação. Você pode encontrar a versão do kernel aprovada na tabela a seguir. O número de versão deve ser igual ou maior que o número listado aqui.

Se sua imagem não estiver instalada com uma das seguintes versões do kernel, atualize-a com os patches corretos. Solicite a aprovação necessária da equipe de suporte depois que a imagem for atualizada com estes patches necessários:

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

Todos os VHDs no Azure devem ter um tamanho virtual alinhado a múltiplos de 1 megabyte (MB). Se o VHD não aderir ao tamanho virtual recomendado, sua solicitação poderá ser rejeitada.

Siga as diretrizes ao converter de um disco bruto em VHD. Verifique se o tamanho bruto do disco é um múltiplo de 1 MB. Para obter mais informações, consulte Informações sobre distribuições não fornecidas.

Um acesso negado problema para executar um caso de teste na VM pode ser causado por privilégios insuficientes.

Verifique se você habilitou o acesso adequado para a conta na qual os casos de auto-teste estão em execução. Habilite o acesso para executar casos de teste se ele não estiver habilitado. Se você não quiser habilitar o acesso, poderá compartilhar os resultados dos casos de autoatendimento com a equipe de suporte.

Para enviar sua solicitação com a imagem desabilitada do SSH para o processo de certificação:

1. Execute a ferramenta de teste de certificação mais recente para VMs do Azure em sua imagem.

2. Gerar um tíquete de suporte . Anexe o relatório do kit de ferramentas e forneça detalhes da oferta:

   • Nome da oferta
   • Nome do publicador
   • Planejar ID/SKU e versão

3. Reenviar sua solicitação de certificação.

caixa de seleção

Consulte a tabela a seguir para ver os problemas que surgirem ao baixar a imagem da VM com uma URL de SAS (assinatura de acesso compartilhado).

Se você estiver publicando sua imagem no Azure (com de partição gpt), altamente recomendável manter os primeiros 2.048 setores (1 MB) do disco do sistema operacional vazios. Esse requisito é permitir que o Azure adicione metadados importantes à imagem (exemplos incluem metadados para melhorar o tempo de inicialização para clientes, cobrança e outros detalhes). Essa é uma recomendação para melhor prática se você já estiver usando uma imagem base aprovada e sua imagem tiver uma marca de cobrança válida. No entanto, se sua imagem não tiver uma marca de cobrança válida, a publicação poderá falhar se os primeiros 1 MB do disco do sistema operacional não estiverem vazios.

Se você estiver criando sua própria imagem que não tenha nenhuma marca de cobrança válida, verifique se os primeiros 2.048 setores (1 MB) do disco do sistema operacional estão vazios. Caso contrário, a publicação falhará. Esse requisito é aplicável somente ao disco do sistema operacional (não a discos de dados). Se você estiver compilando sua imagem a partir de uma base aprovada, ela já terá os primeiros 1 MB vazios. Portanto, você não precisará trabalhar nele separadamente.

Para manter os primeiros 1 MB gratuitos no disco do sistema operacional, conclua as etapas na próxima seção.

Como manter 1 MB de espaço livre no início em um VHD vazio (2.048 setores, cada setor 512 bytes)

Essas etapas se aplicam somente ao Linux.

1. Crie qualquer tipo de VM do Linux, como Ubuntu, CentOS ou outra. Preencha os campos necessários e selecione Avançar: Discos.

   

2. Crie um disco não gerenciado para sua VM. Use os valores padrão ou especifique qualquer valor para campos como tamanho do disco do sistema operacional, tipo de disco do sistema operacionalede tipo de criptografia de .

   

3. Depois de criar a VM, no painel esquerdo, selecione Discos.

   

4. Anexe o VHD como disco de dados à VM para criar uma tabela de partição.

   1. Selecione Anexar discos existentes:

      

      

   2. Localize sua conta de armazenamento VHD.

   3. Selecione de Contêiner e selecione o VHD.

   4. Selecione OK.

      

      O VHD será adicionado como lun 0 do disco de dados.

5. Reinicie a VM.

6. Depois de reiniciar a VM, faça logon na VM usando Putty ou outro cliente e execute o comando sudo -i para obter acesso raiz.

   

7. Crie uma partição em seu VHD.

   1. Insira fdisk /dev/sdb comando.

   2. Para exibir a lista de partições existente do VHD, insira p.

   3. Insira d para excluir todas as partições existentes disponíveis em seu VHD. Você pode ignorar esta etapa, se ela não for necessária.

      

   4. Insira n para criar uma nova partição e selecione p para (partição primária).

   5. Insira 2048 como primeiro valor de do setor. Você pode deixar último setor como o valor padrão.

      Importante

      Todos os dados existentes serão apagados até 2048 setores (cada setor de 512 bytes). Faça backup do VHD antes de criar uma nova partição.

      

   6. Digite w para confirmar a criação da partição.

      

   7. Você pode verificar a tabela de partição executando o comando n fdisk /dev/sdb e digitando p. Você verá que a partição foi criada com o valor de deslocamento 2048.

      

8. Desanexe o VHD da VM e exclua a VM.

Nunca envie credenciais padrão com o VHD enviado. Adicionar credenciais padrão torna o VHD mais vulnerável a ameaças de segurança. Em vez disso, crie suas próprias credenciais ao enviar o VHD.

Um problema de mapeamento pode ocorrer quando uma solicitação é enviada com vários discos de dados que não estão em sequência. Por exemplo, a ordem de numeração de três discos de dados deve ser 0, 1, 2. Qualquer outra ordem é tratada como um problema de mapeamento.

Reenviar a solicitação com o sequenciamento adequado de discos de dados.

Quando uma imagem é criada, ela pode ser mapeada ou atribuída ao rótulo errado do sistema operacional. Por exemplo, quando você seleciona Windows como parte do nome do sistema operacional durante a criação da imagem, o disco do sistema operacional deve ser instalado apenas com o Windows. O mesmo requisito se aplica ao Linux.

Se todas as imagens que forem tiradas do Azure Marketplace forem reutilizadas, o VHD do sistema operacional deverá ser generalizado.

• Para linux, o processo a seguir generaliza uma VM do Linux e a reimplanta como uma VM separada.

  Na janela SSH, insira o seguinte comando: sudo waagent -deprovision+user.

• Para Windows, você generaliza as imagens do Windows usando sysreptool.

  Para obter mais informações sobre a ferramenta sysreptool, consulte Visão geral da preparação do sistema (Sysprep).

Para soluções para erros relacionados ao disco de dados, use a tabela a seguir:

Você receberá esse erro se a opção RDP (Protocolo de Área de Trabalho Remota) não estiver habilitada para a imagem do Windows.

Habilite o acesso rdp para imagens do Windows antes de enviá-las.

Você verá esse erro se o tamanho do histórico do Bash na imagem enviada for superior a 1 quilobyte (KB). O tamanho é restrito a 1 KB para impedir que o arquivo contenha informações potencialmente confidenciais.

Para excluir o histórico do Bash:

1. Implante a VM e selecione a opção Executar Comando no portal do Azure.

   

2. Selecione a primeira opção RunShellScript e execute o comando: cat /dev/null > ~/.bash_history && history -c.

   

3. Depois que o comando for executado com êxito, reinicie a VM.

4. Generalize a VM, pegue o VHD da imagem e interrompa a VM.

5. Reenvie a imagem generalizada.

Durante a certificação de imagem do Marketplace, uma oferta de VM que é uma NVA (Solução de Virtualização de Rede) é validada usando testes genéricos para qualquer oferta de VM e casos de teste NVA listados na tabela abaixo. A meta dessas validações específicas de NVA é verificar o quão bem a imagem NVA é orquestrada com a pilha SDN.

Para obter mais informações ou perguntas, abra um caso de Suporte do Azure.

Visão geral do Netcat:

O Netcat é um comando capaz de estabelecer uma conexão TCP ou UDP entre dois computadores, o que significa que ele pode gravar e ler por meio de uma porta aberta. Durante as validações de NVA, executamos o comando Netcat de uma VM que está na mesma rede virtual que a VM NVA, para testar se a porta TCP 22 é acessível. A sintaxe de comando é nc <destination_ip_address> <destination_port>, em que

• destination_ip_address é o endereço IP privado atribuído à NIC da VM,
• destination_port é o número da porta na NVA. Usamos 22 em casos de teste NVA.

Por exemplo, nc 192.168.1.1 22

Os editores podem solicitar exceções para alguns testes realizados durante a certificação de VM. As exceções são fornecidas em casos raros quando um editor fornece evidências para dar suporte à solicitação. A equipe de certificação se reserva o direito de negar ou aprovar exceções a qualquer momento.

Esta seção descreve cenários gerais em que os editores solicitam uma exceção e como solicitar uma.

Cenários de exceção

Os editores geralmente solicitam exceções nos seguintes casos:

• Exceção para um ou mais casos de teste. Entre em contato com de suporte do Partner Center para solicitar exceções para casos de teste.

• VMs bloqueadas/Sem acesso raiz. Alguns editores têm cenários em que as VMs precisam ser bloqueadas porque têm software, como firewalls instalados na VM. Nesse caso, baixe o da Ferramenta de Teste Certificada do e envie o relatório em de suporte do Partner Center.

• modelos personalizados. Alguns editores publicam imagens de VM que exigem um modelo personalizado do ARM (Azure Resource Manager) para implantar as VMs. Nesse caso, envie os modelos personalizados em suporte do Partner Center a ser usado pela equipe de certificação para validação.

Informações a serem fornecidas para cenários de exceção

Entre em contato com suporte do Partner Center para solicitar uma exceção para um dos cenários e incluir as seguintes informações:

• ID do Publicador. Digite sua ID do Editor do portal do Partner Central.

• ID/nome da oferta. Insira a ID ou o nome da oferta.

• de ID de SKU/Plano. Digite a ID ou sKU do plano de oferta de VM.

• versão. Insira a versão da oferta da VM que requer uma exceção.

• tipo de exceção. Escolha entre testes, VM bloqueada ou modelos personalizados.

• Motivo da solicitação. Inclua o motivo da solicitação de exceção, além de qualquer informação sobre isenções de teste.

• linha do tempo. Insira a data de término da exceção.

• Anexo. Documentos de evidência importantes anexados:

  • Para VMs bloqueadas, anexe o relatório de teste.
  • Para modelos personalizados, forneça o modelo personalizado do ARM como anexo.

  Se você não incluir esses anexos, sua solicitação será negada.

Esta seção descreve como fornecer uma nova imagem de VM quando uma vulnerabilidade ou exploração é descoberta com uma de suas imagens de VM. Aplica-se apenas às ofertas de VM do Azure publicadas no Azure Marketplace.

Execute uma das seguintes ações:

• Se você tiver uma nova imagem de VM para substituir a imagem de VM vulnerável, consulte Fornecer uma imagem de VM fixa.
• Se você não tiver uma nova imagem de VM para substituir a única imagem de VM em um plano ou se terminar o plano, interromper a distribuição do plano.
• Se você não planeja substituir a única imagem de VM na oferta, recomendamos que você parar de distribuir a oferta.

Fornecer uma imagem de VM fixa

Para fornecer uma imagem de VM fixa para substituir uma imagem de VM que tenha uma vulnerabilidade ou exploração:

1. Forneça uma nova imagem de VM para resolver a vulnerabilidade de segurança ou a exploração.
2. Remova a imagem da VM com a vulnerabilidade de segurança ou exploração.
3. Republice a oferta.

Forneça uma nova imagem de VM para resolver a vulnerabilidade de segurança ou a exploração

Para concluir essas etapas, prepare os ativos técnicos para a imagem da VM que você deseja adicionar. Para obter mais informações, consulte Criar uma máquina virtual usando um base aprovado ou Criar uma máquina virtual usando sua própria imagem e gerar um URI SAS para sua imagem de VM.

1. Entre nodo Partner Center.

2. Na home page, selecione as ofertas do Marketplace bloco.

3. Na coluna de alias da Oferta , selecione a oferta.

4. Selecione a guia visão geral do Plano e selecione o plano apropriado.

5. Na guia de configuração técnica do , em de Imagens de VM, selecione + Adicionarde Imagem da VM.

   Nota

   Você pode adicionar apenas uma imagem de VM a um plano de cada vez. Para adicionar várias imagens de VM, publique a primeira antes de adicionar a próxima imagem de VM.

6. Nas caixas que aparecem, forneça uma nova versão de disco e a imagem da máquina virtual.

7. Selecione Salvarde rascunho.

Em seguida, remova a imagem da VM com a vulnerabilidade de segurança.

Remover a imagem da VM com a vulnerabilidade de segurança ou exploração

1. Entre nodo Partner Center.
2. Na home page, selecione as ofertas do Marketplace bloco.
3. Na coluna de alias da Oferta , selecione a oferta.
4. Selecione a guia visão geral do Plano e selecione o plano apropriado.
5. Na guia de configuração técnica do , em Imagens de VM, ao lado da imagem da VM que você deseja remover, selecione Removerde Imagem da VM.
6. Na caixa de diálogo, selecione Continuar.
7. Selecione Salvarde rascunho.

Em seguida, republice a oferta.

Republicar a oferta

1. Selecione Examinar e publicar.
2. Se você precisar fornecer informações à equipe de certificação, adicione-as à caixa Anotações para de certificação.
3. Selecione Publicar.

Para concluir o processo de publicação, consulte Revisão e publicação de ofertas.

Esta seção descreve como fornecer uma nova imagem de VM quando uma vulnerabilidade relacionada ao TLS é descoberta com uma de suas imagens de VM. Aplica-se apenas às ofertas de VM do Azure publicadas no Azure Marketplace.

Etapas de correção

Para resolver essas vulnerabilidades, siga estas etapas:

Desabilite o uso de protocolos TLS 1.0 e 1.1 e verifique se a imagem da VM dá suporte ao TLS versão 1.2 ou superior. Isso pode ser feito definindo as chaves de registro apropriadas ou as configurações na imagem da VM.

Para Linux, use os seguintes comandos para testar manualmente e garantir que essas versões estejam desabilitadas:

• do TLS 1.0:

  openssl s_client -connect ip:port -tls1
  

• do TLS 1.1:

  openssl s_client -connect ip:port -tls1_1
  

Para o Windows, consulte a documentação oficial configurações do Registro TLS para atualizar as chaves do Registro. Use os seguintes comandos do PowerShell para definir as configurações do TLS:

Habilitando versões mais altas (opcional)

Se você quiser habilitar versões mais altas (por exemplo, TLS 1.3), repita as etapas acima com os caminhos e valores correspondentes para essas versões.

Imagens de VM com acesso limitado ou que exigem modelos personalizados

Oferta desabilitada de SSH bloqueada (ou)

As imagens publicadas com SSH desabilitado (para Linux) ou RDP desabilitado (para Windows) são tratadas como VMs bloqueadas. Há cenários de negócios especiais devido aos quais os Publicadores só permitem acesso restrito a nenhum/alguns usuários.

Durante as verificações de validação, as VMs bloqueadas podem não permitir a execução de determinados comandos de certificação.

Modelos personalizados

Em geral, todas as imagens publicadas em ofertas de VM única seguem o modelo padrão do ARM para implantação. No entanto, há cenários em que o publicador pode exigir personalização durante a implantação de VMs (por exemplo, várias NIC(s) para serem configuradas).

Dependendo dos cenários abaixo (não existentes), os editores usam modelos personalizados para implantar a VM:

• A VM requer sub-redes de rede extras.
• Mais metadados a serem inseridos no modelo do ARM.
• Comandos que são pré-requisitos para a execução do modelo do ARM.

Extensões de VM

As extensões de VM (máquina virtual) do Azure são aplicativos pequenos que fornecem tarefas de configuração pós-implantação e automação em VMs do Azure. Por exemplo, se uma máquina virtual exigir instalação de software, proteção antivírus ou executar um script dentro dela, uma extensão de VM poderá ser usada.

As validações de extensão de VM do Linux exigem que o seguinte faça parte da imagem:

• O agente do Azure Linux de versão mínima com suporte ou superior deve ser instalado.](https://learn.microsoft.com/troubleshoot/azure/virtual-machines/support-extensions-agent-version)
• Versão do Python acima da 2.6+

Para obter mais informações, visite de Extensão de VM.

Verificação da integridade da imagem

Se você estiver criando uma imagem e criando disco fora da imagem para verificar a integridade da imagem, observe que os primeiros 1 MB são reservados para desempenho otimizado e os últimos 512 bytes são reservados para rodapé VHD. Portanto, ignore-os ao verificar a integridade da imagem.

Conteúdo relacionado

• Configurar propriedades da oferta de VM
• recompensas do Active Marketplace
• Se você tiver dúvidas ou comentários sobre melhorias, entre em contato com suporte do Partner Center