Announcing the General Availability of Arc Gateway for Azure Local
ということなので、公式手順に則り、Azure Portalから作成し終えるところまでを本稿にまとめます。
Azure Local 用 Azure Arc ゲートウェイについて
にそってリソースを作成します。
Azure ArcのManagementから、Azure Arc gatewayをクリックし、新規に作成します。
Proxyサーバーの準備がないため、一旦ここで確認を区切ります。
Nested Hyper-Vを使う公式のAzure Local仮想マシンデプロイ手法を使ってみた
でマイクロソフトの公式資料である
を使ってNested Hyper-Vとして仮想マシンでAzure Localのデプロイを試しています。
デプロイ前の最終バリデーションで、エラーになりました。
を見つけました。
こちらをベースにお手製のスクリプトを改良しました。加えて、再認識しましたが、ゲストOSのタイムゾーンはPST/PDTのままだなと（統合サービスとの時間同期を無効化、w32tmによるタイムサービスとの同期を行った上で、ゲストOSのクロックをPST/PDTに手動で合わせた）。
2508のデプロイにおいて、Extensionは、インストールされたものから触らない。下手に手動アップグレードすると、BasicのValidateに失敗するという気づきを得ました。
BitLocker回復パスワードをActive Directoryに保存できますね。Azure Localのノードで使われるBitLocker回復パスワードも同様に保存できます。
Azure Localのノードではないのですが、本稿ではWindows 11でBitLockerを有効化し、BitLocker回復パスワードをActive Directoryに保存した結果を閲覧してみます。
設定から、BitLockerドライブ暗号化を開きます。この例では、暗号化されていません。ここから暗号化を有効化します。
サーバーマネージャーから役割と機能の追加をクリックして、ウィザードを起動します。
グループポリシーは未構成のまま試してみることとしました。
manage-bde.exeのオプションを確認します。
リトライした結果、manage-bde.exeよりBitLocker回復パスワードをActive Directoryに保存しました。回復キーのIDは、そのまま指定できません。下図の通り、'{回復キーのID}'という形式で囲っておく必要がありました。
複数フェーズからなるADの脆弱性対策「CVE-2025-26647 (Kerberos 認証) の保護」
という記事を書いていました。
先日続報がリリースされましたので、ご紹介します。
が日本マイクロソフトのWindowsサポートチームよりリリースされています。この記事によると強制モードの開始日（更新プログラムのリリース日）が2025年10月14日で確定しています。
複数フェーズからなるADの脆弱性対策「CVE-2025-26647 (Kerberos 認証) の保護」
に記載した通り、強制モードは下記のような状況になります。
このモードになると、ADドメインコントローラーが安全でない証明書を使用してKerberos認証要求を受け取った場合、イベント D 21 がログに記録され、要求が拒否されます。
またAllowNtAuthPolicyBypassレジストリキーに対するMicrosoft のサポートは中止されます。よって監査モードに戻すことはできません。
ということで、証明書認証をお使いの場合は、残り1か月で対応が必要になります。
CVE-2025-26647 (Kerberos 認証) の保護 はサポート情報でした。今回は日本マイクロソフトのWindowsサポートチームによる記事のため、すでにリリース済みの更新プログラムに対する不具合情報が記載されています。各々の不具合情報は、CVE-2025-26647 への対応とその影響について に詳細がございますのでご確認ください。下記では、その不具合情報が、すでに改善済みか否かを抜粋して記載いたします。
