【Slack】社外ワークスペースのドメイン確認で困った時の監査ログで原因を追う方法

Slackの社外ワークスペース(他社が管理するワークスペース)に参加する際や、自社でドメイン所有権を確認する場面で、思うように設定が進まずに困った経験はありませんか。DNSレコードを正しく追加したはずなのに「確認できませんでした」と表示されるケースは少なくありません。このような問題を解決するには、Slack管理画面の監査ログを活用するのが最も効率的です。監査ログには、ドメイン確認に関連するすべてのイベントが記録されており、エラーの内容やタイミングを詳細に追跡できます。本記事では、ドメイン確認が失敗した原因を監査ログから特定するための具体的な手順と、よくある失敗パターンを解説します。

1. ドメイン確認とは?なぜ監査ログが役立つのか

Slackの社外ワークスペースに参加する際、多くの企業ではドメインによる承認設定を行っています。これは、特定のメールドメイン(例: example.com)を持つユーザーのみがワークスペースに参加できるようにする仕組みです。ドメイン確認とは、そのドメインを本当に自社が所有していることを証明するために、DNSにTXTレコードを追加してSlackに確認させるプロセスを指します。

ワークスペースの管理者がこの確認作業を行うと、Slack側でDNSのTXTレコードを照会し、正しい値が設定されていれば確認完了となります。しかし、レコードの記述ミスや権限不足、DNSキャッシュなどが原因で確認が失敗することがあります。その際に監査ログを調べれば、「いつ」「誰が」「どのような操作をして」「どのようなエラーが発生したか」が時系列で確認できるため、原因の特定が格段に容易になります。

監査ログで何がわかるのか

監査ログには次のような情報が含まれます。

• ドメイン確認の試行履歴(成功・失敗)
• エラーの詳細メッセージ(例: レコードが見つからない、値が一致しない)
• 操作を行ったユーザー(管理者のメールアドレス)
• 操作時刻とIPアドレス

これらの情報をもとに、DNS設定とSlack設定のどちらに問題があるのかを切り分けられます。

2. 監査ログで確認すべき主要なイベント

Slackの監査ログには数多くのイベントタイプがありますが、ドメイン確認関連で特に注目すべきイベントを以下にまとめました。

イベントタイプ	説明	確認すべきポイント
domain_verification_requested	ドメイン確認のリクエストが送信された	誰がいつリクエストしたか、対象ドメイン
domain_verification_succeeded	ドメイン確認が成功した	成功した日時、設定したレコード値
domain_verification_failed	ドメイン確認が失敗した	エラーコードとエラーメッセージ(最も重要)
domain_verification_deleted	ドメイン確認設定が削除された	削除したユーザーと日時
workspace_domain_changed	ワークスペースのドメイン設定が変更された	変更内容と権限

特に「domain_verification_failed」イベントには、失敗の理由が詳細に記録されています。このエラーメッセージを読み解くことが、原因特定の鍵となります。

3. 【手順】監査ログを使って原因を特定する方法

ここでは、実際に監査ログを開いてから原因を特定するまでの手順を説明します。前提として、使用しているSlackプランがEnterprise Grid以上であり、監査ログ機能が有効になっている必要があります。

1. Slack管理画面にログイン:ワークスペースの管理者アカウントでログインします。画面左上のワークスペース名をクリックし、「設定と管理」→「ワークスペース設定」を選択します。
2. 監査ログページを開く:左側のメニューから「監査ログ」をクリックします。Enterprise Gridの場合、トップレベルドメインの管理画面からアクセスすることもあります。
3. フィルターを設定:日付範囲を「ドメイン確認を試行した前後数日間」に設定し、イベントタイプのフィルターで「ドメイン確認」関連のイベントを選択します。検索ボックスに「domain_verification」と入力してフィルタリングするのも便利です。
4. ログエントリを確認:表示されたログのリストから、失敗したイベント(domain_verification_failed)を見つけます。「詳細」をクリックするとエラーメッセージが表示されます。
5. エラーメッセージを解釈:エラーメッセージには「TXT record not found」「Value mismatch」「DNS query timeout」などが含まれます。これに応じてDNS設定やネットワーク環境を確認します。
6. DNSレコードの確認:エラーが「レコードが見つからない」場合は、実際にnslookupやdigコマンドでTXTレコードを確認します。設定した値が正しいか、レコードが伝搬しているかをチェックします。
7. 必要に応じて再試行:DNS設定を修正したら、Slackのドメイン確認画面で「確認」ボタンを再度クリックします。その後、監査ログで成功したかどうかを確認します。

