Microsoft Learnで「Activate sandbox」が表示されない時の対処法|Azure Fundamentalsの演習が進まない原因と解決手順まとめ

Microsoft Learn の Azure Fundamentals 演習で「Activate sandbox」ボタンが出ずに先へ進めない——。その多くはブラウザー・アカウント・サンドボックス状態・ネットワーク制限のいずれかが原因です。本記事では、実務現場でも使える切り分け順と恒久対策を、画面操作の具体手順と CLI コマンド例つきで体系化しました。学習の中断時間を最小化し、再発を防ぐためのチェックリストまで一気通貫でまとめます。

目次

現象の整理(再現条件・症状)

  • Azure Fundamentals 学習パスの演習「Exercise – Explore the Learn sandbox」で、本来表示されるはずの 「Activate sandbox」 ボタンが見当たらない。
  • Hotmail/Outlook など複数の Microsoft アカウントで試しても同じ。
  • Edge/Chrome/Opera などブラウザーを変えても状況が変わらない。
  • Azure CLI のログイン後に 「利用可能なサブスクリプションがない」 と表示されることがある。
  • ページ内の他の UI は表示されるが、サンドボックス開始のボタンのみ描画されない場合がある。

なぜ起きるのか:Learn サンドボックスの仕組みと前提

Learn サンドボックスは、演習を行う受講者に対して期限付き(原則 4 時間)の一時サブスクリプションを自動で払い出し、ポータルや CLI 実行の権限を付与します。ボタン押下〜環境払い出し〜ブラウザーへ状態を返すまでに、以下のコンポーネントが関わります。

  1. アカウントとセッション:Microsoft アカウント(個人)または職場/学校アカウント(Entra ID)。同時ログインやセッション衝突で権限の割当先が誤ると UI が抑止されることがある。
  2. ブラウザー:Cookie/キャッシュ/Service Worker/拡張機能が旧スクリプトや古いトークンを保持していると、ボタンの描画ロジックが走らない。
  3. サンドボックスの同時稼働制限:同時に保持できるのは 1 つのみ。既存のサンドボックスが残っていると新規アクティベーションが抑止される。
  4. ネットワーク制御:企業・教育機関のプロキシやフィルタリングでポップアップ/サードパーティ Cookie/トラッキング防止が強制されると、認証後のフローが完走しない。

つまり、「公式側の一時障害」・「ブラウザーの状態」・「サンドボックスの残骸」・「ネットワーク制限」のいずれか(または複合)が主因です。以下の順に対処すると、最短で復旧しやすくなります。

最短で直すための推奨フロー(結論ファースト)

  1. 公式側の一時障害を疑う:時間を置いて再ログイン・再読込。過去にも復旧告知が出た事例があるため、まずは数時間〜1 日のリトライを優先。
  2. ブラウザーの状態を完全初期化:シークレットウィンドウでサインイン → キャッシュ/Cookie/Service Worker をドメイン単位で削除 → 拡張機能無効化。
  3. 既存サンドボックスを終了:プロフィールの Sandbox 管理から End/Delete。4 時間の有効期限・同時 1 つの制限を前提に整理。
  4. CLI で一時回避:az login --allow-no-subscriptions で認証だけ通し、演習の CLI パートを継続。
  5. 未解決なら報告:Q&A または Report feedback から再現情報を添えて投稿(テンプレート付き)。

対処表(クイックリファレンス)

手順内容
① 公式側の一時障害を確認過去に 2023‑08‑10/2024‑08‑15/2025‑01‑10 前後で同様の事象が報告され、復旧告知が出ています。まずは数時間~1 日置いてページを再読み込みし、再ログインしてください。
② ブラウザー関連のリフレッシュキャッシュや拡張機能が旧スクリプトを保持するとボタンが描画されません。
・シークレット/InPrivate ウィンドウで learn.microsoft.com にサインインし直す
・キャッシュと Cookie を削除(ドメイン単位推奨)
・広告ブロッカーやスクリプト制御拡張を一時的に無効化
③ 既存サンドボックスを終了サンドボックスは 4 時間 有効で同時 1 個のみ。プロフィール → Sandbox から End/Delete を実行し、ページを再読み込み。
④ CLI の回避策ボタンがなくても CLI は進められます:
az login --allow-no-subscriptions
(テナント認証のみ通し、演習コマンドを検証)
⑤ 解決しない場合の連絡手順ページ末尾の Q&A/Report feedback から、URL・発生時刻(UTC)・使用ブラウザー・スクリーンショットを添付。タイトルに [Learn Sandbox] を含めましょう。

