テストサーバーでSharePointServer2007とSP1を実行しています。これは単一サーバーのインストールです。ポート80で実行されている単一のSharePointアプリケーションがあります。Windows認証を使用しています。 IIS認証設定)にWindows(NTLMを使用)と基本認証の両方を使用しています。このアプリケーションで実行されているサイトコレクションは1つです。
通常、システムと対話するためにWindowsドメインアカウントでログインしますが、いくつかのことをテストし、小さなユーティリティスクリプトを実行するために、いくつかのローカルマシンユーザーアカウントを作成しました。問題は、これらのローカルマシンユーザーでこのサイトにログインできないことですサーバー自体でブラウザーを実行している場合を除く。サーバーでは、それらのユーザーでログインできます。他のボックスからは、401.1エラーで拒否されます。ドメインベースのアカウントを使用すると、これらのマシンのいずれからでも正常にログインできます。これは以前は機能していたと確信していますが、他の人がサーバーに自由にアクセスできるため、それ以降設定が変更されていないことを約束することはできません。
何が起こっているのでしょうか?これはSharePointの問題ですか、それともIISの問題ですか?これらのローカルマシンユーザーへのログインアクセスを再度有効にするにはどうすればよいですか?
編集:
これが、TheCleanerによって提案された偽装設定と必ずしもどのように関連しているかはわかりません。私たちの本番サーバーは同じタイプのローカルマシンユーザーを使用しており、それらのローカルマシンユーザーでそのSharePointサイトにログインするのに問題はありません(同じIIS構成および同じweb.configで使用されているものと同じ)問題のあるテストサーバー)。また、TheCleanerによって提案された記事は、特定のIDが既にSharePointにログインした後、特定のIDとしてotherリソースにアクセスしようとしているオーディエンスを対象としています。ログに記録することすらできません。 SharePointに。混乱しているだけですか?
ASP .NETの偽装設定が正しくないか、変更された場合に、非常によく似たことが起こるのを見てきました。「サーバー自体で実行しない限り」という同じシナリオは、これが問題。偽装設定を確認しましたか?
興味深いことに、リモートマシンからBasic経由でログインしているのではなく、NTLMが失敗しているように見えます(アカウントはサーバーに対してのみローカルであり、クライアントに対してはローカルではないため)。 401.1エラーのWin32コードは何ですか? Fiddlerは認証とは何と言っていますか?
サーバーにNTLM経由でログインできますか(ESC-拡張サーバー構成のため、通常、自動NTLMログインは無効になっています)。
あなたが実行した「スクリプト」は正確にどこで何をしましたか?
最後に、サイトはサーバーと障害のあるクライアントにどのインターネットゾーンで表示されますか?