【Slack】プロキシ環境のWebSocketが一部メンバーだけ使えない時の外部共有設定の切り分け

Slackをプロキシ経由で利用している職場で、「一部のメンバーだけWebSocket接続が確立できず、メッセージの送受信やリアルタイム通知が遅延する」というトラブルが発生することがあります。原因はプロキシ設定やネットワーク経路だけではなく、Slackの外部共有設定が影響しているケースも少なくありません。本記事では、プロキシ環境下でWebSocketが一部メンバーにだけ使えない場合に、外部共有設定を切り分けの軸として具体的に確認する手順を解説します。

なぜプロキシ環境でWebSocketが一部メンバーだけ使えなくなるのか

Slackのリアルタイム機能はWebSocketプロトコル(wss://)を使用してサーバーとの常時接続を維持します。プロキシ環境では、このWebSocket通信がプロキシサーバーで適切に処理されない場合に接続が失敗します。しかし、同じプロキシ経由でも全員が使えないわけではなく一部のメンバーだけに発生するケースでは、Slackの「外部共有」設定が原因になっている可能性が高いです。

Slackの外部共有設定とは、ゲストユーザーや別ワークスペースのメンバーとの連携を制御する機能です。ワークスペース全体の設定として「外部共有を無効にする」または「特定のドメインのみ許可」などのオプションがあります。この設定が有効な場合、Slackクライアントは外部共有に関する機能のために別のWebSocketエンドポイント(例:external-wss.slack.com)への接続を試みます。プロキシ環境でこのエンドポイントが許可されていないと、外部共有が必要な機能(例:別ワークスペースのチャンネル参加や共有ファイルのプレビュー)が使えなくなり、結果としてWebSocket全体がタイムアウトする症状が出ることがあります。

また、メンバーごとに割り当てられたSlackの権限(管理者、オーナー、一般メンバーなど)によって外部共有の挙動が異なる場合があります。例えば、ゲストユーザーは外部共有の影響を受けやすい一方、オーナーは特別な接続経路を持つため影響が出にくいといった差が生じます。

よくある失敗パターンと原因の切り分け

プロキシ設定の不備

まずは基本的なプロキシ設定を確認します。社内プロキシがWebSocket(wss://)を許可していない、またはCONNECTメソッドに制限がある場合、全てのメンバーで接続が切れるはずですが、一部だけならばプロキシ設定のバージョン違いや例外リストの適用漏れが考えられます。

Slackの外部共有設定

Slack管理画面で外部共有設定を確認します。設定が「ワークスペースのメンバーのみ」や「特定のドメインのみ」の場合、外部共有が必要な機能へのWebSocket接続がブロックされる可能性があります。特に、問題が発生するメンバーがゲストユーザーである場合は、外部共有の影響を直接受けます。

DNSとネットワーク経路の違い

一部のメンバーだけが特定のDNSサーバーを経由している、またはVPN接続の有無が原因で接続先IPが異なることがあります。この場合、Slackの外部共有サーバーの名前解決が失敗したり、プロキシが宛先を正しく認識できないことがあります。

問題を切り分けるための具体的な手順

1. 手順1: 全メンバーのクライアントログを収集する
   Slackクライアントのメニューから「ヘルプ」>「トラブルシューティング」>「ネットワークログ」をエクスポートします。発生メンバーと正常メンバーのログを比較し、WebSocket接続失敗のパターン(例:wss://external-wss.slack.com/への接続エラー)を特定します。
2. 手順2: Slack管理画面で外部共有設定を確認する
   管理画面(slack.com/admin)にログインし、「設定」>「共有」>「外部共有」を開きます。現在のポリシーを確認し、必要に応じて一時的に「すべての外部共有を許可」に変更して症状が改善するかテストします。変更は影響が大きいため、必ず管理者の承認を得てから実施してください。
3. 手順3: プロキシの例外設定を確認する
   社内のプロキシ設定で、WebSocket通信に必要なドメイン(*.slack.com、*.wss.slack.com、external-wss.slack.com)が許可されているか、またはバイパス対象になっているかをネットワーク管理者に確認します。特に外部共有用ドメインが明示的に許可されていない場合は追加してもらいます。
4. 手順4: 該当メンバーのプロキシ設定を比較する
   問題が発生するメンバーと正常なメンバーのパソコンで、プロキシサーバーのアドレスやポート番号、認証方法が同一かどうかを確認します。ブラウザの設定やOSのシステムプロキシ設定が異なる場合があります。
5. 手順5: Slackの外部共有機能を無効化してテストする
   ワークスペースの外部共有を一時的に無効(「ワークスペースのメンバーのみ」)にし、その状態で問題が解決するか確認します。ただし、この変更は業務に影響するため、事前に利用部門の了解を得てください。
6. 手順6: 外部共有サーバーへの接続テストを実施する
   コマンドプロンプトやPowerShellで、nslookup external-wss.slack.comやTest-NetConnection external-wss.slack.com -Port 443を実行し、解決できるか、接続可能かを確認します。プロキシ経由の場合はプロキシを指定したコマンド(例:curl -x http://proxy:8080 https://external-wss.slack.com)でテストします。

状況別の比較表

状況	主な症状	考えられる原因	解決策の方向性
プロキシ全体でWebSocketが使えない	全メンバーでメッセージ送信遅延、接続切れ	プロキシがWebSocketをブロック	プロキシ設定でwss://*.slack.comを許可
一部メンバーのみ外部共有機能でエラー	別ワークスペースのチャンネルにアクセスできない、ゲストユーザーが投稿できない	外部共有設定が制限されており、該当メンバーが影響を受ける	外部共有設定を緩和、または許可ドメインに追加
特定の端末のみ症状が出る	その端末だけWebSocketエラー	端末のプロキシ設定が異なる、またはDNSキャッシュの問題	端末のプロキシ設定を統一、DNSキャッシュをクリア
VPN経由でのみ問題が発生	VPN接続時にのみWebSocketが不安定	VPNのルーティングが外部共有サーバーに影響	VPNの分割トンネリング設定を確認

管理者に伝えるべき情報

IT管理者やネットワーク担当者に状況を正確に伝えるため、以下の情報をまとめておきましょう。

• 発生メンバーのSlackアカウント情報: メールアドレス、アカウントタイプ(一般、ゲスト、マルチチャンネルゲストなど)
• エラーメッセージやログの該当箇所: ネットワークログのWebSocketエラー行を抜き出し、どのエンドポイントに接続しようとして失敗したか
• プロキシ設定のスクリーンショット: ブラウザやOSのプロキシ設定画面(個人情報を含まない範囲)
• 正常なメンバーとの差異: 同じワークグループかどうか、使用しているVPNの有無、OSバージョンなど
• Slack管理画面の外部共有設定の状態: 現在のポリシーと、試した変更内容

これらの情報を伝えることで、管理者側でプロキシの例外リスト確認やSlack管理画面の監査ログ調査を迅速に行うことができます。

よくある質問(FAQ)

Q1: 外部共有設定を変更すると全メンバーに影響がありますか?

はい、ワークスペース全体の設定です。外部共有を無効にすると、ゲストユーザーや別ワークスペースとの連携が一切できなくなります。変更前に必ず影響範囲を評価し、関係者と調整してください。

Q2: プロキシのバイパスリストに追加すべき正確なドメインは?

Slackの公式推奨ドメインは*.slack.com、*.wss.slack.com、external-wss.slack.com、加えて*.slack-msgs.comなどです。特に外部共有関連ではexternal-wss.slack.comを忘れずに含めてください。

Q3: ゲストユーザーのみに問題が出るのはなぜですか?

ゲストユーザーは外部共有機能の影響を最も受けやすいアカウントタイプです。外部共有設定で制限があると、ゲストユーザーは多くの操作に制限がかかり、結果的にWebSocket接続も制限されることがあります。

Q4: ネットワークログの見方がわかりません。どこに注目すれば?

ログ内の「wss://」で始まる行を探してください。特に「failed」、「timeout」、「error」などのキーワードがある行が手がかりです。また、「secure_url」が期待するエンドポイントになっているかも確認します。

Q5: 外部共有設定を変更せずに解決する方法はありますか?

プロキシ側で外部共有用のWebSocketエンドポイント(external-wss.slack.com)を許可するか、該当メンバーのアカウントタイプを一般メンバーに変更することで回避できる場合があります。ただし、アカウントタイプの変更は権限管理に影響するため慎重に行ってください。

まとめ

プロキシ環境で一部メンバーのみWebSocketが使えない場合、外部共有設定が絡んでいることが多いです。まずは正常メンバーと問題メンバーのネットワークログを比較し、外部共有エンドポイントへの接続失敗を特定してください。その上で、Slack管理画面の外部共有設定とプロキシの許可リストを確認し、必要に応じて設定変更やネットワーク担当者への連絡を行います。プロキシ設定の変更は管理者のみが実施できるため、正確な情報を伝えて協力を仰ぎましょう。外部共有設定をむやみに緩和せず、業務要件に合わせた最適なバランスを探ることが重要です。

🔐

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