使用Oracle.ManagedDataAccess.Core连接Oracle 11g遇ORA-01017错误求助

我来帮你梳理下几个关键的排查方向，结合你提到的同一机器上传统Oracle客户端能正常登录的情况，重点从Managed驱动和传统客户端的配置差异入手：

1. 对齐SqlNetAuthenticationServices配置 #

传统11g客户端的sqlnet.ora（一般在ORACLE_HOME/network/admin目录下）里的SQLNET.AUTHENTICATION_SERVICES参数，大概率和你现在设置的(NONE)不一样。毕竟SQL Navigator能正常登录，说明它用的是客户端默认的认证方式。你可以先找出这个参数的值，然后把Managed驱动的OracleConfiguration.SqlNetAuthenticationServices改成完全一致的——比如如果客户端是(NTS)（Windows集成认证），Managed驱动也设成(NTS)；如果是(ALL)或者包含PASSWORD，也对应调整。

2. 验证LDAP服务名解析是否正确 #

虽然你配置了LDAP相关参数，但Managed驱动的LDAP解析逻辑和传统客户端可能有细微差别：

• 先确认你传入Data Source的DbName，和SQL Navigator里用的服务名完全一致（注意大小写，Oracle在部分环境下对服务名大小写敏感）
• 可以试着绕开LDAP，直接用传统客户端解析好的完整TNS字符串来连接。比如从客户端的tnsnames.ora里找到目标库的TNS条目，或者用ldapsearch工具从OID服务器获取到完整的连接字符串，把Data Source换成这个字符串试试。如果能成功，说明问题出在LDAP配置上。

3. 检查密码传递是否有问题 #

你用了OracleCredential来传密码，要确保securePassword这个SecureString对象是正确的：

• 确认在把明文密码转成SecureString的时候，没有丢失字符（比如特殊字符、大小写是否都正确处理了）
• 可以临时用明文密码的连接字符串测试（仅限排查，别用到生产）：Data Source={this._system.DbName};User Id={userName};Password={明文密码};Persist Security Info=False;，如果能登录，说明是OracleCredential的使用出了问题。

4. 排查Managed驱动版本兼容性 #

Oracle.ManagedDataAccess.Core 2.19.50虽然支持Oracle 11g，但可能存在版本适配的小问题：

• 可以尝试降级到2.19.30，或者升级到更稳定的21.x系列版本（只要该版本支持11g），看看能不能解决问题
• 也可以查下Oracle官方文档，确认这个版本的Managed驱动对11g的支持有没有特殊配置要求

5. 深挖跟踪日志里的细节 #

你已经开了跟踪，但可能没抓到关键点：

• 在跟踪日志里搜索ORA-01017的上下文，看看驱动在登录时发送的用户名、解析后的服务名是不是正确的
• 可以给传统客户端也开启SQL*Net跟踪，对比两者的登录流程差异——比如认证方式、服务名解析结果、发送的数据包内容等，这样更容易定位差异点

6. 检查Windows集成认证的配置（如果用了的话） #

如果SQL Navigator是用Windows身份认证登录的：

• 把Managed驱动的SqlNetAuthenticationServices设为(NTS)
• 连接时不要传OracleCredential，改用集成认证的连接字符串：Data Source={this._system.DbName};Integrated Security=SSPI;，试试能不能成功

内容的提问来源于stack exchange，提问作者Max Podolskiy