问题标签 [federated]

我是这方面的初学者，我很难理解这一点。

什么是阿里巴巴和芝麻？

在上面的两个中，哪一个做查询优化，哪一个做创建存储库的部分。

任何类型的输入都可以。谢谢。

我有两个 Drupal 网站实例 www.drupalwebsite1.com 和 www.drupalwebsite2.com 我正在使用联合表 (MySQL)。我需要知道如何管理这两个实例的会话，因此当用户登录实例 1 www.drupalwebsite1.com 时，它将显示自动登录到 www.drupalwebsite2.com，无需单独登录。谢谢

假设我们有 MySQL 服务器 A，我们需要在其中创建位于服务器 B 上的表的“副本”。

我们没有启用联合。重置服务器 A 会造成很多麻烦，我相信，如果不重置，我们将无法启用联合。我也认为在B服务器上启用它是不够的（如果我有任何错误，请纠正我）

我们还有哪些其他解决方案？mysql服务器中是否默认启用了某些功能？有任何想法吗？

我正在尝试就如何在 Azure 上处理安全架构获得一些建议。

背景：

我们正在考虑在 Azure 上构建一个需要非常安全（个人敏感数据）的多租户应用程序。该应用程序将由标准浏览器和移动设备访问。

安全访问类型：

我们有三种类型的用户/访问类型...

1 - 通过 https 的普通旧用户/密码很好，访问通用、非私有 SQL 和托管文件

2 - 用户/通过 https，但需要通过将安装在用户机器/设备上的证书对用户进行身份验证。此级别的用户将需要访问敏感数据，这些数据应在数据库和任何上传的文件中进行静态加密。

3 - 与 (2) 相同，但增加了一些两因素身份验证（我们已将 YubiKey 用于其他事情 - 也可能会考虑提供电话 OTP 产品）

大多数用户只能访问他们自己的租户数据库，但是我们有“客户经理”类型的用户需要访问选定的租户数据，因此我们希望他们需要为他们服务的每个租户提供一份证书的副本，或者我们将必须使用某种主证书。

数据库类型：

从多租户的角度来看，Azure Federated SQL 似乎是一个不错的选择，因为 (a) 我们只需在每个表中编写一个带有“TenentID”键的应用程序，然后在登录后设置一个全局过滤器来处理隔离我们 (b) 我们了解 Azure 联合 SQL 实际上在后台为每个租户维护单独的 SQL 数据库实例。（参考： http: //msmvps.com/blogs/nunogodinho/archive/2012/08/11/tips-amp-tricks -to-build-multi-tenant-databases-with-sql-databases.aspx )

任何人都可以指向任何链接或就设置和管理文件共享所需的方法、SQL 和静态文件数据的加密、用户身份验证等（新用户注册首选项的自动管理）提供建议。

我正在寻找用于联合 id 服务或云 sso 的 Rails API。我一直在玩这个想法。关于 CAS 和omniauth，但对于企业级应用程序来说，如果它可以在小型企业可能使用的所有应用程序中统一身份验证会更好。

有人知道 WCF 测试工具，很像soapui，可以用来调用联合端点吗？如果有知道这样的工具，任何关于如何调用这些服务的想法都将不胜感激。我的一个想法是为每个服务创建一个基本的 http 绑定端点，但这会产生大量的配置开销。这是最好的方法还是创建我自己的工具来调用服务？

谢谢，安迪

我有一个正在尝试与 Federated Security 集成的应用程序——特别是 Siteminder。我正在使用此处找到的 PHP-SAML 工具包：https ://github.com/onelogin/php-saml

我在应用程序中包含 x509 证书，一切正常，直到在 Siteminder 环境中打开加密。一旦打开，我就无法再登录——我收到了这条消息：无效的 SAML 响应：找不到签名节点

我已经能够确定从 Siteminder 发送到应用程序的 SAML 断言是加密的。我可以看到断言（示例如下）。不幸的是，我不知道如何解密该消息，以便我可以在我的应用程序中解析和使用。

如果有人可以提供帮助，那就太棒了。

当您在 SQL Azure 中使用联合时，您是否必须tenantid在每个表上都将其作为主键的一部分？这意味着除了一个租户表之外的所有表都将具有复合主键（一个实际上是主键，然后添加到tenantid.

这似乎是它在这篇文章中所说的。

FEDERATED我在 MySQL 中的表有一个问题。我有一台服务器（MySQL 版本 5.0.51a），用于存储客户端数据，实际上仅此而已。逻辑数据库存储在另一台服务器（版本 5.1.56）中，有时它应该处理来自第一台服务器的数据。所以第二台服务器有一个FEDERATED表，连接到第一台服务器。

实际上，它没有任何问题，但最近我在使用这个解决方案时遇到了奇怪的错误。第二台服务器上的某种查询无法正确执行。

例如SELECT * FROM table- 不起作用。它正好挂了 3 分钟，然后给出：

错误代码：1159 读取通信包超时

好的，我检查了第一台服务器上的表，没关系。然后我尝试了一些其他查询FEDERATED表，它们工作......

例如，query likeSELECT * FROM table WHERE id=x返回结果。可能结果的大小可能有问题，所以我尝试使用 dummy WHERE-clause like SELECT * FROM table WHERE id > 0- 进行查询，它也可以工作......

最后我找到了一个“解决方案”，它只帮助了两天——在第一台服务器上我制作了一个表的副本，在第二台服务器上我重新声明了一个FEDERATED带有新连接字符串的新表到这个副本。它有效，但两天后新复制的表出现同样的问题。

我已经与两家服务器提供商进行了交谈，他们认为没有任何问题，一切似乎都正常，而其他托管服务提供商是问题的根源。

我已经检查了 MySQL 中的所有变量，并且没有 3 分钟等超时参数。那么我该如何处理这样的问题呢？这似乎是网络或数据库端的自动操作，但我不知道如何检测问题的原因。

你有什么想法？

我被帖子弄糊涂了，

联合引擎将表从远程数据库复制到本地数据库

（或者）

联合引擎从远程数据库在本地数据库中创建虚拟表

.

有人可以支持它的实际作用吗？