Oracle.ManagedDataAccess.Core连接字符串必须用Oracle语法，推荐Easy Connect格式：“Data Source=(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=localhost)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=ORCLCDB)));User Id=myuser;Password=mypass;”，注意SERVICE_NAME非SID、避免localhost在Docker中使用、禁用Integrated Security、优先用OracleConnectionStringBuilder构造并从密钥管理服务读取凭据。

Oracle.ManagedDataAccess.Core 连接字符串怎么写

连接 Oracle 数据库最常卡在连接字符串格式不对，尤其是用 Oracle.ManagedDataAccess.Core 时，它不认旧版 Oracle.DataAccess 的某些写法。核心是必须用 Oracle 自己定义的连接字符串语法，不能套用 SQL Server 风格。

• 推荐用 Easy Connect 格式：server=localhost;port=1521;service name=ORCLCDB → 拼成 "Data Source=(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=localhost)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=ORCLCDB)));User Id=myuser;Password=mypass;"
• 如果用 TNS 别名（比如 tnsnames.ora 中定义了 MYDB），直接写 Data Source=MYDB;，但要注意：.NET Core 应用默认不读取系统级 tnsnames.ora，得手动指定路径或改用完整描述符
• Connection Timeout 建议显式设为 15–30 秒，避免阻塞线程；Pooling=true 默认开启，生产环境别关，除非你明确需要每次新建物理连接

为什么 new OracleConnection() 后 Open() 报 ORA-12154

ORA-12154: TNS:could not resolve the connect identifier specified 是最常见错误，本质是连接字符串里写的数据库标识（如 MYDB 或 ORCLCDB）Oracle 客户端解析失败，不是用户名密码错。

Teleport tsh SSH (Identity-First SSH Access, no passwords/static keys)

使用tbot机器ID身份文件配合tsh CLI，通过Teleport访问控制SSH登录托管主机或执行远程命令。

下载

• 检查是否误用了 SID 而非 SERVICE_NAME：Oracle 12c+ 默认用 SERVICE_NAME，不是 SID；用 sqlplus /@localhost:1521/ORCLCDB 能连通，才说明服务名正确
• 确认 Oracle.ManagedDataAccess.Core 版本 ≥ 3.21.110 —— 旧版本对 IPv6、TLS 1.2 支持不全，可能静默失败
• 若用 Docker 或云数据库，注意 host 不能写 localhost（容器内指向自己），得换 host.docker.internal 或宿主机 IP

如何在 .NET 6+ 中安全传入用户名密码

硬编码密码或拼接连接字符串极易引入 SQL 注入风险（虽然 Oracle 不像 SQL Server 那样典型，但仍有注入路径），且违反最小权限原则。

• 用 OracleConnectionStringBuilder 构造连接字符串：

  var builder = new OracleConnectionStringBuilder
  {
      DataSource = "(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=localhost)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=ORCLCDB)))",
      UserID = "myuser",
      Password = "mypass"
  };

• 密码优先从 Azure Key Vault、AWS Secrets Manager 或 IConfiguration["ConnectionStrings:Oracle"] 读取，避免出现在源码或 appsettings.json 明文里
• 连接字符串中不要出现 Integrated Security=true —— Oracle.ManagedDataAccess.Core 不支持 Windows 身份验证

异步操作用 OpenAsync() 还是 await using

OpenAsync() 只是异步建立连接，后续 ExecuteReaderAsync() 等才是关键。真正容易被忽略的是资源释放时机。

• 必须用 await using var conn = new OracleConnection(...)，否则 Dispose() 不触发，连接池可能泄漏
• OpenAsync() 失败时，conn.State 是 Closed，别假设它“半打开”；要 catch OracleException，而不是泛用 Exception
• 连接池默认最大 100，如果短连接高频创建/销毁（比如每请求 new 一个 conn），又没及时 Dispose，会快速耗尽连接池，表现就是超时或 ORA-12519

实际部署时，TNS 解析逻辑和连接池行为在 Linux 容器里比 Windows 更敏感，尤其 DNS 缓存、/etc/hosts 配置、以及 Oracle 客户端版本与服务器版本的兼容性 —— 这些不会报错，但会让连接偶尔失败或延迟飙升。