ORA-01017错误在Java应用Kerberos认证中常因SPN不匹配或EUS未映射导致，需检查krb5.conf、jaas.conf配置，JDBC URL启用KERBEROS5，且AD用户必须在Oracle中创建对应企业用户并授权CREATE SESSION。
Java应用连接Oracle时Kerberos认证失败的典型现象
最常见的表现是 ora-01017: invalid username/password; logon denied，但用户名密码明明正确；或是更隐蔽的 gssexception: no valid credentials provided、javax.security.auth.login.loginexception: unable to obtain password from user。这些错误背后往往不是账号问题，而是 java 运行时根本没加载 kerberos 凭据，或 krb5.conf 路径/内容不对，或服务主体名（spn）与 oracle 实例不匹配。
必须设置的JVM启动参数和系统属性
Java 本身不自动读取系统级 Kerberos 配置，必须显式告知。关键配置有三项，缺一不可：
-
-Djava.security.krb5.conf=/etc/krb5.conf：指向你实际的 Kerberos 配置文件，不能依赖默认路径 -
-Djava.security.auth.login.config=/path/to/jaas.conf：JAAS 配置文件路径，定义登录模块行为 -
-Dsun.security.krb5.debug=true（仅调试时启用）：输出详细票据获取过程，否则出错时几乎无日志可查
注意：jaas.conf 中的 login module 名（如 KrbLogin）必须与代码中 new LoginContext("KrbLogin", ...) 的第一个参数完全一致，大小写敏感。
Oracle JDBC URL和服务主体名（SPN）的写法
Oracle JDBC 驱动对 Kerberos 的支持依赖于正确的 SPN 格式。URL 中必须包含 oracle.net.authentication_services=(KERBEROS5)，且数据库服务名需与 AD 中注册的 SPN 完全对应：
假设你的 Oracle 实例 DNS 名为 oradb.example.com，端口 1521，服务名为 ORCL，那么 SPN 应为 oracle/oradb.example.com@EXAMPLE.COM（注意大小写和域名后缀）。JDBC URL 写成：
立即学习“Java免费学习笔记（深入）”；
jdbc:oracle:thin:@oradb.example.com:1521/ORCL?oracle.net.authentication_services=(KERBEROS5)
如果 SPN 错误（比如写成 oracle/oradb@EXAMPLE.COM 或漏掉域名），驱动会静默回退到密码认证，导致 ORA-01017。
AD域用户在Oracle中必须存在对应的企业用户（Enterprise User）
Kerberos 认证成功只代表“你是 AD 里那个人”，不代表你能连上 Oracle。Oracle 必须将该 AD 用户映射为一个企业用户（Enterprise User），且该用户需被授予 CREATE SESSION 权限。常见疏漏点：
- 未在 Oracle 中执行
CREATE USER "EXAMPLE\username" IDENTIFIED EXTERNALLY;（注意双引号和反斜杠转义） - 未运行
GRANT CREATE SESSION TO "EXAMPLE\username"; - 未启用 Enterprise User Security（EUS），即未配置 Oracle Internet Directory 或 Oracle Unified Directory 作为用户存储后端
如果只是想快速验证 Kerberos 流通性，可用 RDS for Oracle 自动创建的托管用户 managed_service_user@example.com 测试，但生产环境必须走 EUS 映射。
最常被忽略的是 SPN 注册和 EUS 映射这两步——Kerberos 票据能拿到，JDBC 参数全对，但 Oracle 层根本不认识这个主体。调试时先用 kinit 和 kvno oracle/oradb.example.com@EXAMPLE.COM 确认票据有效性，再查 Oracle 的 dba_users 是否存在对应外部用户。
