問題タブ [fba]

FBA および AD 認証を使用して構成された SharePoint サイトがあります。現在、Forms サイトは AD サイトによって拡張されています。さまざまな要因により、これを元に戻す必要があるため、フォーム ベースのサイトは AD サイトの拡張です。

どうすればこれを行うことができますか？サイドは内容盛りだくさんなので、間違いの余地はありません。Web アプリケーションの拡張を解除すると、データが失われますか?

サイト コレクションの下にサブ サイトを作成するコンソール アプリケーション サイト コレクションは、フォーム ベースのユーザーのみを受け入れます。

ここで、コンソール アプリケーションを実行すると、Windows 資格情報が使用されます。

そのサイト コレクションの管理者であるフォーム ユーザーの下で実行するサブ サイトを作成するコンソール アプリでコードを実行する方法が必要です。

あなたの提案を教えてください。

ありがとう

Sharepoint サイトで FBA を有効にしました。ログイン ページまたは Web パーツのいずれかを追加したいと考えています。

現在、私のサイトは Default.aspx に直接アクセスし、情報と Web パーツ (エラー メッセージを表示する) を表示します。

私が欲しいのは、既定のページをログイン ページに設定するか、ログイン Web パーツ以外の既定のページに何も表示しない方法があるかどうかです。

ユーザーがデフォルトのページに入る前に詳細にログインできるようにしますか?

リダイレクト、Web パーツなどのソリューションを歓迎します。

前もって感謝します！

SPサイトにFBA（form_based_authentication）があるので、最初のログインサイトはlogin.aspxです。現在、次の問題があります。ユーザーがSharePoint上の別のサイトからアクセスしています。そのため、彼らはある種の秘密鍵を使用しています。公開鍵はSharePointWebサーバー上にあります。

私が今やろうとしているのは、このメカニズムの作成者から入手した次のサンプルコードでlogin.aspxを変更することですが、どこに貼り付けるかは本当にわかりません。

"<％String ct = Request.Params [" ct "]; String sp = Request.Params [" sp "]; ctf.TicketEvaluator e = new ctf.TicketEvaluator（Server.MapPath（" keys "）、0）; Stringペイロード=e.evaluateClassicTicketAsString（ct、sp、300000000、 "lohn"）;％>これはあなたのペイロードでした：<％=ペイロード％>
"

スタンドアロンの.NETプロジェクトとしては正常に機能しますが、login.aspxに配置する方法がわかりません。

どうもありがとう、fiuman007

2 日前、サイトの認証を「Windows」から「Forms」に変更しました。これまでのところ、ユーザーは SQL Express 2005 を使用しており、正常に動作しています。問題は、SP Deigner 2007 を使用してサイトにアクセスできないことです。彼は Windows 認証のみをサポートしていますか? Visual Studio も同じです。IIS で Windows 認証を有効にするためのエラー メッセージが表示されますが、「フォーム」が有効になっているため、できません。誰かが同じ問題を抱えていましたか？私に何ができる？

どうもありがとう、fiuman007

私はカスタム フォーム認証メンバーシップ プロバイダーとロール マネージャーを使用する WSS 3.0 サイト (MOSS なし) を持っており、リモート Web サービスに対してユーザーを認証します (ただし、現時点では moq データに対して機能します)。私の問題は次のとおりです。ログインしたユーザーの名前は、フルネームではなく、ログイン名として表示されます。

ユーザー名とフルネームの両方が保存されるようにプロバイダーを設定し、要求されたとき (GetUserByUsername など) にいずれかの値がフルネームをユーザー名として持つ MembershipUser オブジェクトを返すようにします。これにより、sharepoint のユーザー ピッカーでユーザーのユーザー名を入力すると、標準の Windows 認証と同様に、オート コンプリートによってユーザー名がフルネームに変換されます。

ただし、プロバイダーのブレークポイントを設定すると、サイトにログインするときにプロバイダーの ValidateUser メソッドのみが呼び出され、それらは改ざんされた MembershipUser オブジェクトの要求ではありません。コンテンツ データベースの UserInfo テーブルを見ると、ユーザー名 (tp_title) がログイン名に設定された新しいエントリが作成されています。

データベースに対して直接クエリを実行することはできませんが (実行するつもりはありません)、カスタム FBA ユーザー向けの使いやすいユーザー名をどのように設定すればよいかわかりません。助けていただければ幸いです。

