仮想マシンの認定に関するトラブルシューティング

イメージによって VM 拡張機能がサポートされているかどうかを確認します。

VM 拡張機能を有効にするには:

1. Linux VM を選択します。

2. [診断設定] に移動します。

3. ストレージ アカウントを更新して、基本マトリックスを有効にします。

4. [保存] を選択します。

   

VM 拡張機能が正しくアクティブ化されていることを確認するには:

1. VM 内で [VM 拡張機能] タブを選択し、[Linux Diagnostics 拡張機能] の状態を確認します。

2. プロビジョニング状態を確認します。

   • 状態が [プロビジョニングに成功しました] の場合、拡張機能のテスト ケースが成功します。
   • 状態が [プロビジョニングに失敗しました] の場合、拡張機能のテスト ケースは失敗し、セキュリティ強化フラグを設定する必要があります。

   

   VM 拡張機能が失敗した場合は、[Linux Diagnostic Extension を使用して、メトリックとログを監視する] を参照して有効にします。 VM 拡張機能を有効にしない場合は、サポート チームに連絡して、それを無効にするように依頼してください。

オファーを送信する前に、VM のプロビジョニング プロセスに従っていることを確認してください。 VM をプロビジョニングするための JSON 形式を確認するには、「仮想マシンのイメージをテストする」を参照してください。

プロビジョニングの問題としては、次のような失敗シナリオが考えられます。

VHD の仕様

Conectix Cookie とその他の VHD の仕様

'conectix' 文字列は VHD 仕様の一部です。 これは、ファイル作成者を識別する 8 バイトの Cookie として VHD フッターで定義されています。 Microsoft によって作成されたすべての VHD ファイルにこの Cookie があります。

VHD でフォーマットされた BLOB には、この形式の 512 バイトのフッターが必要です。

スムーズな公開エクスペリエンスを実現するために、VHD が次の条件を満たしていることを確認してください。

• Cookie には文字列 'conectix.' が含まれています。
• ディスクの種類が固定である。
• VHD の仮想サイズが 20 MB 以上である。
• VHD がアラインされている。 仮想サイズは 1 MB の倍数である必要があります。
• VHD BLOB の長さは、仮想サイズに VHD フッターの長さ (512) を加えた値と等しくなります。

VHD の仕様はこちらからダウンロードしてください。

ソフトウェア コンプライアンスの問題が原因で Windows イメージ要求が拒否された場合は、インストールされている SQL Server インスタンスを使用して Windows イメージを作成した可能性があります。 代わりに、Azure Marketplace から関連する SQL Server バージョンの基本イメージを取得する必要があります。

SQL Server がインストールされている独自の Windows イメージを作成しないでください。 Azure Marketplace からの承認された SQL Server 基本イメージ (Enterprise、Standard、Web) を使用してください。

Visual Studio、または Office のライセンスされた製品をインストールしようとしている場合は、事前承認についてサポート チームにお問い合わせください。

承認済みのベースの選択の詳細については、承認済みのベースからの仮想マシンの作成に関する記事を参照してください。

Microsoft 認定ツールキットを使用すると、テスト ケースを実行し、VHD またはイメージに Azure 環境との互換性があることを確認できます。

Microsoft 認定ツールキットをダウンロードします。

Linux のテスト ケース

次の表に、ツールキットが実行される Linux テスト ケースを示します。 テストの検証は、説明に記載されています。

一般的なテストケース エラー

テスト ケースの実行時に発生する可能性がある一般的なエラーについては、次の表を参照してください。

Windows のテスト ケース

次の表に、ツールキットが実行する Windows テスト ケースと、テスト検証の説明を示します。

前述のテスト ケースでエラーが発生した場合、解決策については、表の [説明] 列を参照してください。 詳細については、サポート チームにお問い合わせください。

1023 ギガバイト (GB) を超えるサイズのデータ ディスク要求は承認されません。 このルールは、Linux と Windows の両方に適用されます。

1023 GB 以下のサイズで要求を再送信してください。

OS ディスク サイズの制限については、次のルールを参照してください。 要求を送信するときに、OS ディスク サイズが Linux または Windows の制限内であることを確認します。

