【Slack】会社PCの通知許可で困った時の監査ログで原因を追う方法

会社PCでSlackの通知が許可されず、重要なメッセージを見逃してしまう経験はありませんか?管理者に問い合わせても原因がわからないケースも少なくありません。本記事では、Microsoft 365の監査ログを使って通知許可がブロックされた理由を特定する方法を解説します。自分で原因を切り分け、適切な対策を取るための具体的な手順を詳しく説明します。

通知許可が得られない主な原因

Slackの通知が会社PCで許可されない原因は、いくつかの要因に分けられます。それぞれについて確認していきましょう。

ブラウザやOSの通知設定

まず最初に確認すべきは、お使いのブラウザやOSの通知設定です。Slackはデスクトップアプリでもブラウザ版でも、OSの通知機能を利用します。Windowsの場合は「設定」→「システム」→「通知とアクション」でアプリごとの通知が有効になっているか確認できます。また、ブラウザ版Slackの場合は、ブラウザのサイト設定で通知が許可されている必要があります。Chrome、Edge、Firefoxなどでそれぞれ設定が異なるため、すべてのブラウザでSlackの通知が許可されているか確認しましょう。

Slackアプリ内の通知設定

Slackアプリ自体の通知設定も重要です。Slackの設定メニューから「通知」を開き、すべての通知が有効になっているか、特定のチャンネルやキーワードでフィルタリングされていないかを確認してください。また、デスクトップ通知が「オン」になっていることも確かめます。特に「非アクティブ時に通知を送信」などの設定がオフになっていると、PCを操作していないときに通知が届かないことがあります。

条件付きアクセスポリシーによるブロック

企業のMicrosoft 365環境では、条件付きアクセスポリシーが設定されていることが一般的です。このポリシーにより、Slackのようなサードパーティアプリへのアクセスが制限される場合があります。例えば、「アプリの使用条件に準拠していないデバイスからのアクセスをブロックする」というポリシーが適用されていると、Slackの通知機能が使えなくなることがあります。こうしたポリシーは管理者が設定するため、ユーザー側での変更はできません。

モバイルデバイス管理(MDM)ポリシー

会社PCがIntuneなどのMDMで管理されている場合、デバイスコンプライアンスポリシーが原因でSlackの通知がブロックされることもあります。例えば、「デバイスが暗号化されていない」「OSのバージョンが古い」などの理由でデバイスが非準拠と判定されると、特定のアプリ機能が制限されることがあります。この場合も、監査ログを確認することで具体的な理由を特定できます。

監査ログを確認するための前提条件

監査ログを確認するには、いくつかの前提条件を満たしている必要があります。まず、Microsoft 365管理センターにアクセスできるアカウントが必要です。ただし、すべてのユーザーが監査ログを表示できるわけではなく、「監査ログ閲覧者」または「グローバル管理者」のロールが割り当てられている必要があります。一般ユーザーの場合は、管理者に確認を依頼してください。

また、監査ログはデフォルトで90日間保持されます。過去のイベントを調査する場合、この期間内であることを確認しましょう。さらに、通知ブロックに関連するイベントとしては、主に「ConditionalAccessPolicy」「DeviceCompliancePolicy」「AppAccessPolicy」などがあります。これらのイベントが正確に記録されるよう、組織で監査が有効化されている必要があります。

Microsoft 365管理センターから監査ログを検索する手順

それでは、実際に監査ログを検索する手順を説明します。以下の手順は、グローバル管理者または監査ログ閲覧者の権限を持つユーザーが実行できます。

