14

匿名アクセス用に構成された MOSS 07 サイトがあります。このサイトには、匿名アクセスも有効になっているドキュメント ライブラリがあります。匿名ユーザーがこのライブラリの PDF ファイルをクリックすると、問題なく閲覧またはダウンロードできます。ユーザーが Office ドキュメントをクリックすると、ログイン ボックスが表示されます。ユーザーはログインせずにこのボックスからキャンセルでき、ドキュメントに移動します。

これは IE では発生しますが、FireFox では発生しません。

Web でこの質問への参照がいくつか見られますが、明確な解決策はありません: http://www.microsoft.com/communities/newsgroups/en-us/default.aspx?dg=microsoft.public.sharepoint.windowsservices.development&tid=5452e093 -a0d7-45c5-8ed0-96551e854cec&cat=en_US_CC8402B4-DC5E-652D-7DB2-0119AFB7C906&lang=en&cr=US&sloc=&p=1

http://www.sharepointu.com/forums/t/5779.aspx

http://www.eggheadcafe.com/software/aspnet/30817418/anonymous-users-getting-p.aspx

4

16 に答える 16

8

SharePoint 2010 から Office ドキュメントを開く際のログイン プロンプトを無効にするには、web.config で次の設定を行います。

<system.webServer>
  <security>
    <requestFiltering allowDoubleEscaping="true">
      <!-- here's where the magic happens -->
      <verbs allowUnlisted="true">
        <add verb="OPTIONS" allowed="false" />
        <add verb="PROPFIND" allowed="false" />
      </verbs>
    </requestFiltering>
  </security>
</system.webServer>
于 2011-06-10T10:34:38.900 に答える
3

SharePoint共有ワークスペースがMSWordで有効になっている場合、ユーザーが共有ワークスペースにアクセスまたは作成するためのアクセス許可を持っていない場合、Windowsログインでユーザーにプロンプ​​トが表示されることがあります。これをオフにするには、次の手順を実行します。

  1. MSWordを開く
  2. ツール/オプションに移動します
  3. 全般]タブをクリックします
  4. [サービスオプション]をクリックします
  5. [共有ワークスペース]をクリックします
  6. 「ドキュメントはワークスペースまたはSharePointサイトの一部です。」というチェックボックスをオフにします。</li>
  7. [OK]をクリックします
  8. [OK]をクリックします
  9. SharePointサイトからMSWordドキュメントをヒットしてみてください。

これで問題が解決した場合は、すべてのMS Officeプログラムで手順を繰り返して、プロンプトを削除します。(Excel、PowerPoint、Visioなど)

http://office.microsoft.com/en-us/word/HP010414641033.aspx

于 2009-07-30T15:09:06.937 に答える
1

Sharepoint Server 2010 では、新世代の SharePoint は web.config で動詞を保持できないため、解決方法が少し変更されています。したがって、メソッドを変更する必要があります。まず、IIS 7.0 を開き、アプリケーション サイトを選択します。画面中央に多くのアイテムが表示されます。Request Filters を選択してダブルクリックします。リクエスト フィルタでは、「Verbs」が表示されます。OPTIONS 動詞と PROPFIND 動詞を拒否モードに追加できます。最後に、サイトをテストします。場合によっては、Sharepoint がサイトのクライアント統合モードを閉じる必要があります。必要に応じて、サーバーの全体管理でクライアント統合モードを閉じることができます。

于 2011-01-28T21:40:20.930 に答える
1

キャンセルをクリックして問題が発生した場合は... AuthForwardServerList

http://support.microsoft.com/kb/943280

Office は、サイトが信頼できる/ローカルであることを認識しないため、資格情報を転送せず、それらを提供する機会をユーザーに促します。特徴です……。

サイトを適切なレジストリ キーに登録すると、必要のない資格情報が転送されますが、プロンプトは表示されません。

于 2009-02-05T01:22:32.627 に答える
1

考えられる原因と解決策: http://support.microsoft.com/kb/943280

「Windows Vista または Windows 7 を実行していて、プロキシが構成されていないコンピューターから FQDN サイトにアクセスすると、資格情報の入力を求められます」

