私はSharePoint(3.0)のサイトコレクション管理者/(物理サーバー管理者)であり、他のユーザーが独自の機能にアクセスする権利をデバッグしています。パスワードを知らなくても、(自分の権利で)別のユーザーとしてログインすることは可能ですか?同じグループに割り当てられた独自の「ダミー」ユーザーを作成できますが、100以上のグループを調べて、ユーザーがいない場合は、今夜やりたいことはありません。ありがとう。
--y
そう。解決策は次のとおりです:(クリーンではありませんが、機能しています)
1)以下を含む独自のIHttpModuleを記述します。
class LoginModule {
public void Init(HttpApplication context)
{
context.PreRequestHandlerExecute += new EventHandler(UglyHack);
}
void UglyHack(object sender, EventArgs e)
{
HttpCookie wannabe = (HttpContext.Current.Request.Cookies["_sp_admin_wanna_be_user"]);
if (wannabe != null && SPContext.Current.Web.CurrentUser.IsSiteAdmin)
{
SPWeb cw = SPContext.Current.Web;
typeof(SPWeb).GetField("m_CurrentUser", BindingFlags.NonPublic | BindingFlags.Instance).SetValue(
SPContext.Current.Web,
cw.AllUsers[wannabe.Value]);
}
}
}
2)署名する
3)GAC it
4)web.config()へ。
出来上がり!あなたは男です。 :)(もちろん、メニューやセキュリティなどにCookie設定を追加するロジックを追加しました。)
パスワードなしでアカウントを使用する方法がわかりません。ただし、ADでユーザーのコピーを作成するだけで、同じグループメンバーシップが保持され、パスワードを好きなように設定できます。
ユーザーを右クリックし、[コピー]をクリックして、必要な詳細を入力するだけです。
簡単な答え-いいえ、そうではありません。
長い答え-これのベストプラクティスは、論理的かつ構造化された方法でADとSharePointにテストユーザーアカウントを設定し、このタスクを管理プロセスに追加して新しいユーザーグループを追加することです。これが、適切にテストできる唯一の方法です。そしてもちろん、これらのユーザーは実際にテスト環境にいる必要がありますが、多くの企業がSharePointの開発環境とテスト環境に資金を提供するために、タイトまたはバカ、あるいはその両方を行っているため、ライブで行う必要があるかもしれません。環境によっては大変な作業になる可能性がありますが、「Tony in Marketing」が実際にマーケティング提案ライブラリにアクセスできないのか、それとも彼がただの馬鹿なのかを確認する唯一の方法です。
別の答え:CoPilotなどのリモートコントロールソフトウェアを使用してTonyのコンピューターを乗っ取り、問題を直接確認します
@_nige MCTS SharePoint