VM を使用すると基になるオペレーティング システムにアクセスできるため、VHD のサイズが VHD に対して十分な大きさであることを確認します。 ディスクはダウンタイムなしでは展開できません。 30 GB から 50 GB のディスク サイズを使用します。

WannaCry ウイルスに関連する潜在的な攻撃を防ぐには、すべての Windows イメージ要求が最新の修正プログラムで更新されているようにします。

イメージ ファイルのバージョンは、C:\windows\system32\drivers\srv.sys または srv2.sys で確認できます。

次の表は、修正プログラムが適用された Windows Server の最小バージョンを示しています。

Linux イメージを送信するときに、カーネル バージョンの問題のために要求が拒否されることがあります。

承認されたバージョンでカーネルを更新し、要求を再送信します。 次の表で、承認されたカーネルのバージョンを確認できます。 バージョン番号は、ここに示されている番号以上である必要があります。

次のいずれかのカーネル バージョンでイメージがインストールされていない場合は、適切な修正プログラムを使用してそれを更新してください。 次の必要な修正プログラムを使用してイメージを更新した後で、サポート チームに必要な承認を要求します。

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

Azure 上のすべての VHD の仮想サイズは、1 メガバイト (MB) の倍数に調整されている必要があります。 VHD が推奨される仮想サイズに従っていない場合、要求が拒否される可能性があります。

Raw ディスクから VHD に変換するときのガイドラインに従ってください。 Raw ディスクのサイズが 1 MB の倍数であることを確認します。 詳細については、「保証されていないディストリビューションの情報」を参照してください。

VM でのテスト ケース実行に関する "アクセス拒否" の問題の原因として、十分な権限がないことが考えられます。

セルフテスト ケースが実行されているアカウントに対して適切なアクセスを有効にしていることを確認します。 テスト ケースを実行するためのアクセスを有効にします (有効になっていない場合)。 アクセスを有効にしない場合は、セルフテスト ケースの結果をサポート チームと共有することができます。

SSH が無効になっているイメージを使用して認定プロセスの要求を送信するには:

1. イメージに対して Azure VM を対象にした最新の認定テスト ツールを実行します。

2. サポート チケットを作成します。 必ずツールキット レポートを添付し、オファーの詳細を提供してください。

   • プラン名
   • 公開元名
   • プラン ID、SKU、バージョン

3. 認定要求を再送信します。

共有アクセス署名 (SAS) URL を使用して VM イメージをダウンロードするときに発生する問題については、次の表を参照してください。

(GPT パーティションを使用して) イメージを Azure に発行する場合は、OS ディスクの最初の 2,048 セクター (1 MB (メガバイト)) を空のままにすることを強くお勧めします。 これは、重要なメタデータを Azure がイメージに追加するために必要です (例には、顧客の起動時間、課金、その他の詳細を改善するためのメタデータが含まれます)。 これは、承認済みの基本イメージを既に使用していて、イメージに有効な課金タグがある場合のベスト プラクティスの推奨事項です。 ただし、イメージに有効な課金タグがない場合は、OS ディスクの最初の 1 MB (メガバイト)が空でない場合、発行が失敗する可能性があります。

有効な課金タグがない独自のイメージをビルドする場合は、OS ディスクの最初の 2,048 セクター (1 MB (メガバイト)) が空であることを確認します。 これを行わないと、発行は失敗します。 この要件は、(データ ディスクではなく) OS ディスクにのみ適用されます。 承認済みのベースからイメージをビルドする場合は、既に最初の 1 MB (メガバイト)空になります。 そのため、個別に作業する必要はありません。

OS ディスクで最初の 1 MB を空けておくには、次のセクションの手順を実行します。

空の VHD の最初の部分に 1 MB の空き領域 (512 バイトのセクター 2,048 個) を確保する方法

これらの手順は Linux のみに適用されます。

1. Ubuntu、CentOS など、任意の種類の Linux VM を作成します。 必須フィールドに入力し、[次へ: ディスク] を選択します。

   

2. VM 用にアンマネージド ディスクを作成します。 既定値を使用するか、[OS ディスク サイズ]、[OS ディスクの種類]、[暗号化の種類] などのフィールドに任意の値を指定します。

   

3. VM 作成後、左側のペインで [ディスク] を選択します。

   