詳細ガイド:確実に復旧させる手順

公式側の一時障害を疑うときの動き方

  • 同一現象の報告が集中する時間帯は、サンドボックスのバックエンド(学習用一時サブスクリプションの払い出し)に負荷や保守が入っている可能性があります。
  • 大規模イベント直後・月初などはアクセス集中で閾値に達しやすく、UI のボタン描画が抑制される場合があります。
  • まずは演習ページを閉じ、ブラウザーを完全終了 → 数時間後に再度サインインからやり直します。

ブラウザーの状態を「ドメイン単位」で初期化する

学習サイトだけを狙って状態をきれいにするのが最短です。以下は Chromium 系(Edge/Chrome/Opera)の共通要領です。

  1. シークレット/InPrivate で再試行:新しいシークレットウィンドウを開き、learn.microsoft.com にサインイン → 演習ページへ移動。これで直る場合、拡張機能・Cookie・キャッシュが原因です。
  2. サイトデータの削除:アドレスバーのサイト情報(🔒)→「サイトの設定」→「データを消去」。Cookie/ローカルストレージ/キャッシュ/IndexedDB/Service Worker 登録を全て消去します。
  3. ハード再読み込み:開発者ツール(F12)を開いたまま、更新ボタン長押し→「ハード再読み込み」。または Ctrl + F5。
  4. 拡張機能の一時無効化:広告ブロッカー・スクリプトガード・トラッキング防止・Cookie 管理系を一旦すべて OFF。プロファイルを空の状態にして検証すると早いです。
  5. ポップアップとサードパーティ Cookie を許可:学習ページでブロックが出ていないか確認し、「常に許可」に変更。
  6. 時間同期:OS の日付時刻がずれていると認証トークンが拒否されることがあります。「自動設定」に戻してから再試行します。

既存サンドボックスの終了と「同時 1 つ」ルール

  • サンドボックスは 4 時間の有効期限で、並行保持は 1 つまで。以前の演習で開始したまま画面を閉じていると、新しい演習で「Activate sandbox」が抑止されます。
  • 画面右上のユーザーアイコン → Profile → Sandbox に進み、End/Delete を実行。Sign out → Sign in を挟むとより確実です。
  • 終了後 2〜3 分待ってから演習ページを再読み込み。まだ出ない場合はブラウザーキャッシュを再度クリアします。

Azure CLI での一時回避(ボタンが出なくても進む)

演習が CLI 中心であれば、ボタンが表示されなくても認証だけ通して作業を進められます。

az --version
az account clear
az logout
az login --allow-no-subscriptions
az account show
az account list --output table
  • --allow-no-subscriptions:テナントレベルの認証のみ通すオプション。学習タスクのコマンド検証を先に進めたいときに有効です。
  • もし以前のサンドボックスが残っているテナントに紐づいている場合は、az account set --subscription <ID> で明示切替を試します。
  • クラウド環境を切替える必要がある場合:az cloud set --name AzureCloud。

どうしても解決しない場合の問い合わせテンプレート

ページ末尾の Q&A または Report feedback から、以下の情報を添えて投稿すると調査が早まります。

【タイトル】[Learn Sandbox] Activate sandbox ボタンが表示されない
【URL】(演習ページの URL)
【発生時刻】(UTC で記載)
【アカウント種別】(個人 Microsoft アカウント / 職場・学校アカウント)
【ブラウザー】(製品名・バージョン・拡張機能の有無)
【再現手順】(何をして何が起こったか、番号で)
【期待結果】(ボタンが表示され、サンドボックスが開始される)
【実際の結果】(ボタン非表示 / エラー表示など)
【スクリーンショット】(UI 全体とコンソール/ネットワークログ)

企業・教育機関ネットワークでのチェックリスト

ポリシー配布やセキュリティ製品により、サンドボックス起動フローが途中で遮断されるケースがあります。IT 管理者に以下を確認してください。

  • ポップアップ/サードパーティ Cookie の強制ブロック解除:学習ページと認証ページ間で Cookie が共有できないと UI が出ません。
  • SSL インスペクション:認証系ドメインの TLS インスペクション対象外設定(ピン留め証明書と衝突する場合があります)。
  • ファイアウォール:80/443 の基本通信に加え、長時間セッションの遮断(アイドルタイムアウト)を緩和。
  • 広告/トラッキングブロック:スクリプトを一括で遮断するルールを学習サイトでは除外。
  • ブラウザーの管理テンプレート:組織プロファイルで「サードパーティ Cookie = 許可」「ポップアップ = 許可」に設定できるか検討。

開発者ツールでのセルフ診断

