ORACLE_19c用户密码登录失败的问题以及ORA-28040

测试环境19c

本地登录无异常，创建测试用户，电脑Plsql登录提示报错ORA-28040，处理后再次登录提示密码错误，最后重置密码再次登录OK？

通过这个问题再次测试及反思：

1.ORA-28040

[oracle@d2:/u03/app/oracle/product/19.0./db_1/network/admin]$ sqlplus cc/cc@192.168.60.45:/pp1
SQL*Plus: Release 19.0.0.0. - Production on Fri Jul  ::
Version 19.5.1.0.
Copyright (c) , , Oracle.  All rights reserved.
Connected to:
Oracle Database 19c Enterprise Edition Release 19.0.0.0. - Production
Version 19.5.1.0.
SQL> 

[oracle@d2:/u03/app/oracle/product/19.0./db_1/network/admin]$ oerr ora
, , "No matching authentication protocol"
// *Cause:  There was no acceptable authentication protocol for
//          either client or server.
// *Action: The administrator should set the values of the
//          SQLNET.ALLOWED_LOGON_VERSION_SERVER and
//          SQLNET.ALLOWED_LOGON_VERSION_CLIENT parameters, on both the
//          client and on the server, to values that match the minimum
//          version software supported in the system.
//          This error is also raised when the client is authenticating to
//          a user account which was created without a verifier suitable for
//          the client software version. In this situation, that account's
//          password must be reset, in order for the required verifier to
//          be generated and allow authentication to proceed successfully.

$ cd $ORACLE_HOME/
$ cd network/admin/
$ vi sqlnet.ora
SQLNET.ALLOWED_LOGON_VERSION_SERVER=
SQLNET.ALLOWED_LOGON_VERSION_CLIENT=
SQLNET.ALLOWED_LOGON_VERSION=8
添加SQLNET参数即可，允许客户端向下兼容。

2.再次登录提示密码错误？ 我测试环境自己创建的密码我不知道？What

2.1 注释SQLNET参数，重启DB，回退最初情况
[oracle@d2:/u03/app/oracle/product/19.0./db_1/network/admin]$ cat sqlnet.ora
#SQLNET.ALLOWED_LOGON_VERSION_SERVER=
#SQLNET.ALLOWED_LOGON_VERSION_CLIENT=
#SQLNET.ALLOWED_LOGON_VERSION=
18c: All user connections fail with ORA- except SYS when SEC_CASE_SENSITIVE_LOGON=FALSE (Doc ID 2502204.1)
SEC_CASE_SENSITIVE_LOGON is set to false
The SEC_CASE_SENSITIVE_LOGON parameter is deprecated in 18C. It is retained for backward compatibility only.
Please check the value of SEC_CASE_SENSITIVE_LOGON parameter?
sqlplus / as sysdba
show parameter SEC_CASE_SENSITIVE_LOGON
In case it is set to false, please set it to true and try again to connect.
ALTER SYSTEM set SEC_CASE_SENSITIVE_LOGON=true;

The new Exclusive Mode default for password-based authentication in Oracle 12.2 conflicts with case-insensitive password
 configurations. All user login fails with ORA- after upgrade to 12.2 (Doc ID 2075401.1)
  Option .
  - Remove the deprecated instance initialization parameter
    sec_case_sensitive_logon setting of FALSE (or set
    sec_case_sensitive_logon to TRUE, the default),

  Option .
   - Relax the SQLNET.ALLOWED_LOGON_VERSION_SERVER setting
     in the sqlnet.ora file to a more permissive setting,
     e.g. SQLNET.ALLOWED_LOGON_VERSION_SERVER=, as described
     in the release notes section 2.12.3.1 entitled "Bug 22031049".
   - With this option, you will also need to change the user password again so the DBA_USERS.PASSWORD_VERSIONS will get a 10G value.
     however the DES based verifier is outdated and should only be used in exceptional cases when legacy client applications
 still need it.

2.2创建测试用户，观察默认用户版本

SQL> create user test1 identified by test1; 
SQL> select username,account_status,password_versions from dba_users where username='TEST1';
 USERNAME ACCOUNT_STATUS PASSWORD_VERSIONS 

---------- -------------------------------- -----------------

 TEST1 OPEN 11G 12C 
PLSQL连接提示密码错误！无法连接成功
 .PLSQL内嵌Oracle客户端版本如下： 
Client Shared Library -bit - 10.2.0.5. 
.操作 
$ vi sqlnet.ora 
SQLNET.ALLOWED_LOGON_VERSION_SERVER= 
SQLNET.ALLOWED_LOGON_VERSION_CLIENT= 
SQLNET.ALLOWED_LOGON_VERSION= 对用户密码重置后 

.再次连接成功无异常？？？ 
what? select * from sys.user$ where name='TEST1'; 
SQL> alter user test1 identified by test1; 
USER# NAME TYPE# PASSWORD SPARE4 
old   112   TEST1  S:4DBA24F74F1646350DAEB60073E8F72EB8A2C22A056EEF5EC041321A7451;T:CCE7B7C7816CDBB

4552B70EA36FEBB8678F80FD39868D34CA715B1C9FE431B15B39F500836735C17C3399F34AC0BD36AEEB9825
2D633EC9E0741B3CDB62B8C6D39D560F21300ADBE8C8465F322AB8CF6 
new  TEST1  22F2E341BF4B8764
 S:140AEAA0D267A26DF10E5563A7FC0B3F693359142AA00152BB69F8353C39;T:213D18A097EA5000E569394C26
2FCFD2CCF89FF2EA00749FE643417728CFB017C8E28E9A2C36A5F2E748DB8E0237F1BDF943DF32DC77FCAAE1D8171CD
4BF01B97132108782DDED756980D31CCDD38966 
可以发现SPARE4的值修改过
 SQL> select username,account_status,password_versions from dba_users where username='TEST1';
 USERNAME ACCOUNT_STATUS PASSWORD_VERSIONS 

-------------------- -------------------------------- ----------------- 
TEST1 OPEN 10G 11G 12C 
重点是重置密码后,Oracle由默认的创建用户的密码版本是11g/12c 兼容性增加到了10G,因此客户端再次连接使用相同的密码，可以正确连接到。 
猜测密码错误是由于Oracle对不同密码兼容性计算的方法不同，因此相同的密码在跨版本识别是无法识别，需要密码重置后，Oracle判断选择一个合适的版本，
服务器端能正确解析密码，从而登录成功。
或者理解为版本不支持，重置密码后，向下兼容，能否正常登陆。