4. パーティション テーブルを作成するために、VHD をデータ ディスクとして VM にアタッチします。

   1. [既存のディスクのアタッチ] を選択します。

      

      

   2. VHD ストレージ アカウントを検索します。

   3. [コンテナー] を選択し、VHD を選択します。

   4. [OK] を選択します。

      

      VHD がデータ ディスク LUN 0 として追加されます。

5. VM を再起動します。

6. VM を再起動した後、Putty または別のクライアントを使用して VM にログインし、sudo -i コマンドを実行してルート アクセスを取得します。

   

7. VHD にパーティションを作成します。

   1. fdisk /dev/sdb コマンドを入力します。

   2. VHD の既存パーティション一覧を表示するには、「p」と入力します。

   3. 「d」を入力して、VHD 内の使用可能なすべての既存パーティションを削除します。 この手順は必要なければスキップできます。

      

   4. 新しいパーティションを作成するために「n」と入力し、p (プライマリ パーティションを表す) を選択します。

   5. first sector の値として「2048」を入力します。 last sector は既定値のままにすることができます。

      重要

      既存のデータは 2048 セクター (各セクター 512 バイト) まで消去されます。 新しいパーティションを作成する前に、VHD をバックアップしてください。

      

   6. 「w」を入力して、パーティションの作成を確認します。

      

   7. コマンド n fdisk /dev/sdb を実行して「p」を入力することで、パーティション テーブルを検証できます。 パーティションがオフセット値 2048 で作成されていることがわかります。

      

8. VM から VHD をデタッチし、VM を削除します。

送信される VHD と共に既定の資格情報を送信しないでください。 既定の資格情報を追加すると、VHD がセキュリティ上の脅威に対してより脆弱になります。 代わりに、VHD を送信するときには独自の資格情報を作成します。

順序どおりになっていない複数のデータ ディスクを使用して要求が送信されると、マッピングの問題が発生する可能性があります。 たとえば、3 つのデータ ディスクの番号付け順序は 0、1、2 である必要があります。 その他の順序は、マッピングの問題として扱われます。

データ ディスクの適切なシーケンス処理を使用して要求を再送信してください。

イメージが作成されるときに、間違った OS ラベルにマップされたり割り当てられたりすることがあります。 たとえば、イメージの作成中に OS 名の一部として Windows を選択した場合、その OS ディスクのインストールは、Windows を使用してのみ行う必要があります。 Linux にも同じ要件が適用されます。

Azure Marketplace から取得したすべてのイメージを再利用する場合は、オペレーティング システムの VHD を一般化する必要があります。

• Linux の場合、次のプロセスでは、Linux VM を一般化して別の VM として再デプロイします。

  SSH ウィンドウで、コマンド sudo waagent -deprovision+user を入力します。

• Windows の場合、sysreptool を使用して Windows イメージを一般化します。

  sysreptool ツールの詳細については、「Sysprep (システム準備) の概要」を参照してください。

データ ディスクに関連するエラーの解決策については、次の表を参照してください。

このエラーが発生するのは、リモート デスクトップ プロトコル (RDP) オプションが Windows イメージに対して有効になっていない場合です。

送信する前に、Windows イメージに対して RDP アクセスを有効にします。

このエラーは、送信したイメージ内の Bash 履歴のサイズが 1 キロバイト (KB) を超えた場合に表示されます。 潜在的な機密情報がファイルに含まれないように制限するために、サイズは 1 KB に制限されています。

Bash 履歴を削除するには:

1. VM をデプロイし、Azure portal の [実行コマンド] オプションを選択します。

   

2. 最初のオプション [RunShellScript] を選択し、cat /dev/null > ~/.bash_history && history -c コマンドを実行します。

   

3. コマンドが正常に実行されたら、VM を再起動します。

4. VM を汎用化し、イメージ VHD を取得して VM を停止します。

5. 汎用化されたイメージを再送信します。

Marketplace イメージ認定の間、ネットワーク仮想アプライアンス (NVA) である VM オファーは、すべての VM オファーに汎用のテストと、次の表に示す NVA テスト ケースを使用して検証されます。 これらの NVA 固有の検証の目的は、NVA イメージが SDN スタックとどれだけ適切に調整されるかを確認することです。