ボタンが描画されない原因はフロントエンドのエラーであることが多く、コンソールとネットワークログで切り分けられます。

  1. F12(開発者ツール)→ Console:赤色のエラーを確認。Blocked by client(拡張機能ブロック)や CORS/CSP(ポリシー衝突)があれば根治方向が見えます。
  2. Network タブ:activate/sandbox といったクエリ名でフィルター。ステータス 401/403/5xx はセッション切れやバックエンド障害の示唆。
  3. Application タブ:Storage → Clear site data で Cookie/Local Storage/IndexedDB/Service Worker をまとめて削除。
  4. ハード再読み込み:キャッシュを完全に捨てて最新スクリプトを取得。

ブラウザー別・具体手順(現場向け)

ブラウザー最短の操作根本対策
Microsoft EdgeInPrivate で学習ページを開く → サイト情報から「Cookie とサイトデータを消去」 → 追跡防止を一時的に「基本」へ学習サイトを「許可サイト」に登録。拡張機能の一括 OFF プロファイルを用意
Google Chromeシークレットウィンドウ → サイトの設定で Cookie を許可 → DevTools の Application から Clear site dataプロファイルを学習用に分離。広告ブロッカーはドメイン除外
Operaプライベートウィンドウ → 広告・トラッキング保護を OFF → サイトデータを削除VPN 機能を OFF。学習サイトの例外ルールを設定

Azure CLI:よく使う診断・復旧コマンド集

目的コマンドポイント
ログイン状態の初期化az account clear && az logout資格情報キャッシュを掃除してクリーンな状態に戻す
認証のみ通すaz login --allow-no-subscriptionsサブスクリプションがなくてもトークンを取得できる
現在のコンテキスト確認az account showユーザー/テナント/サブスクリプションの対応を可視化
サブスクリプション一覧az account list --output table見つからない時はサンドボックス未払い出しの可能性
クラウド環境の明示az cloud set --name AzureCloud環境誤設定による API 失敗を防止

アカウントの落とし穴:個人 vs 職場/学校

  • 個人 Microsoft アカウント(@outlook.com 等):学習サイトとの相性は良いが、同一ブラウザーに職場/学校アカウントが同時ログインしているとセッションが競合することがあります。プロファイル分離か、InPrivate を推奨。
  • 職場/学校アカウント(Entra ID):組織ポリシーにより第三者 Cookie やポップアップが強制ブロックされることがあります。IT 管理者に例外ルールの付与を依頼してください。
  • アカウント切替のベストプラクティス:ブラウザーのプロフィール機能でアイコンごとに分ける/パスワードマネージャーで自動ログインをオフ/サインインのたびに Keep me signed in を避ける。

サンドボックスの「容量」「タイミング」事情

サンドボックスは内部で一時サブスクリプションを発行するため、Azure 側のリージョン容量や保守ウィンドウの影響を受けます。大型イベント直後や月初はアクセス集中により、払い出しまでの待ち時間が伸びたり、UI のボタンが抑止されたように見えることがあります。時間帯をずらす・別リージョンに依存しない演習から進める・CLI 先行で学習を進めるなど、待つだけにしない工夫が有効です。

再発防止:運用 Tips

  • 「学習用ブラウザープロファイル」を作る:拡張機能ゼロ、既定でサードパーティ Cookie 許可、学習サイトを許可サイトに登録。
  • 演習開始前のルーティン:InPrivate → サインイン → 演習ページを開く → ハード再読み込み(最初の 1 回)。
  • サンドボックスの終了を習慣化:演習を終えたら End。並走させない。
  • ネットワーク二刀流:企業ネットワークで詰まったら、モバイルテザリングなど別経路で切り分け。
  • ログを撮る:コンソール・ネットワークログ・時刻(UTC)を残しておくと、いざという時の報告が速い。

ケース別の具体解決例

ケース A:ボタンが突然消えた(前日は表示されていた)

  1. InPrivate で学習ページを開く。
  2. サイトデータを削除 → ハード再読み込み。
  3. Profile → Sandbox で既存環境を End → 再ログイン。
  4. 未表示なら 1〜2 時間おいて再試行。CLI で演習を先に進める。

ケース B:Azure CLI が「サブスクリプションがない」

  1. az account clear → az logout。
  2. az login --allow-no-subscriptions で認証だけ通す。
  3. az account list --output table で払い出し状況を確認。空であれば、サンドボックスがまだ配布されていない可能性。
  4. 既存サンドボックスを End → 再ログイン → 再取得を待つ。