1. 管理センターにサインインする:https://admin.microsoft.com にアクセスし、管理者アカウントでサインインします。
2. 監査ログセクションに移動する:左側のメニューから「すべて表示」→「管理センター」→「コンプライアンス」を選択します。または、直接「コンプライアンス管理センター」に移動しても構いません。
3. 監査ログ検索を開く:コンプライアンス管理センターの左メニューから「監査」をクリックします。これにより、監査ログの検索画面が表示されます。
4. 検索条件を設定する:検索画面で、以下の条件を入力します。
   • 「日付の範囲」:問題が発生したと思われる期間を設定します。例えば、今日から1週間前など。
   • 「アクティビティ」:関連するアクティビティを選択します。具体的には「条件付きアクセスポリシーの評価」「デバイスコンプライアンスポリシーの評価」「アプリケーションのアクセスポリシーの評価」などです。検索ボックスに「Conditional Access」と入力すると候補が表示されます。
   • 「ユーザー」:自分のアカウントまたは影響を受けているユーザーを指定します。複数指定する場合はカンマで区切ります。
5. 検索を実行する:条件を設定したら「検索」ボタンをクリックします。検索結果が表示されるまで数分かかる場合があります。
6. 結果をフィルタリングする:検索結果の一覧から、Slackに関連するイベントを特定します。アクティビティの列に「ConditionalAccessPolicy」や「DeviceCompliance」などが含まれているものを探します。また、アイテム列に「Slack」の文字が含まれているかどうかも確認します。
7. イベントの詳細を確認する:該当するイベントをクリックすると、詳細な情報が表示されます。ここにはブロックされた理由や適用されたポリシーが記録されています。例えば、「ポリシー名」「結果」「条件」などの情報が確認できます。
8. 必要に応じてエクスポートする:管理者に報告する場合や詳細な分析が必要な場合は、検索結果をCSVファイルとしてエクスポートできます。検索結果画面の「エクスポート」ボタンをクリックし、「すべての結果をダウンロード」を選択します。

通知許可に関連するイベントと判別方法

監査ログに記録されるイベントは多岐にわたります。通知許可に関連する主なイベントを以下の表にまとめました。

イベント名	説明	ブロック理由の例
ConditionalAccessPolicy	条件付きアクセスポリシーが評価された結果	「デバイスが準拠していない」「場所が許可されていない」「アプリが許可されていない」
DeviceCompliancePolicy	デバイスコンプライアンスポリシーの評価結果	「暗号化が無効」「OSバージョンが古い」「必要な更新プログラムが未適用」
AppAccessPolicy	アプリケーションのアクセスポリシー評価	「アプリが許可リストに含まれていない」「リスク評価に不合格」

これらのイベントは、それぞれ「結果」フィールドに「成功」または「失敗」が記録されます。ブロックされた場合は「失敗」となっているので、その詳細を確認します。また、複数のポリシーが同時に評価されている場合、どのポリシーが最終的にブロックしたのかを特定するために、タイムスタンプを比較することも重要です。

失敗パターンと対処法

監査ログを調査する際によく遭遇する失敗パターンと、その対処法を紹介します。

パターン1:監査ログにイベントが表示されない

検索条件を設定してもイベントが表示されない場合、考えられる原因は以下の通りです。まず、権限が不足していないか確認してください。監査ログ閲覧者ロールが割り当てられていないと結果は空になります。次に、日付範囲が適切かどうか見直します。問題が発生した時刻の前後数時間を含めるように広めに設定しましょう。さらに、アクティビティの選択が正しいか確認します。Slackの通知ブロックに関連するイベントは「ConditionalAccessPolicy」以外にも「SignIn」などがあるため、複数のアクティビティを試してください。

パターン2:ブロック理由が「不明」や「その他」と表示される

イベントの詳細を開いたときに、ブロック理由が「不明」や「その他」となっている場合があります。この場合は、同じタイムスタンプの他のイベントを確認したり、関連するサインインログを参照することが有効です。また、監査ログのCSVエクスポートを行い、追加のフィールドを確認することも推奨します。ポリシーの詳細が別のログに記録されていることがあります。

パターン3:原因が端末側の設定だった

