使用非默认成员资格提供程序进行Lightswitch身份验证 [英] Using a non-default membership provider for Lightswitch authentication

问题描述

大家好，

我正在使用Lightswitch为使用ASP.NET成员资格处理用户帐户的应用程序开发内部管理工具。 我遇到的问题是应用程序和Lightswitch的底层服务都使用web.config中定义的默认成员资格
提供程序 - 用于管理用户帐户的应用程序，以及用于存储管理工具的身份验证信息的Lightswitch  因此，两者重叠 - 数据库中应用程序的用户显示在Lightswitch用户管理
屏幕中，相反，将经过身份验证的用户添加到Lightswitch会将用户添加到应用程序。

我发现有很多关于改变Lightswitch使用的会员提供商的信息，但这一切都依赖于更改默认会员提供商，然后会破坏用户管理服务。 有没有办法强制Lightswitch使用
指定的成员资格提供程序而不是默认值？

我能想到的唯一解决方法是将应用程序更改为使用非相反，默认会员提供商，但它似乎是一个容易出错且不令人满意的解决方案，为了辅助工具更改主应用程序，特别是考虑到我们
在试用的基础上使用Lightswitch。

提前致谢，

Greg Smith

解决方案

嗨格雷格，

< p style ="margin：0in 0in 0pt"> 你能帮助我理解你的情景吗？&NBSP;

 

LightSwitch只会使用web.config中指定的默认成员资格提供程序。 
无法将其配置为特定的非默认提供商。 

 

也许还有另一种方法来实现你的目标。 你能分享一下你的要求吗？

Valerie

Hi all,

I'm working on an internal administration tool using Lightswitch for an application which uses ASP.NET membership to handle user accounts.  The problem I'm having is that both the underlying services for the app and Lightswitch use the default membership provider defined in web.config-- the app to manage user accounts, and Lightswitch to store authentication information for the admin tool.  As a result, the two overlap-- the users of the app in the database show up in the Lightswitch user administration screen, and conversely, adding authenticated users to Lightswitch adds users to the app.

I've found plenty of information on altering the membership provider that Lightswitch uses, but it all relies on changing the default membership provider, which then breaks the user management service.  Is there any way to force Lightswitch to use a specified membership provider instead of the default?

The only workaround I can think of is to change the app to use a non-default membership provider instead, but it seems like an error-prone and unsatisfactory solution to change the main app for the sake of an auxiliary tool, especially considering that we are using Lightswitch on a trial basis.

Thanks in advance,

Greg Smith

解决方案

Hi Greg,

Can you help me understand your scenario a bit more? 

 

LightSwitch will only ever use the default membership provider specified in the web.config.  It cannot be configured to us a specific, non-default provider. 

 

Maybe there is another way to accomplish your goal though.  Can you share a bit more about your requirements?

Valerie

这篇关于使用非默认成员资格提供程序进行Lightswitch身份验证的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！