问题标签 [azure-hybrid-connections]

我有一个托管在 Windows 2012 R2 服务器（本地）上的 Websphere Application Server（绑定到特定端口）上的 API，我想将其公开给云中的 Azure API 管理。理想情况下，计划是使用 Azure 混合连接。这甚至可能吗？我怎么能这样做呢？

我将一些 REST API 部署到 Azure 的应用服务。

我已经向应用服务添加了一个混合连接，并将混合连接管理器部署到我验证可以连接到数据库的中继服务器。两者都显示为“已连接”。

我在配置它时遇到了麻烦，因为这是我第一次尝试。我有 2 个问题，如果有人可以，我将不胜感激。

1. 混合连接端点主机。这是数据库服务器名称，还是名称和实例？

我要连接的数据库位于 Server\Instance 上，但名称中根本不允许使用“\”。我只尝试了服务器、实例和 IP，它们仍然给出错误“找不到服务器或无法访问”。

2. REST 服务配置有问题吗？他们正在使用实体框架，并具有连接字符串：

   添加名称="WEBEntities" connectionString="metadata=res:// /Models.WEB.csdl|res:// /Models.WEB.ssdl|res://*/Models.WEB.msl;provider=System.Data .SqlClient;provider 连接字符串="数据源=服务器\实例；初始目录=WEB；集成安全=True；MultipleActiveResultSets=True；App=EntityFramework"" providerName="System.Data.EntityClient"

我是否需要将其更改为指向混合连接？如果是这样，怎么做？

感谢您的帮助，非常感谢。

我有一个到本地 MSSQL 服务器的混合连接，我正在尝试从 Node.js 应用程序访问它。

Node.js 应用程序最初设置为连接到 Azure DB，但要求已更改，现在需要从本地服务器读取数据。

我以前使用过混合连接，但在 .net aspx 应用程序中使用过。

我从应用程序中得到的最初错误是

所以我做了所有常用的连接测试，检查 SQL 用户和权限等。

一切都指向混合连接，但中继在 Azure 门户和服务器上的混合连接管理器中都显示为已连接。

所以启用了混合连接日志，看看这是否会给我更多信息。

HYBRIDCONNECTIVITY_LOGGING_ENABLED 1

这引发了以下错误。

遇到混合连接异常：所有连接的侦听器均未在允许的超时时间内接受连接。

可悲的是我不知道这意味着什么，有没有人遇到过上面的错误，搜索错误带来的结果很少。

如果我使用 Azure 中的 SQLCMD，我会遇到同样的错误，我尝试了完全限定的服务器名称，我检查了所需的端口和防火墙设置，如果我关闭 443 https 出站连接器显示已断开连接。

Azure 的新手，我在内部地址http://internal-server:182/api/policies上有一个内部 Web API 。我已经建立了一个混合连接 internal-service.servicebus.windows.net。这是连接和工作的。

我的斗争是让 C# 代码能够连接和检索数据。几天后，我查看了各种文章、视频等，所有这些似乎都比我想要做的更先进，即调用 Web API 并读取 JSON。我试图简化代码但收到错误：

目前我有以下代码：

}

任何帮助或方向将不胜感激？此代码运行后，Web 应用程序将作为 Azure Web 应用程序发布。

我一直在寻找使用混合连接将我的 Azure Web 应用程序连接到我的本地数据库服务器 Oracle Linux 的方法。

有什么建议么？问候。

Azure 和 Sql Server 端的安装完全按照 https://docs.microsoft.com/en-us/azure/app-service/app-service-hybrid-connections中的 Microsoft 规范完成。端点主机是使用固定端口 1433 的 SQL Server 机器名称。SQL Server 是 Windows 2012 Server 中 SQL Server Express 的命名实例。

该连接在 Azure 和服务器 HCM 端也显示为已连接。

我之前在更开放的网络中进行过几次类似的安装，但没有任何问题，但在这种情况下，SQL Server 安装在“安全网络”上，从服务器打开的唯一 TCP/IP 连接是到端口 443 上的服务总线中继. 但这根据规格应该是可能的。

当我的 Azure Web App 尝试打开 SQL 连接时，它会响应错误：

“连接超时。尝试使用登录前握手确认时超时时间已过。这可能是因为登录前握手失败或服务器无法及时响应。尝试连接到此所花费的持续时间服务器是 - [预登录] 初始化 = 0；握手 = 15028；“

在 Azure 诊断工具中，tcpping 也适用于 machinename:1433。

这种行为的原因可能是什么？

是否还有更多端口要打开或其他设置要更改？

编辑：最终解决这个问题的解决方案是一个非常明显的解决方案。最初的设置只为端口 443 上的服务总线中继打开了本地服务器的防火墙，正如规范所说的那样就足够了。通过为所有出站 TCP/IP 地址打开端口 443，连接立即开始从我的 Azure Web 应用程序工作。所以显然混合连接使用的地址更多，但我没有找到哪些。

我正在尝试列出中继命名空间内的混合中继。

我试过使用

仅列出 WCF 中继和

RelayManager并RelayManagementClient列出混合中继，但这两个客户端都需要资源组名称和命名空间名称。

是否有任何客户端用于仅使用连接字符串列出混合中继？

似乎我们与服务器的混合连接每隔一两个月就会不断断开连接。我们通常做的是断开/连接连接以修复它。发生这种情况时，混合连接是否会自动重新连接？并且很想知道，因为它每隔一两个月就会不断断开连接，想知道主要问题发生在哪里。

Azure 中的活动日志记录是否提供异常日志记录？

为每个客户端请求线程创建新的 HybridConnectionStream 对象，如下所示，需要时间（~3sec）

有没有办法重用/缓存已经建立的 HybridConnectionStream 来服务同一客户端的所有未来请求，或者可以创建 HybridConnectionStream 池以更快地满足未来的客户端请求。
我们的实现如下：
移动应用程序上的某些用户操作需要来自本地数据库的数据，因此用户操作会命中 azure 托管服务结构 api，后者又将请求转发到特定的 azure 中继混合连接，然后我们自定义的本地托管侦听器服务选择请求并将其转发到本地 Web 服务以选择数据
在这里服务结构应用程序创建新hybridconnection/hybridconnectionstream 为每个传入的用户请求建立与 azure relay 混合连接的连接，这非常耗时，我们希望避免每次都创建新的混合连接，而是寻找缓存和重用已经创建的昂贵混合连接或尝试创建混合连接池类型的选项的事情。
如果可能，请提出建议或提出其他更好的建议。谢谢

作为提高性能的尝试，我建议对所有用户对本地资源的请求使用一个公共混合连接，在这种情况下，如何确保从混合连接收到的响应是针对发送的请求，因为所有用户的请求/响应都通过公共连接. 请指教。