ケース C:企業ネットワークのみ再現

  1. モバイルテザリングで同じ操作を試す(これで表示されるならネットワーク由来)。
  2. IT 管理者にポップアップ/サードパーティ Cookie の例外付与を依頼。
  3. SSL インスペクションの除外、広告ブロックの対象外設定を検討。

FAQ(現場でよく聞かれること)

Q. 無料サンドボックスで課金される心配はありますか? A. 学習用に制限された一時サブスクリプションで、課金対象の操作は基本的にできない設計です。とはいえリージョンやサービスの都合で例外的な挙動が生じる可能性もあるため、演習の手順外の操作は避けましょう。 Q. サンドボックスは何時間使えますか? A. 原則 4 時間です。時間内であっても一定時間操作がないと、内部的にセッションが切れて UI 反映が遅れることがあります。 Q. アカウントは個人と職場・学校のどちらが推奨ですか? A. どちらも利用できますが、組織ポリシーの影響が少ない個人アカウントのほうがトラブルは少なめです。いずれにせよプロファイル分離が有効です。 Q. ボタンが出ないままでも学習を続けられますか? A. CLI 中心の章であれば、az login --allow-no-subscriptions により認証だけ通してローカル検証を先に進められます。最終的にはサンドボックスでの検証も実施しましょう。

印刷用チェックリスト(そのまま使える)

  • InPrivate/シークレットで開いたか
  • サイトデータ(Cookie/キャッシュ/IndexedDB/Service Worker)を削除したか
  • 広告ブロック・スクリプト制御・トラッキング防止を一時無効化したか
  • ポップアップとサードパーティ Cookie を許可したか
  • サンドボックス管理で End/Delete を実行したか
  • OS の時刻が自動で同期されているか
  • 別ネットワーク(テザリング等)で再現するか
  • CLI の初期化(az account clear/az logout)を実施したか
  • 再ログイン後に az account list で確認したか
  • 未解決時の報告テンプレートで情報を揃えたか

まとめ:順番どおりに実行すれば直る

Learn サンドボックスの「Activate sandbox」ボタンが表示されないときは、(1)公式側の一時障害をまず疑う →(2)ブラウザーの完全初期化 →(3)既存サンドボックスの終了 →(4)CLI での回避 →(5)情報を揃えて報告の順で進めるのが最短です。特に、サイトデータのドメイン単位クリアとプロファイル分離は再発防止に効きます。この記事の表とチェックリストを横に置き、迷わず作業すれば学習をすぐに再開できるはずです。


付録:トラブル時のスクリーンショット撮影ポイント

  • 演習ページ全体(上部のナビゲーションとボタン表示領域が入っていること)
  • 開発者ツール Console(エラー文の先頭行が読める解像度)
  • Network タブ(失敗リクエスト 1 件を選択し、Headers の Status code と Request/Response headers)
  • ブラウザーのサイト設定画面(ポップアップ・サードパーティ Cookie の許可状態)
  • Sandbox 管理画面(既存サンドボックスの有無が分かる一覧)

付録:問い合わせ時の時刻表記(UTC)のコツ

  • Windows:PowerShell で Get-Date -Format o(ISO 8601)をコピーし、差分も記載。
  • macOS:ターミナルで date -u +%Y-%m-%dT%H:%M:%SZ を実行。
  • スクリーンショットのファイル名にも UTC のタイムスタンプを含めると、やり取りがスムーズです。

付録:問題が頻発するブラウザー拡張の傾向

  • 広告/トラッキングブロッカー(要ドメイン除外)
  • スクリプト制御・ハードニング系(CSP やフレームを強制変更するタイプ)
  • Cookie 管理系(サードパーティ Cookie を即時削除するタイプ)
  • 企業配布のセキュリティ拡張(一時無効化できない場合は別 PC か別プロファイルで回避)

付録:学習を止めないための段取り術

ボタンが出ない時間を「準備」に変えましょう。CLI のセットアップ、キーボードショートカットの習得、演習のコマンドをローカルで試す、まとめノートの整備など、サンドボックスが有効化され次第すぐ手が動く状態を作っておけば、復旧後の学習速度が段違いに上がります。


上記の手順を順に試すことで、ほとんどのケースで「Activate sandbox」ボタンが再表示され、演習を継続できます。

この記事を書いた人

実務の現場で詰まりがちなポイントを地図にするITブログ「IT trip」を運営。Windows/Office(Teams・Excel)からSQL、サーバ運用、ガジェットまで、再現性のある手順と“なぜそうなるか”を丁寧に解説します。読んだらすぐ試せること、そして迷った人の次の一歩が見えることを大切にしています。

コメント

コメントする

目次