SQL ODBC Coldfusion 9 数据源连接失败
我有一个 Web 服务器 (Coldfusion) 和 2 个具有 SQL 服务器的远程网络。对于两个远程办公室/网络,我每 10 分钟查询一次数据。它已经工作了一段时间了。在其中一个办公室/网络中,AT&T 转储了我们的公共静态 IP 地址。他们分配了一个新的防火墙,我对防火墙进行了适当的更改。现在我可以使用 Windows ODBC 管理器并测试来自 Web 服务器的连接,结果一切顺利。但是,当我尝试验证 Coldfusion 数据源时,它失败了,“尝试建立连接超时”。
I have a web server (Coldfusion) and 2 remote networks that have SQL servers. For both remote offices/networks I query for data every 10 minutes. It has been working for some time now. In one of the offices/networks, AT&T dumped our public static IP address. They assigned a new one and I have made the appropriate changes to the firewall. Now I can use the Windows ODBC manager and test the connection from the web server and it passes just fine. But, when I try to verify the Coldfusion data source, it fails, "timed out trying to establish connection".
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(2)
ColdFusion 9 不使用 Windows ODBC 驱动程序;它使用JDBC 驱动程序。更改 Windows ODBC 驱动程序并测试它们不会对您的 CF 站点产生影响。
在 ColdFusion Administrator 中更新您的 DSN。请记住,您可以通过以下方式访问您的 CFAdmin:
http://localhost/CFIDE/Administrator
除非您在期间特别更改了它安装。显然,如果是外部托管的,请将“localhost”替换为服务器的 IP 或主机名。
ADDENDUM
上述规则的例外情况是当您使用 ODBC-JDBC Bridge(CF DSN 类型 =“ODBC Socket”)时,在这种情况下,您需要验证:
a) Windows ODBC驱动程序(系统)已设置、测试并正常工作,并且
b) CF DSN 指向正确的 Windows ODBC 驱动程序。
ColdFusion 9 doesn't use the Windows ODBC drivers; it uses JDBC drivers. Changing the Windows ODBC drivers and testing them will have no affect on your CF sites.
Update your DSNs in ColdFusion Administrator. Remember, you access your CFAdmin via:
http://localhost/CFIDE/Administrator
unless you've specifically changed it during install. Obviously, replace "localhost" with the server's IP or hostname if it is externally hosted.
ADDENDUM
The exception to the above rule is when you are using the ODBC-JDBC Bridge (CF DSN type = "ODBC Socket"), in which case, you need to verify that:
a) The Windows ODBC Driver (System) is set up, tested, and working, and
b) The CF DSN is pointing to the correct Windows ODBC Driver.
如果您使用的是 Windows Server 2008 64 位,那么您的 ODBC 可能会遇到问题,因为您可能正在查看 64 位连接列表,而不是 32 位。在这种情况下,您必须打开 c:\windows\syswow64\odbcinst.exe 才能访问 32 位 ODBC 管理器(是的,您没看错;32 位版本位于名为 syswow64 的文件夹下)。
在我看来,很有可能您需要更新的驱动程序设置就在那里,而不是在 64 位 ODBC 管理器(这是控制面板下的默认 ODBC 管理器)下注册的驱动程序设置。您实际上可能有重复的 ODBC 条目,一个位于 64 位列表下,一个位于 32 位列表下,这可能是混乱的根源 - CF 可能使用 32 位版本。无论如何 - 检查一下这将是一件好事。
If you are using Windows Server 2008 64-bit, then you may be having trouble with your ODBC because you could be looking at the 64-bit connection list, rather than the 32-bit. In this case, you will have to open up c:\windows\syswow64\odbcinst.exe to access the 32-bit ODBC manager (yes, you read that right; the 32-bit version is under a folder named syswow64).
It sounds to me like there is a good chance that the driver settings you need to update are there, instead of those found registered under the 64-bit ODBC manager (which is the default ODBC manager under control panel). You may have actually had duplicate ODBC entries, one under the 64-bit list and one under the 32-bit list, and this could be the source of the confusion - CF could be using the 32-bit version. In any case - this would be a good thing to check.