詳細または質問については、Azure サポート ケースを開きます。

Netcat の概要:

Netcat は、2 台のコンピューター間に TCP または UDP 接続を確立できるコマンドです。つまり、開いているポートを経由して書き込みと読み取りができます。 NVA 検証中に、NVA VM と同じ仮想ネットワーク内にある VM から Netcat コマンドを実行して、TCP ポート 22 に到達できるかどうかをテストします。 コマンド構文は nc <destination_ip_address> <destination_port> で、各項目は次のとおりです

• destination_ip_address は、VM の NIC に割り当てられたプライベート IP アドレスです。
• destination_port は、NVA 上のポート番号です。 NVA のテスト ケースでは 22 を使用しています。

たとえば、nc 192.168.1.1 22 のように指定します。

公開元は、VM の認定時に実行されるいくつかのテストに例外を求めることができます。 例外は、その要求をサポートする証拠を公開元が提出したときに、まれなケースで提供されます。 認定チームは、常に、例外を拒否または承認する権利を留保します。

このセクションでは、公開元が例外を要求する一般的なシナリオと、その要求方法について説明します。

例外のシナリオ

公開元は通常、次の場合に例外を要求します。

• 1 つ以上のテスト ケースの例外。 テスト ケースの例外を要求するには、パートナー センターのサポートに連絡してください。

• ロックダウンされた VM、ルート アクセスなし。 一部の公開元には、VM にインストールされたファイアウォールなどのソフトウェアが含まれているために、その VM をロックすることが必要なシナリオがあります。 この場合は、認定テスト ツールをダウンロードし、パートナー センターのサポートでレポートを送信してください。

• カスタム テンプレート。 一部の公開元が公開する VM イメージには、VM をデプロイするためのカスタム Azure Resource Manager (ARM) テンプレートが必要です。 この場合は、認定チームが検証に使用するカスタム テンプレートをパートナー センター のサポートに提出します。

例外のシナリオのために提供する情報

いずれかのシナリオで例外を要求するには、パートナー センターのサポートに連絡し、次の情報を含めてください。

• 公開元 ID。 パートナー センター ポータルの公開元 ID を入力します。

• オファー ID または名前。 オファーの ID または名前を入力します。

• SKU またはプラン ID。 VM オファーのプラン ID または SKU を入力します。

• バージョン. 例外を必要とする VM オファーのバージョンを入力します。

• 例外の種類。 テスト、ロックダウンされた VM、カスタム テンプレートから選択します。

• 要求の理由。 例外要求の理由と、テストの除外に関する情報を含めます。

• タイムライン。 例外の終了日を入力します。

• 添付ファイル。 添付された重要な証拠ドキュメント:

  • ロックダウンされた VM の場合は、テスト レポートを添付します。
  • カスタム テンプレートの場合は、カスタム ARM テンプレートを添付ファイルとして提供します。

  これらの添付ファイルを含めなかった場合、要求は拒否されます。

このセクションでは、自分の VM イメージの 1 つで脆弱性または悪用が検出された場合に、新しい VM イメージを提供する方法を説明します。 Azure Marketplace に公開される Azure VM オファーのみに適用されます。

次のいずれかのアクションを実行します。

• 脆弱性がある VM イメージの代わりとなる新しい VM イメージがある場合は、「修正した VM イメージを提供する」を参照してください。
• プラン唯一の VM イメージの代わりとなる新しい VM イメージがない場合、またはそのプランを終了させてもよい場合は、そのプランの販売を停止してください。
• オファー唯一の VM イメージを置き換える予定がない場合は、そのオファーの販売を停止することをお勧めします。

修正した VM イメージを提供する

脆弱性がある、または悪用された VM イメージの代わりとなる修正した VM イメージを提供するには:

1. セキュリティの脆弱性または悪用に対処した新しい VM イメージを提供します。
2. セキュリティの脆弱性があるまたは悪用された VM イメージを削除します。
3. オファーを再公開します。

セキュリティの脆弱性または悪用に対処した新しい VM イメージを提供する

これらの手順を完了するには、追加する VM イメージの技術資産を準備します。 詳細については、承認済みベースを使用した仮想マシンの作成または独自イメージを使用した仮想マシンの作成に関するページ、および VM イメージの SAS URI の生成に関するページを参照してください。