FBA で Web パーツのオーディエンス ターゲティング機能を使用したいと考えています。SharePoint グループに FBA ユーザーを直接追加しようとしたか、ユーザーを asp.net ロールに追加してからそのロールを sharepoint グループに追加しようとしましたが、どちらも失敗しました。私の観察では、オーディエンス ターゲティングで指定されているかどうかに関係なく、すべての FBA ユーザーが Web パーツ コンテンツを表示できます。

グーグルで調べたところ、これについて3つの異なる結論があることがわかりました。

1. FBA はオーディエンス ターゲティングでは使用できません
2. FBAはオーディエンスターゲティングで使用できます
3. FBA ユーザーが SharePoint グループに直接追加されている場合、FBA はオーディエンス ターゲティングで使用できます。

どちらが正しい説明か分かるでしょうか？この問題に関する Microsoft の公式ドキュメントはどこにありますか?

SharePoint 内でフォーム ベース認証 (FBA) を使用するサイトがいくつかあります。それらの多くは、何ヶ月も問題なく実行されています。ここ 1 週間か 2 週間以内に、ユーザーが読み取り専用の Microsoft Office ドキュメントにアクセスしようとすると、次のような動作が見られることに気付きました (現在、Excel と Word の 2007 バージョンでのみ確認されています)。

私たちが見ている動作は次のとおりです。

• ドキュメントが開き始めます
• Office アプリケーション内で、IE ウィンドウが開き、FBA ログイン画面が表示されます。左上には、メインコンテンツにスキップするというハイパーリンクもあります
• キャンセルを数回クリックすると、ドキュメントが開きます
• サイトを Office アプリのログイン画面で IE 信頼済みサイトとして識別した場合、すべてが以前と同じように機能します (大部分のサイトではオプションではありません)。
• PDF などの Office 以外のファイルでは、この動作は見られません。
• テストした IE 以外のブラウザ (FireFox、Chrome) では、この動作は見られません。

他の誰かがこの問題を見ていますか? コードが更新されていない複数のサイトでこの問題が発生しているため、この問題を引き起こしたのは Microsoft から送信された更新であったと思います。

ありがとう

これは奇妙なものです。私はWSS3サイトを持っていますが、MOSSはなく、CRMに対して認証するカスタムメンバーシップとロールプロバイダーがあります。すべてのユーザーもサイトユーザーリストに追加されているため、ログインすると正しい表示名になります。

開発とステージではすべてが正常に機能しますが、UATではユーザーはログイン画面を通過できません。ログイン画面は機能しています。ユーザーに間違ったパスワードを入力すると、正しいメッセージが表示されます。これは、カスタムプロバイダーが正常に機能していることを意味します。ログインフォームに正しく入力すると、すぐにログイン画面に直接リダイレクトされます。IISログには、ログイン画面で認証されたユーザーがサイトに送信され、その後返送されたことが示されます。匿名アクセスを許可するようにサイトを設定すると、ユーザーが正しく認証された後、サイト側でログインしていないことが示されます。

ULSログには次のように表示されます。ユーザーが存在しないか、一意ではありません。
信頼できるフォレストnzct.localが1つ見つかりました。0個の信頼できるドメインが見つかりました

サイトにログコードを追加するメンバーシッププロバイダーが正しく設定されていることを確認しました。要求されたときにユーザーを見つけることができます。また、サイトのユーザーリストにアクセスすると、正しい名前のSPユーザーを見つけることができます。

現在のユーザーを認証済みユーザーに設定することを拒否するだけです。変。

カスタムロール、メンバーシップ、およびプロファイルプロバイダーを使用してフォームベースの認証用に構成されたSharePoint2010サイトがあります。これは、OOTB SharePoint 2010 FBAフォーム（つまり、Webアプリ仮想ディレクトリの/ _formsの下）を使用して完全に機能します。

私の問題は、別のフォルダ/Landing/Login/default.aspxにあるカスタムログインフォームにあります。このフォーム（変更されていないASP.NETログインコントロールを含む）を指すようにWebアプリを構成しました。このフォームは、ユーザーがルートURLにアクセスしたときにレンダリングされます。問題は、クレデンシャルを送信し、フォームが/_layouts/Authenticate.aspxにリダイレクトするためにポストバックするときに発生します。403で風邪をひきます。

（同じプロバイダーを使用して）OOTB FBAフォームに戻すと、すべて正常に機能します。何がうまくいかない可能性があるかについての提案はありますか？