Oracle跨机器连接失败求助：工作站正常其他PC报TCP连接错误

碰到这种跨机器的Oracle连接问题，我之前也踩过不少坑，咱们一步步来排查和解决：

• 先搞定基础网络连通性
  别先纠结代码，先在那两台出问题的PC上做个基础测试：

  • 用PowerShell执行 Test-NetConnection XXXXXXXXX -Port 1521
  • 或者用CMD执行 telnet XXXXXXXXX 1521
    如果测试失败，那百分百是网络层面的问题：要么是PC和Oracle服务器不在同一网段、没有路由通路，要么是PC本地防火墙、服务器端防火墙，或者中间的网关设备把1521端口拦截了。这种情况直接找运维/网管开放对应端口的访问权限就行。

• 对齐NuGet包版本与配置
  你用的是托管驱动Oracle.ManagedDataAccess，这里有两个细节要注意：

  • 确保两台PC上项目安装的NuGet包版本和工作站上完全一致，不同版本的托管驱动对Oracle服务器版本的兼容性可能有差异，比如老版本驱动连不上新版本Oracle的情况并不少见。
  • 再核对一遍连接字符串里的HOST、PORT、SERVICE_NAME有没有手滑写错（比如大小写？部分Oracle环境对SERVICE_NAME的大小写是敏感的），工作站能连说明字符串逻辑没问题，但复制到PC上时可能出现输入错误。

• 检查Oracle服务器的监听配置
  有时候服务器的监听进程只绑定了工作站所在的IP段，没开放到那两台PC的IP范围。可以请DBA帮忙查看服务器上的listener.ora配置，看看监听地址是不是设置成了0.0.0.0（允许所有IP访问），还是仅指定了特定IP。如果是后者，需要把这两台PC的IP添加到允许列表，或者改成通配符地址。

• 试试简化版的EZConnect连接字符串
  复杂的TNS写法偶尔会出现解析问题，你可以换成更简洁的EZConnect格式试试：

  string connectionString = "User Id=XXXXXXXXX;Password=XXXXXXXXX;Data Source=//XXXXXXXXXX:1521/XXXXXXXXXX;";
  

  这种写法能绕过一些LISTENER的配置小问题，说不定就能直接连上。

• 验证PC的DNS解析正确性
  如果连接字符串里用的是域名作为HOST，那先在两台PC上ping一下这个域名，看看返回的IP和工作站上ping的结果是否一致。如果DNS解析出了问题，指向了错误的IP，那肯定连不上。这种情况可以直接把连接字符串里的域名换成服务器的真实IP，或者调整PC的DNS设置。

内容的提问来源于stack exchange，提问作者nobody.price