sql-server – 威胁管理网关2010正在终止SQL连接

发布时间：2020-12-12 16:59:52 所属栏目：MsSql教程来源：网络整理

导读：我的公司刚刚开始在 Windows 2008 R2服务器上使用TMG 2010作为我们的防火墙/ Web代理.自移动以来,所有与SQL Server的连接都在大约30秒后关闭. 例如：从SSMS运行查询,该查询将成功运行等30秒再次运行查询,它将失败,并显示以下错误 A transport-level error

我的公司刚刚开始在 Windows 2008 R2服务器上使用TMG 2010作为我们的防火墙/ Web代理.自移动以来,所有与SQL Server的连接都在大约30秒后关闭.

例如：

>从SSMS运行查询,该查询将成功运行
>等30秒
>再次运行查询,它将失败,并显示以下错误

A transport-level error has occurred when sending the request to the server.
(provider: TCP Provider,error: 0 - An existing connection was forcibly closed by the remote host.

>再次运行查询,它将正常工作.

运行时间超过30秒的查询也会出现同样的问题.

我假设步骤3中的错误是因为SSMS没有意识到现有连接已经关闭.

查看TMG日志,我可以看到SQL连接被关闭,其中包含以下信息：

Closed Connection
Log type: Firewall service
Status: Unspecified error
Rule: Internal Internet Access
Source: Internal (xx.xx.xx.xx)
Destination: External (xx.xx.xx.xx:1433)
Protocol: Microsoft SQL (TCP)
The result code is: 0x80004005

有关背景信息,我正在尝试连接到SQL Azure.但是,我已将笔记本电脑直接连接到交换机(绕过TMG),我可以毫无问题地连接到同一个SQL Azure实例.基于此,我不认为问题出在SQL Azure或TMG的任何上游.

我发现一些文章指责TCP烟囱设置,但这似乎适用于Windows Server 2003,无论如何我尝试禁用它没有成功.

任何有关这方面的帮助将不胜感激.

编辑：事实证明,TMG已经过时,我已将其升级到SP2,但问题仍然存在.

编辑：我在Web代理设置下找到了最大连接超时,当前设置为1800秒.我甚至不确定Web代理是否与1433上的sql连接相关,但由于我的想法不足,我完全禁用了代理.不幸的是,这没有帮助.

是否有另一个空闲tcp超时的位置,我错过了？

解决方法

我终于在Microsoft支持的帮助下设法解决了这个问题.看来,当TMG服务器从SSMS接收保持活动数据包时,TMG没有将这些数据包转发到SQL Azure.

我已经用微软给我运行的vb脚本完整地写了一篇关于这个问题的博客文章.

http://www.danrowlands.co.uk/2012/03/sql-connections-timing-out-with-tmg.html

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!