根本原因是oracle客户端库缺失或环境配置不当：libclntsh.so未找到导致dllnotfoundexception；ora-12546/12537属linux权限或监听器配置问题；nls_lang未正确设置引发乱码或连接中断。
根本原因不是.NET 6本身，而是Oracle客户端库在Linux上缺失或环境变量未就绪——.NET 6的Oracle Provider（如Oracle.ManagedDataAccess或Oracle.DataAccess）运行时依赖底层Oracle Instant Client或完整客户端的共享库和环境配置。
libclntsh.so 找不到导致 System.DllNotFoundException
这是最常见报错，典型异常信息：System.DllNotFoundException: libclntsh.so。.NET 6进程启动后尝试加载Oracle客户端动态库失败，说明系统根本没提供该文件，或路径未被识别。
- 先用
sudo find / -name libclntsh.so 2>/dev/null确认文件是否存在；常见位置是/usr/lib/oracle/21/client64/lib或$ORACLE_HOME/lib - 若找到，必须把该路径加入
LD_LIBRARY_PATH（例如export LD_LIBRARY_PATH=/usr/lib/oracle/21/client64/lib:$LD_LIBRARY_PATH），不能只靠/etc/ld.so.conf—— 因为 .NET 进程通常不读取系统级 ldconfig 缓存，尤其在容器或非root用户下 - 若没找到，别装“精简版”或仅下载
basic.zip：Instant Client 必须同时解压basic.zip和sqlplus.zip（后者含libclntsh.so），否则库不全
ORA-12546 或 ORA-12537 出现在连接阶段
这类错误发生在 new OracleConnection(connectionString).Open() 时，说明.NET代码已跑通，但Oracle网络层拒绝了连接请求。它和.NET版本无关，纯属Linux环境权限或配置问题。
Linux Ai Server
下载
Linux AI 服务器 — 将 Linux 服务器转换为本地 AI 推理集群。使用 systemd、NVIDIA CUDA 实现无头 Linux AI，零 GUI 开销。
-
ORA-12546: TNS:permission denied多半是/tmp权限不对（chmod 1777 /tmp可修复），或 SELinux 启用且未放行（setsebool -P oracle_can_network_connect on） -
ORA-12537: TNS:connection closed常见于监听器未以oracle用户身份运行，或$ORACLE_HOME/bin/oracle文件缺少执行权限（chmod 6751 $ORACLE_HOME/bin/oracle） - 检查
sqlnet.ora是否启用了TCP.VALIDNODE_CHECKING=yes但未把应用服务器IP加进TCP.INVITED_NODES—— 这个配置会静默拒绝连接，不记日志，极难排查
NLS_LANG 和字符集不一致引发乱码或连接中断
中文字段返回乱码、甚至 OracleException 报“invalid character”之类模糊错误，大概率是客户端字符集与数据库不匹配，而.NET 6不会自动推导NLS设置。
- 必须显式设置
NLS_LANG环境变量，格式为LANGUAGE_TERRITORY.CHARSET，例如export NLS_LANG=AMERICAN_AMERICA.AL32UTF8 - 查数据库真实字符集用：
SELECT * FROM nls_database_parameters WHERE parameter = 'NLS_CHARACTERSET';，不要猜 - 注意：
NLS_LANG必须在启动.NET进程前设置；如果用 systemd 启动服务，需在.service文件里写Environment="NLS_LANG=..."，不能只在 shell 中 export
真正容易被忽略的是：Oracle客户端库对 /tmp 和 $ORACLE_HOME 的权限要求是硬性条件，不是可选优化；而 NLS_LANG 设置一旦漏掉，乱码问题可能在数据入库时就埋下隐患，等查到已是脏数据。这些点不解决，换再新的.NET版本也一样抛异常。