たとえば、プロキシが構成されていない Windows Vista ベースのクライアント コンピューターで 2007 Microsoft Office を使用して、Microsoft Office SharePoint サイトから Microsoft Office ファイルを開くと、認証を求められます。

于 2011-03-29T01:09:54.927 に答える
1

残念ながら、私が見つけた唯一の回避策は、ログインしているユーザーの一部の機能を壊すことです (複数のファイルをアップロードしたり、Outlook に接続したりすることはできません..)

それが許容できる場合、または試して確認したい場合:

  1. 集中管理 > アプリケーション管理 > アプリケーション セキュリティ > 認証プロバイダーで、Web アプリを選択し、プロバイダー (おそらく "既定") を選択します。

  2. クライアント統合の場合は [いいえ] を選択し、設定を保存します。

  3. Web 設定を開き、行を見つけて<add verb="OPTIONS,PROPFIND,PUT,LOCK,UNLOCK.....動詞 OPTIONS を削除します。

つまり、資格情報を求められることはもうありません。これを元に戻すには、両方の変更を元に戻します。

于 2009-01-07T20:20:35.140 に答える
1

URL 書き換えモジュールまたは urlscan がある場合は、http OPTIONS 要求に http 403 を送信するようにソフトウェアを構成します。

于 2010-05-07T19:01:02.830 に答える
0

あなたはWindowsVistaを使っていると思います。この問題はVistaでは発生しましたが、XPでは発生しませんでした。


Microsoftから:Windows Vistaでは、Internet Explorerを使用してWebDAVリソースにアクセスすると、InternetExplorerはWebクライアントサービスを使用します。Webクライアントサービスは、Windows HTTPサービス(WinHTTP)を使用して、リモートホストへのネットワークI/Oを実行します。WinHTTPは、ローカルイントラネットサイトで発生する要求に応答してのみユーザー資格情報を送信します。ただし、WinHTTPは、Internet Explorerのセキュリティゾーン設定をチェックして、Webサイトが資格情報を自動的に送信できるゾーンにあるかどうかを判断しません。

プロキシが設定されていない場合、WinHTTPはローカルイントラネットサイトにのみ資格情報を送信します。

注次の例のように、URLにサーバー名にピリオドが含まれていない場合、サーバーはローカルイントラネットサイトにあると見なされます 。http:// sharepoint / davshare

URLにピリオドが含まれている場合、サーバーはインターネット上にあると見なされます。ピリオドは、FQDNアドレスを使用していることを示します。したがって、プロキシが構成されていない限り、またこのサーバーにプロキシバイパスが指定されていない限り、資格情報はこのサーバーに自動的に送信されません。


これは既知の問題であり、まだ完全には修正されていません。ここにMSDNブログがあります:http://blogs.msdn.com/sharepoint/archive/2007/10/19/known-issue-office-2007-on-windows-vista-prompts-for-user-credentials -when-opening-documents-in-a-sharepoint-2007-site.aspx

ここに投稿された興味深い回避策があります:http://grounding.co.za/blogs/neil/archive/2008/11/10/workaround-sharepoint-keeps-prompting-for-login-when-creating-office-2007-ドキュメント-on-vista.aspx

最終的には、Vista SP1に含まれているパッチがありますが、レジストリの編集も必要です。最近、WindowsVistaSP2クライアントで次の手順を使用してこれを機能させることができました。

regeditを開きます。次のサブキーに移動します。

HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ WebClient \ Parameters

AuthForwardServerListという新しいマルチ文字列値を作成し、次の値を指定します(たとえば):https:// .Contoso.com
http://
.dns.live.com
* .microsoft.com
https://172.169.4.6

次に、WebClientサービスを再起動します。

于 2010-01-09T12:01:01.850 に答える
0

それはそうではないようです。問題のドキュメントの1つは、.docテンプレートを使用しないExcelファイルです。また、[ドキュメントテンプレート]ダイアログで、SharePointテンプレートファイルに基づいて新しいWordドキュメントを作成した場合、SharePointテンプレートファイルへのURLが表示されません。テンプレートが「通常」であるとだけ表示されます。また、ドキュメントライブラリレベルでテンプレートを無効にしてみましたが、パスワードの状況は変わりません。

于 2008-12-18T18:37:45.093 に答える
0

