ORA-01017从9i客户端连接到11g数据库时,无效的用户名/密码

我试图从9i(v9.2.0.1)客户机的PC上连接到11g(v11.2.0.1.0)上的模式。 它似乎连接罚款一些模式,但不是这一个 – 它回来了每次ORA-01017 Invalid Username/Password错误。

用户名和密码是正确的 – 任何人都可以想到为什么这不起作用的原因?

9i和11g之间有没有根本的不兼容?

用户和密码是DEFINITELY不正确的。 Oracle 11g证书区分大小写。

尝试ALTER SYSTEM SET SEC_CASE_SENSITIVE_LOGON = FALSE; 并修改密码。

http://oracle-base.com/articles/11g/case-sensitive-passwords-11gr1.php

如果一切都失败了,请尝试将密码重置为相同的东西。 我遇到这个错误,无法解决它,但只是重置密码到相同的值解决了这个问题。

对于oracle版本12.2.x用户无法使用不区分大小写的密码进行login,即使SEC_CASE_SENSITIVE_LOGON = FALSE如果用户的PASSWORD_VERSIONS不是10g。

下面的sql应该显示一个用户的PASSWORD_VERSIONS。

 select USERNAME,ACCOUNT_STATUS,PASSWORD_VERSIONS from dba_users; USERNAME ACCOUNT_STATUS PASSWORD_VERSIONS --------------- -------------- ----------------- dummyuser OPEN 11G 12C 

使PASSWORD_VERSIONS与10g兼容

添加/修改数据库的sqlnet.ora中的行以使SQLNET.ALLOWED_LOGON_VERSION_SERVER = 8重新启动数据库更改/为现有用户创build新密码的用户新密码也将具有相同的设置上述步骤后PASSWORD_VERSIONS应该是这样的

 select USERNAME,ACCOUNT_STATUS,PASSWORD_VERSIONS from dba_users; USERNAME ACCOUNT_STATUS PASSWORD_VERSIONS --------------- -------------- ----------------- dummyuser OPEN 10G 11G 12C 

我前段时间也有类似的问题。 你必须小心引号和行情报价。 build议使用pipe理员凭据重置用户密码。

 ALTER USER user_name IDENTIFIED BY new_password; 

但是不要在两个参数中使用双引号。

我有同样的问题,并把双引号周围的用户名和密码,它的工作:创build公共数据库链接“OPPS”由“OPPS”使用“TEST”标识;

我不是专家。 如果在尝试连接Oracle 11g中SQL Developer的HR模式时遇到ORA-01017请尝试按以下方式解锁HR

修改由hr DEFAULT表空间用户标识的用户HR临时表空间temp帐户解锁;

我有同样的错误, 但是当我连接和以前的脚本中的其他语句之前运行良好 ! (所以连接已经打开,一些成功的语句在自动提交模式下运行良好)错误是可重现的几分钟。 然后它就消失了。 我不知道在这段时间内是否有人或一些内部机制做了一些维护工作或类似的工作 – 也许。

我的环境更多的事实:

  • 11.2
  • 连接为: sys as sysdba
  • 涉及的操作…从all_tablesall_views读取并为其他用户授予select

Oracle OTN上的提示=当您尝试连接时,不要在TOAD中键入您的密码,并让其popup 一个对话框以input您的密码。 在那里键入密码,它将工作。 不知道他们用TOAD做了什么,但是这是一个解决方法。 它必须处理11g中区分大小写的密码。 我想如果你把密码全部改成大写,它就可以使用TOAD。 https://community.oracle.com/thread/908022

当通过代理用户通过odp.net连接时,我也得到了相同的sql错误信息。

我的错误是我的用户是用引号(例如“rockerolf”)创build的,然后我还必须在连接string中指定我的用户为User Id = \“rockerolf \”。

最后,我结束了用引号删除用户,并创build一个没有..

面对手掌

您可以使用sqlplus连接到Oracle数据库:

 sqlplus "/as sysdba" 

然后创build新用户并分配权限。

 grant all privileges to dac; 

我知道这篇文章大概是11g,但是如果你决定使用这个错误,那么12c客户端的密码encryption方式可能会导致这个错误:

  • 没有密码区分大小写的问题(例如,您尝试ALTER SYSTEM SET SEC_CASE_SENSITIVE_LOGON = FALSE和重置密码,仍然无法正常工作),
  • 把你的密码在你的连接string引号,它仍然没有帮助,
  • 您已validation所有环境variables( ORACLE_HOMEPATHTNS_ADMIN ),并且HKLM\Software\Oracle\KEY_OraClient12HomeTNS_ADMINregistrystring已到位,
  • 您已validation您的连接string和用户名/密码组合在Net Manager和
  • 您可以使用相同的凭据连接使用SQL * Plus,Oracle SQL Developer。

所有的基本检查。

修复:尝试在registry(REGEDIT) HKLM\System\CurrentControlSet\Control\Lsa\FIPSAlgorithmPolicy\Enabled0以禁用FIPS。

Oracle.ManagedDataAccess和ORA-01017:无效的用户名/密码; login被拒绝

ORA-01005错误连接ODP.Net

https://community.oracle.com/thread/2557592?start=0&tstart=0

https://dba.stackexchange.com/questions/142085/ora-01017-invalid-username-passwordlogon-denied/142149#142149

我最近和Oracle 12c有类似的问题。 我创build了一个小写密码的新用户,并且能够从数据库服务器上正常login,但是所有的客户端都失败了,使用ORA-01017。 修复最后变得很简单(重置密码为大写),但花了很多挫折努力到达那里。

证书可能是正确的,还有其他的错误。 我基于我的可插拔数据库连接string在其容器数据库 。 而不是原始的parent.example.com 服务名称正确的似乎是pluggable.example.com