【Microsoft 365】会社PCの時刻がずれて条件付きアクセスに失敗する時の直し方

会社のMicrosoft 365にサインインしようとしたら「条件付きアクセスに失敗しました」というエラーが出て、先に進めないことがあります。このエラーの原因の一つに、PCの時刻が正しく設定されていないケースがあります。条件付きアクセスは、端末のコンプライアンス状態やサインイン時のリスクを評価する仕組みですが、時刻がずれていると認証トークンの有効期限や証明書の検証が正しく行われず、アクセスが拒否されます。この記事では、会社PCの時刻ずれによる条件付きアクセス失敗を解決する方法を、安全に確認できる範囲と管理者対応が必要なケースを分けて解説します。

時刻ずれが条件付きアクセスに影響する仕組み

Microsoft 365の条件付きアクセスは、サインイン要求に対して、ユーザーアカウント、デバイスの状態、場所、アプリなどのシグナルをもとにアクセスを制御します。この仕組みの中で、時刻情報は以下のように使われます。

• 認証トークンの有効期間: Azure ADが発行するアクセストークンやIDトークンには発行時刻と有効期限が含まれており、PCの時刻がずれているとトークンが期限内であっても不正と判断されることがあります。
• 証明書の検証: デバイス証明書やクライアント証明書を利用する認証では、証明書の有効期間がPCの時刻と照合されます。
• リスク評価: 条件付きアクセスの中には、サインイン時刻が不自然な場合をリスクとみなすポリシーがあり、時刻ずれがトリガーになる可能性があります。

一般的に、5分以上のずれがあると認証に失敗するケースが多く報告されています。ただし、組織のポリシーによってはさらに厳しい許容範囲が設定されている場合もあります。

自分で確認・修正できる手順

以下の手順は、一般ユーザーが自分のPCで安全に実施できる範囲です。管理者権限が必要な操作は含まれません。

1. タスクバーの時刻表示を右クリックし、「日付と時刻の調整」を選択します。
2. 「日付と時刻」設定画面で、「自動的に時刻を設定する」がオンになっていることを確認します。オフの場合はオンにします。
3. 「自動的にタイムゾーンを設定する」もオンにします。オンにできない場合は、手動で正しいタイムゾーン(例:日本標準時)を選択します。
4. 「今すぐ同期」ボタンをクリックして、Windowsがインターネット上のタイムサーバーと同期するのを待ちます。
5. 同期が完了したら、ブラウザやMicrosoft 365アプリを再起動し、再度サインインを試みます。

上記の手順で解決しない場合、次の「より詳細な確認」に進みます。

詳細な時刻同期の確認(コマンドプロンプト)

1. スタートメニューで「cmd」と検索し、コマンドプロンプトを右クリックして「管理者として実行」を選びます(ただし、管理者権限が不要なコマンドもあるため、通常のユーザーでもいくつか確認できます)。
2. w32tm /query /status と入力し、現在の時刻同期の状態を表示します。特に「Source」(同期元のタイムサーバー)と「Last Successful Sync Time」を確認します。
3. w32tm /resync と入力して強制的に再同期を試みます(これは管理者権限が必要な場合があります。権限がない場合はスキップしてください)。
4. コマンドプロンプトが管理者権限で開けない場合は、上記の設定画面からの同期で十分です。

注意:コマンドプロンプトを管理者として実行できない場合、それらのコマンドは実行しないでください。設定画面からの同期だけでも十分な場合が多いです。

時刻がずれる原因と失敗パターン

時刻がずれる主な原因として、以下のようなものがあります。

原因	特徴	確認方法
バッテリー切れ(ノートPC)	完全に放電するとCMOSがリセットされ、時刻が初期値(例:2000年1月1日)に戻る。	電源を入れ直したときに日付が大きくずれていないか確認。
タイムゾーンの誤設定	海外出張後などにタイムゾーンが変わったままになっている。	設定画面で現在地とタイムゾーンが一致しているか確認。
グループポリシーによる固定	会社のポリシーで特定のタイムサーバーが指定され、そのサーバーにアクセスできないと同期が行われない。	コマンドプロンプトで w32tm /query /status のSourceを確認。
仮想マシン環境	ホストとゲスト間で時刻同期が適切に設定されていない。	仮想マシンの設定やハイパーバイザーの統合サービスを確認。
NTPサーバーへの接続障害	ファイアウォールやプロキシでNTP(UDP 123)がブロックされている。	別のPCでは同期できるか、管理者に問い合わせ。

それでも解決しない場合:管理者に確認すべきこと

上記の手順を試してもサインインできない場合、原因が時刻ずれ以外にある可能性が高いです。その際は、次の情報を整理して管理者に伝えると問題解決がスムーズになります。

• エラーメッセージのスクリーンショット: 表示されているエラーコード(例:AADSTS50057など)や詳細メッセージを記録します。
• 発生時間帯と頻度: 毎回発生するのか、特定の時間だけか、再現性を伝えます。
• 使用しているデバイス: 会社貸与のPCか、個人所有のBring Your Own Device(BYOD)か、OSのバージョンも伝えます。
• ネットワーク環境: 社内ネットワークか、自宅やカフェなどの外部ネットワークかを伝えます。

管理者側では、条件付きアクセスポリシーの内容を確認し、デバイスコンプライアンスの評価結果をログから調査することができます。また、Azure ADのサインインログを使って失敗理由を特定できます。

管理者に依頼すべきチェック項目

• 条件付きアクセスポリシーで「デバイスが準拠している必要がある」などの条件が設定されていないか。
• Intuneやモバイルデバイス管理(MDM)のコンプライアンスポリシーで時刻同期の要件が定められていないか。
• ドメイン参加済み端末の場合、Active Directoryのグループポリシーによる時刻同期設定が正しいか。

よくある質問

Q1. 時刻を手動で修正してもいいですか?
会社PCの場合、手動で設定するとグループポリシーと競合して同期が戻されることがあります。自動設定が有効なら手動は避け、自動同期で解決するようにしてください。

Q2. スマートフォンからMicrosoft 365にはアクセスできるのにPCだけダメです。なぜですか?
スマートフォンは携帯電話網で時刻同期されるため問題が少ないですが、PCはNTPサーバーに依存します。また、条件付きアクセスのポリシーがPCだけに適用されている可能性もあります。

Q3. エラーコード「AADSTS50057」が表示されました。何が原因ですか?
このエラーは「Claim is not valid」という意味で、時刻ずれが原因でトークンのクレームが無効と判断された場合に発生します。時刻同期を試してください。

まとめ

会社PCの時刻ずれによる条件付きアクセス失敗は、設定画面から「今すぐ同期」を実行するだけで解決できることが多いです。それでも解決しない場合や、管理者権限が必要な操作は無理に行わず、エラー情報を整理して管理者に相談しましょう。また、再発防止のために、定期的に時刻同期が正しく行われているか確認する習慣をつけておくと安心です。会社PCの時刻は、単なる表示ではなくセキュリティ認証の基盤であることを意識しておくと、トラブル時の切り分けが早くなります。

👥

Teams/Outlookトラブル完全解決データベース サインイン、接続エラー、メール送受信の不具合など、特有のトラブル解決策を網羅。困った時の逆引きに活用してください。

🔐

会社アカウント・認証トラブル完全解決データベース 職場または学校アカウント、MFA、Authenticator、VPN、権限、会社ポリシーで止まる問題を横断的に確認できます。