これらの手順を踏めば、ほとんどのケースでドメイン確認失敗の原因を特定できます。

監査ログへのアクセス方法(プラン別)

監査ログはEnterprise Gridプランで標準提供されますが、Business+プランでもオプションで利用可能です。無料版やPro版では監査ログが使えないため、その場合はSlackサポートに問い合わせる必要があります。利用中のプランが不明な場合は、管理画面の「サブスクリプション」ページで確認できます。

4. よくある失敗パターンとそのログの見方

実際に運用現場で発生しやすい失敗パターンを、監査ログのエラーメッセージとともに紹介します。

パターン1: DNSレコードが存在しない

監査ログに「TXT record not found for domain example.com」と表示されます。これはDNSにTXTレコードが全く存在しない場合です。原因としては、レコードの追加漏れ、誤ったDNSサーバーへの設定、ネームサーバーの変更が反映されていないなどが考えられます。

パターン2: TXTレコードの値が一致しない

「Value mismatch: expected ‘slack123xyz’, got ‘abc456def’」のようなエラーが出ます。これはSlackが要求する値と実際に設定した値が異なる場合です。Slackの指示をコピー&ペーストしたつもりでも、余分な空白や引用符が含まれていることがあります。

パターン3: DNSの伝搬遅延によるタイムアウト

「DNS query timeout after 5 seconds」というエラーは、SlackのDNSクエリがタイムアウトしたことを示します。TTLが長い場合やDNSサーバーの応答が遅い場合に発生します。TTLを短く設定してから再度確認を試みるか、数時間待ってから再試行します。

パターン4: 権限不足(Enterprise Gridの場合)

「User does not have permission to verify domain」というエラーは、操作したユーザーにドメイン確認の権限がない場合に発生します。Enterprise Gridでは、組織レベルの管理者のみがドメイン確認を実行できます。ワークスペースのオーナーでは権限が不足している可能性があります。

5. 管理者へ伝えるべき情報

ドメイン確認でトラブルが発生した場合、Slackの管理者や社内のシステム担当者に以下の情報を伝えると迅速な解決につながります。

• エラーログのスクリーンショット:監査ログの詳細画面をキャプチャし、エラーメッセージ全体がわかるように撮影します。
• 試行した日時:何時何分に確認操作を行ったかを正確に伝えます。監査ログのタイムスタンプと照合します。
• DNS設定の内容:追加したTXTレコードのホスト名、値、TTLを記載します。
• 確認に使用したユーザーアカウント:Slack管理画面で操作したユーザーのメールアドレスを伝えます。

これらの情報があれば、管理者は監査ログとDNSの設定を突き合わせて、根本原因を早期に特定できます。

6. よくある質問(FAQ)

Q1. 監査ログが表示されないのですが、どうすればいいですか?

A. 監査ログはEnterprise Gridプランでないと利用できません。Business+プランの場合は、有料アドオンとして購入する必要があります。該当しない場合は、Slackサポートに問い合わせてログの確認を依頼してください。

Q2. ドメイン確認が成功したのに、その後また失敗になりました。

A. レコードが削除された可能性があります。監査ログで「domain_verification_deleted」イベントを確認し、誰がいつ削除したかを調べてください。また、TTL切れやDNS設定の変更も原因になり得ます。

Q3. ブラウザのキャッシュをクリアすれば直りますか?

A. ドメイン確認はサーバー間のDNSクエリで行われるため、ブラウザキャッシュの影響は受けません。ただし、管理画面の表示が古い可能性があるため、キャッシュクリアを試す価値はあります。

Q4. エラーメッセージが「Unknown error」としか表示されません。

A. 稀にSlack側のシステムエラーが原因であることがあります。その場合はサポートチケットを発行し、監査ログの該当エントリを添付してください。

7. まとめ

社外ワークスペースのドメイン確認で問題が発生した場合、Slackの監査ログを確認することで原因を効率的に特定できます。DNSレコードの不足や値の不一致、権限不足といった典型的な失敗は、ログに記録されたエラーメッセージから読み取れます。監査ログを活用するためには、適切なSlackプランと管理者権限が必要です。監査ログが利用できない場合は、DNSの手動確認やSlackサポートへの問い合わせで対処しましょう。日頃からDNS設定の変更履歴を残しておくことも、トラブルシューティングの助けになります。