1. パートナー センターにサインインします。

2. ホーム ページで、[Marketplace offers]\(Marketplace のオファー\) タイルを選択します。

3. [オファーのエイリアス] 列で、オファーを選択します。

4. [プランの概要] タブを選択して、適切なプランを選択します。

5. [技術的な構成] タブの [VM イメージ] で、[+ VM イメージの追加] を選択します。

   Note

   プランには一度に 1 つの VM イメージのみ追加できます。 複数の VM イメージを追加するには、最初のものを公開してから、次の VM イメージを追加します。

6. 表示されるボックスに、新しいディスクのバージョンと仮想マシン イメージを指定します。

7. [Save draft (ドラフトを保存)] を選択します。

次に、セキュリティの脆弱性がある VM イメージを削除します。

セキュリティの脆弱性があるまたは悪用された VM イメージを削除する

1. パートナー センターにサインインします。
2. ホーム ページで、[Marketplace offers]\(Marketplace のオファー\) タイルを選択します。
3. [オファーのエイリアス] 列で、オファーを選択します。
4. [プランの概要] タブを選択して、適切なプランを選択します。
5. [技術的な構成] タブの [VM イメージ] の下の削除する VM イメージの横で [VM イメージの削除] を選択します。
6. ダイアログ ボックスで [続行] を選択します。
7. [Save draft (ドラフトを保存)] を選択します。

次に、オファーを再公開します。

オファーを再公開する

1. [レビューと公開] を選択します。
2. 認定チームに何らかの情報を提供する必要がある場合は、それを [認定の注意書き] ボックスに追加します。
3. 公開を選択します。

公開のプロセスを完了するには、オファーのレビューと公開に関するページを参照してください。

アクセスが制限されているかカスタム テンプレートが必要な VM イメージ

ロック ダウン (または) SSH 無効のオファー

SSH 無効 (Linux の場合) または RDP 無効 (Windows の場合) で公開されているイメージは、ロック ダウンされた VM として扱われます。 公開元がアクセスを許可しない、または少数のユーザーにのみ制限付きアクセスを許可する、特殊なビジネス シナリオが存在します。

検証チェック中に、ロック ダウンされた VM では、特定の認証コマンドの実行を許可しない場合があります。

カスタム テンプレート

一般に、1 つの VM オファーで公開されるすべてのイメージは、デプロイ用の標準 ARM テンプレートに従います。 ただし、公開元が VM をデプロイする際にカスタマイズが必要になる場合があります (複数の NIC を構成する必要があるなど)。

次のシナリオ (空き時間なし) に応じて、パブリッシャーは VM のデプロイにカスタム テンプレートを使用します。

• VM には追加のネットワーク サブネットが必要です。
• ARM テンプレートに挿入するその他のメタデータ。
• ARM テンプレートの実行の前提条件となるコマンド。

VM 拡張機能

Azure 仮想マシン (VM) 拡張機能は、Azure VM でのデプロイ後の構成と自動タスクを提供する複数の小さなアプリケーションです。 たとえば、仮想マシンでソフトウェアのインストールやウイルス対策保護が必要な場合、あるいは、仮想マシン内でスクリプトを実行するために、VM 拡張機能を使用できます。

Linux VM 拡張機能の検証には、次のものがイメージの一部である必要があります。

• サポートされている最小バージョン以上の Azure Linux エージェントをインストールする必要があります。](https://learn.microsoft.com/troubleshoot/azure/virtual-machines/support-extensions-agent-version)
• バージョン 2.6 以上の Python

詳細については、VM 拡張機能を参照してください。

イメージの整合性の検証

イメージを作成し、イメージの整合性を確認するためにイメージからディスクを作成する場合は、最初の 1 つのMB (メガバイト)が最適化されたパフォーマンスのために予約され、最後の 512 バイトが VHD フッター用に予約されていることに注意してください。 そのため、イメージの整合性を確認するときに無視します。

次のステップ

• VM オファーのプロパティを構成する
• マーケットプレースのアクティブな報奨
• 質問や、改善のためのフィードバックがある方は、パートナー センターのサポートにご連絡ください