監査ログにブロックイベントが見つからない場合、問題は端末側の設定にある可能性が高いです。この場合は、前述のブラウザやOSの通知設定、Slackアプリ内の設定を改めて確認してください。特に、会社PCで集中モード(フォーカスアシスト)が有効になっていないか、通知の優先度設定が正しいかも確認しましょう。

パターン4:管理者しか変更できないポリシーが原因

監査ログで特定の条件付きアクセスポリシーがブロックしていることが判明した場合、そのポリシーは通常、管理者しか変更できません。この場合、ポリシー名とブロック理由を正確にメモし、管理者に報告することが最善の対処法です。ポリシーの変更を依頼する際は、業務への影響を具体的に伝えることで、優先的に対応してもらいやすくなります。

管理者に伝えるべき情報

監査ログを使って原因を特定したら、その情報を管理者に正確に伝えることが重要です。以下の項目を整理して報告すると、問題解決がスムーズに進みます。

• イベントのタイムスタンプ:問題が発生した正確な日時を伝えます。複数のイベントがある場合は、最初のブロックイベントの時刻を優先します。
• イベントID:監査ログの各イベントには一意のIDが付与されています。このIDを伝えることで、管理者がすぐに該当ログを参照できます。
• ユーザー名とアプリケーション名:どのユーザーがどのアプリ(Slack)でブロックされたかを明記します。
• ブロック理由の詳細:ポリシー名やブロック理由をそのままコピーします。例えば、「ポリシー名: ‘Block non-compliant devices’」のように具体的に記載します。
• スクリーンショットまたはCSV出力:視覚的な証拠として、監査ログの画面をスクリーンショットに撮るか、CSVファイルを添付します。
• 再現手順:必要に応じて、通知がブロックされるまで操作手順を簡潔に記載します。

よくある質問(FAQ)

Q1: 監査ログは自分で確認できますか?

監査ログを確認するには、Microsoft 365の「監査ログ閲覧者」ロールが必要です。一般ユーザーではアクセスできません。もし自分に権限がない場合は、IT部門に依頼してログを確認してもらうか、本記事の内容を参考に調査を依頼してください。

Q2: 通知が許可されない原因がSlack側にある可能性はありますか?

はい、あります。Slackのサーバー側で障害が発生している場合や、Slackの利用契約が組織のポリシーに適合していない場合も考えられます。ただし、そのようなケースは稀であり、まずは社内のポリシーや設定をチェックすることをお勧めします。Slackのステータスページ(https://status.slack.com)で障害情報を確認することも有効です。

Q3: ブラウザの通知許可とOSの通知設定はどのように違いますか?

ブラウザの通知許可は、Webサイトがデスクトップ通知を表示するための個別の許可です。一方、OSの通知設定は、アプリケーション全体の通知を管理するグローバルな設定です。Slackのデスクトップアプリを使用している場合、OSの設定が優先されます。ブラウザ版を使用している場合は、両方の設定が必要です。どちらか一方がオフになっていると通知が届きません。

Q4: ポリシー変更の依頼をしてから、反映までどのくらい時間がかかりますか?

条件付きアクセスポリシーの変更は、通常数分から数時間以内に反映されます。ただし、組織の規模やポリシーの複雑さによっては、最大24時間かかることもあります。また、変更後は一度サインアウトしてから再サインインすると、新しいポリシーが適用されやすくなります。

まとめ

会社PCでSlackの通知が許可されない問題は、Microsoft 365の監査ログを活用することで原因を効率的に特定できます。端末側の設定、Slackアプリ内の設定、条件付きアクセスポリシー、デバイスコンプライアンスポリシーの4つの切り口で調査を進めてください。監査ログの検索手順を理解すれば、管理者への報告も具体的かつ迅速に行えます。問題が解決しない場合は、本記事で紹介した失敗パターンを参考に、再度原因を切り分けてみてください。適切な情報を管理者に伝えることで、スムーズな解決につなげましょう。