私は次の回避策を見つけました:

http://www.objectsharp.com/cs/blogs/max/archive/2008/04/21/sharepoint-public-faceing-website-and-microsoft-office-documents.aspx

シンプルにするには:

  1. クライアント統合を無効にする

  2. サイトのweb.configファイルの登録行からOPTIONS動詞を削除します

于 2011-03-16T19:39:52.977 に答える
0

IEの設定を変更することで、これを機能させることができました。

信頼済みサイトにサイトのURLがあります。[カスタム設定]で、[ユーザー認証]を次のように設定します。現在のユーザー名とパスワードを使用した自動ログオン

于 2010-07-22T23:54:28.970 に答える
0

私は解決策を見つけました。まず、inetpubの下にあるWebアプリケーション構成ファイルを開きます。次に、動詞の追加セクションがあります。このセクションでは、インストール時に多くの動詞が追加されました。オプションとProfind動詞を削除し、構成ファイルを保存します。最後に問題をテストして確認します。問題は終了しました。

于 2010-11-17T10:28:26.457 に答える
0

Fiddler のようなツールを使用すること (最初のリンク参照で参照/提案されているように、詳細についてはhttp://www.fiddlertool.com/fiddler/を参照してください) は、この種の問題の根本原因を特定する唯一の効率的な方法です。私は知っています。これを引き起こしているものは何であれ、HTTP 経由で発生します。Fiddler のようなデバッグ プロキシは、どの URL/リソースが認証要求を引き起こしているかを正確に示します。

関連して、プラットフォームの最近のビルドを実行していますか? この問題が MS によってホットフィックスなどでまだ対処されていないことを確認するのが賢明かもしれません。私が認識している最新の更新リストは次のとおりです: http://www.harbar.net/articles/postsp1.aspx

于 2008-12-29T05:00:23.343 に答える
0

これを確認してください: 匿名ユーザーが SharePoint サイトから Office ドキュメントをダウンロードするときにログイン ボックスを削除する

http://www.theblackknightsings.com/RemoveLoginBoxWhenAnonymousUsersDownloadOfficeDocumentFromSharePointSite.aspx

SharePoint でエクストラネット/インターネット サイトを開発する場合、匿名アクセスを許可したいことがよくありますが、これはかなりうまく機能します。ただし、匿名アクセスに関してすぐに使用できるエクスペリエンスが失敗する場合が 1 つあります。それは、ユーザーが Microsoft Office ドキュメントをダウンロードできるようにする場合です。その場合、IE/Office はいくつかのログイン ダイアログをポップアップします。ユーザーがこれらをキャンセルすると、ドキュメントは期待どおりに開きますが、ユーザーがドキュメントを開くためにいくつかのダイアログをキャンセルする必要はありません。

問題は、Office がインテリジェントになろうとして、Microsoft Office Protocol Discovery 要求を発行して、ユーザーがどの程度の操作を許可されているかを確認することですが、SharePoint は、ユーザーがログインするまでアクセスを拒否して応答することです。

私が見つけた解決策は、ユーザーがログインしていない場合に Microsoft Office Protocol Discovery 要求を拒否する HttpModule を実装することであり、これによりログイン ボックスが削除されます。

于 2009-05-05T09:33:14.663 に答える
0

私の推測では、Office クライアントは、匿名アクセスが有効になっている別の場所から基になるドキュメント テンプレートを読み込んでいると思われます。これは、ドキュメントが最初に作成されたテンプレートを読み込まなくても Office クライアントが機能するため、ドキュメントを開くことができる理由も説明しています。Word 2007 でテンプレート URL を表示するには、Word オプションから開発者リボンを有効にし、リボンの [ドキュメント テンプレート] ボタンをクリックします。

于 2008-12-18T12:30:11.670 に答える
0

IE で Office ドキュメントを開くと、ActiveX コンポーネントを使用してクライアント アプリケーションが呼び出され、ドキュメントを開くように求められます。他のブラウザーでは、ダウンロードは標準のハイパーリンクであり、ブラウザーによって処理されます。

これは、検索結果やドキュメント ライブラリの標準のリンク列でも発生しますか?

于 2008-12-26T17:17:27.617 に答える