0

(基本認証を使用して)webdav URLにドライブ文字をマウントしました。netuseコマンドを実行するときに、資格情報を渡します。これはすべて正常に機能しています。tcpdumpを見ると、Microsoft-WebDAV-MiniRedirによってすべての要求がどのように実行されているかがわかります。また、クレデンシャルは毎回正しく渡されます。

ただし、Officeファイルを開くと、要求はMicrosoft-WebDAV-MIniRedirではなく、MSDAIPP(Microsoft Data Access Internet Publishing Provider)によって実行されます。明らかに、officeにはwebdavサポート(つまりMSDAIPP)が組み込まれているため、officeはwebdavに直接アクセスし始めます。

ただし、miniredirを使用してマウントを作成するときにクレデンシャルが渡されますが、MSDAIPPにはクレデンシャルがありません。したがって、オフィスは自分で資格情報を要求します。

私は、オフィスがwebdavに自分でアクセスするのではなく、ドライブレターを介してアクセスすることを望んでいます(この場合、miniredirによって処理されます)。

これが問題であると100%確信しています。メモ帳などを使用して.docファイルを開き、保存することができます。ですから、MSDAIPPが引き継ぐことに関係していると確信しています。

私はユーザーのwebdavドライブ文字を自動的に作成する製品に取り組んでいるので、ユーザー自体は実際には自分の資格情報を認識していません(それらは生成されます)。したがって、ユーザーがオフィスで自分の資格情報を入力することは受け入れられません。

クレデンシャルをMSDAIPPに自動的に渡すことができるのも問題ありません。

前もって感謝します。

4

1 に答える 1

0

私の知る限り、これはMicrosoft Officeの制限であり、解決策はありません。基本認証またはダイジェスト認証を使用する場合、MicrosoftOfficeは常に資格情報を要求します。

次の回避策があります。

  • URL認証を実装します。次のように、いくつかのIDをURLに入れます(ただし、クエリ文字列には入れません。MSOfficeによって切り捨てられます) http://serv/SessionID1234567890/folder/document.doc
  • Windows統合認証、つまりNTLMまたはKerberosを使用します。この場合、MicrosoftOfficeは認証を要求しません。
于 2013-02-09T01:01:36.280 に答える