SharePointからブラウザを経由してOfficeファイルを開くときに、一度だけ発生する不可解なエラーにお困りではありませんか。私も業務のなかで一度だけ表示され、原因追及に頭を抱えたことがあります。本記事では、同様の経験を踏まえてエラーの原因や対処策をわかりやすくお伝えします。
SharePoint上で発生する認証プロトコルエラーの概要
SharePointからExcelやWordなどのデスクトップ版Officeアプリを直接開こうとすると、「The server you are trying to access is using an authentication protocol not supported by this version of Office」というエラーメッセージが1回目のみ表示されるケースがあります。メッセージを閉じたあとに同じファイルを開くと、嘘のように問題なくアクセスできることも多いです。私自身、はじめてこの現象に遭遇したときは、「なぜ2回目以降は普通に開けるのか…」と不思議に思いました。ここではそのエラーの内容や、どのような状況下で発生するのかを整理していきます。
エラーメッセージの内容
SharePointのライブラリからファイルを選択し、ブラウザ上のメニューや右クリックの操作で「アプリで開く」を選択するときに、突然以下のような英語メッセージがポップアップ表示されることがあります。
実際の表示例
「The server you are trying to access is using an authentication protocol not supported by this version of Office」
日本語環境であっても英語表記のまま表示される場合が多いため、初めて見ると戸惑ってしまいがちです。
頻度と再現性
不思議なことに、同じ環境下であっても毎回必ず出るわけではなく、時々しか出ないケースもあれば、端末を再セットアップした直後など特定のタイミングで頻発するケースもあります。重要なのは、エラーメッセージが出てもファイルを一度閉じて再度開き直すと意外とあっさり開けてしまうことが多い点です。そのため、大きな障害として扱われにくく、根本的な対策が先延ばしにされやすい側面もあります。
私が経験したときの状況
私が初めてこのエラーに遭遇したのは、社内のプロジェクトチームでSharePointのライブラリを整備し直したタイミングでした。新しいライブラリ構成や権限設定を導入した直後、メンバーから「Excelを開こうとしたら変な英語のエラーが出る。でも次に開いたら大丈夫だった」と報告を受け、「認証プロトコル」関連のエラーと聞いて焦ったのを覚えています。Officeの修復やアカウントのサインアウト/サインインなど試しても改善が見られなかったため、調べれば調べるほど原因が不明で頭を抱えました。
原因と対処法
今回の認証プロトコルエラーは、Officeアプリ側の認証キャッシュにまつわる問題や、SharePointサーバー側の設定不備など、いくつかの可能性が考えられます。私が実際にいろいろ調べたり試行錯誤したりした結果、以下の大きく2つの要因に絞り込めることが多いと感じています。
原因1: Officeのアクティベーションやキャッシュ不備
SharePointとの連携には、Office自体が正しくアクティベーションされていることや、最新バージョンへのアップデートが実行されていることが重要です。特に、Microsoft 365 Appsのライセンス情報が何らかの理由で不安定だった場合、初回認証時にエラーが出るケースがありました。
アクティベーションのリセット方法
アクティベーションをリセットすることで、Officeがライセンス情報を改めて取得し直すため、キャッシュの不具合が解消されることがあります。Microsoftの公式ドキュメント「Reset activation state for Microsoft 365 Apps for enterprise」などを参照しながら、下記の手順を実行してみてください。
cscript.exe "C:\Program Files (x86)\Microsoft Office\Office16\OSPP.VBS" /dstatus
cscript.exe "C:\Program Files (x86)\Microsoft Office\Office16\OSPP.VBS" /unpkey:XXXXX
cscript.exe "C:\Program Files (x86)\Microsoft Office\Office16\OSPP.VBS" /act
上記はあくまで例ですが、Officeのバージョンやインストールパスによりパスが異なる場合がありますので、環境に合わせて読み替えてください。また管理者権限が必要になることも多いので注意が必要です。
キャッシュクリアの手順
Officeが一時的に利用するキャッシュ（OfficeFileCache）をクリアすることで、古い資格情報が原因となるエラーを回避できる場合があります。手順としては下記のようになります。
- すべてのOfficeアプリケーションを終了させる
- エクスプローラーから該当フォルダ（通常はC:\Users\[ユーザー名]\AppData\Local\Microsoft\Office\15.0または16.0）配下にあるOfficeFileCacheフォルダをバックアップまたは削除
- Officeアプリを再起動してSharePoint上のファイルを開く
ただし、キャッシュ削除の直後に開くファイルは再度認証処理が走るため、エラーが1回出るかもしれませんが、その後はスムーズになることが多いです。
原因2: SharePointサーバー側の認証設定
認証プロトコル関連のエラーが出る場合、SharePointのサーバー設定そのものに問題が潜んでいる可能性も捨てきれません。特にオンプレミス環境のSharePointを利用している場合や、独自の認証プロバイダーを組み込んでいる場合は要注意です。
セキュリティ設定の見直し
例えばNTLM認証とKerberos認証の設定が混在しているケースでは、Officeクライアントとの通信で想定外のプロトコルが要求されることがあります。また、TLSバージョンの設定やサーバー証明書の有効期限が絡む場合もあるので、一度管理者に依頼しサーバー側のログをチェックしてもらいましょう。そこに異常や警告が出ている可能性があります。
IT部門との連携
私の会社では、IT部門がAzure AD認証とオンプレミスのActive Directory環境をハイブリッド構成で運用しており、細かい設定が多岐にわたるため、その設定漏れによる影響を疑いました。最終的にはハイブリッド接続設定の一部が不完全で、Officeクライアント側が一時的に別の認証プロトコルを要求していたことが判明したので、IT部門の協力なしにはなかなか解決できない場合があります。
その他の考えられる要因
上記2つが主たる原因となりやすいですが、ほかにも以下のような要因が考えられます。
Officeバージョンの古さ
Office 2013やそれ以前の古いバージョンを使っている場合、最新のSharePointオンラインと完全に互換性が保てないケースもあります。Microsoft 365 Appsの最新版へアップグレードすることで、根本的にエラーを回避できる場合があります。
グループポリシーの影響
企業環境ではグループポリシー（GPO）でOfficeの動作を制限・コントロールしている場合があります。例えば、特定の認証方式を制限しているポリシーが原因で、一度目の接続時にエラーを引き起こしている可能性もあるでしょう。GPOの見直しやテスト用OUの作成など、段階的に設定を検証してみると良いです。
実践的な対処フロー表
ここでは、実際に私がチームで作成した簡易的な対処フローを表にまとめてみました。現場でトラブルが発生したときに、すぐに原因を切り分けるためのステップとして役立ちます。
| ステップ | 内容 | ポイント |
|---|---|---|
| 1 | Officeのアクティベーション状態を確認 | アプリのライセンスに問題がないか |
| 2 | Officeの修復・バージョン確認 | OfficeFileCacheの削除を含め実施 |
| 3 | ブラウザとCredential Manager情報のリフレッシュ | 余計な資格情報が残っていないか |
| 4 | SharePointサーバーのイベントログ等のチェック | 認証関連の警告やエラーが出ていないか |
| 5 | IT部門・管理者と連携しサーバー設定を検証 | ハイブリッド構成や独自の認証プロバイダー有無 |
アクティベーションリセットの具体的手順コード例
前述のOfficeアクティベーションリセット手順について、さらに詳しい内容を紹介します。以下のコードは一般的なOffice 2016またはMicrosoft 365 Apps環境を想定していますが、バージョンによってはパスやファイル名が異なる場合がありますのでご注意ください。
REM Officeのインストールパスを指定
cd "C:\Program Files (x86)\Microsoft Office\Office16"
REM 現在のライセンス状態を確認
cscript ospp.vbs /dstatus
REM ライセンスキーをアンインストール
cscript ospp.vbs /unpkey:XXXXX
REM すべてのライセンスをアンインストール（必要に応じて）
cscript ospp.vbs /remhst
REM 新しいライセンスを入力（KMSやMAKなど）
cscript ospp.vbs /inpkey:YYYYY-YYYYY-YYYYY-YYYYY-YYYYY
REM ライセンス認証を実行
cscript ospp.vbs /act
さらに踏み込んだポイント
SharePointとOfficeの連携は、企業の生産性を大きく左右するため、問題が起きた場合は根本的な原因を突き止めることが大切です。ここでは、私が特に着目したいと感じたポイントをまとめます。
企業独自のセキュリティポリシー
多くの企業では独自のセキュリティ対策やグループポリシー（GPO）、プロキシ設定などが存在します。これらが競合し、認証プロトコルを通常とは異なる形にしていることも少なくありません。私の会社でも、意外なところで「ウイルス対策ソフトのセキュリティレベルが高く設定されているせいで、一部の通信がブロックされていた」なんて例がありました。
クラウド環境での注意点
クラウド型のSharePoint Onlineを利用している場合、サーバーの細かい設定をユーザー側でいじれないことが多いです。しかし、Azure ADのConditional Access（条件付きアクセス）などで細かいルールを設定していると、特定デバイスからの認証が初回接続時のみ弾かれるケースもあり得ます。ポリシーの詳細をIT部門に問い合わせるときは、具体的な発生時刻やエラーメッセージを伝えるようにすると、ログ分析がしやすくなります。
私が遭遇した例では、VPN越しにSharePoint Onlineへアクセスするときに認証局の設定が合わず、初回だけ長い応答時間の末にエラーになるという現象がありました。VPN設定を見直したら嘘のように直りました。
結論
SharePointからOfficeファイルを開こうとしたときに発生する「The server you are trying to access is using an authentication protocol not supported by this version of Office」というエラーメッセージは、最初の1回だけ出て次からは普通に開けるという厄介な特徴があります。原因はOfficeのアクティベーション情報やキャッシュの不具合、あるいはSharePointサーバー側の認証設定の問題など多岐にわたります。
特にキャッシュやアクティベーション関連のリセットがうまくいかない場合は、サーバー側の設定、ハイブリッド環境での複雑な認証フローなどを疑う必要があります。企業独自のセキュリティ対策も相まって原因の追及が困難になることもありますが、まずはOfficeのアクティベーションリセットやOfficeFileCacheフォルダの削除、Credential Managerのクリーンアップといった基本的な対策から順に試すのが王道です。
また、IT部門や社内管理者としっかり連携し、SharePointのログやAzure AD側の設定を確認することも大切です。もし再発を繰り返すようであれば、ライセンスの取得時期やOfficeのバージョン、SharePoint環境の新旧バージョン混在など、幅広い視点で確認する必要があるでしょう。最終的には、定期的なOfficeのアップデートとサーバー設定の最新化を保つことで、こうした認証系エラーを減らすことが可能です。
私自身、この問題を一度解決してからは、トラブルシューティングのフローをきちんと文書化しておく大切さを実感しました。エラーが起きたとしても一度目を気にせずに終わらせてしまわず、なぜ起きるのかを探る姿勢が後々役に立ちます。これを機に、自社環境の認証フローを改めて見直してみてはいかがでしょうか。
コメント