Ora-01017 недопустимое имя пользователя / пароль при подключении к базе данных 11g от клиента 9i

Я пытаюсь подключиться к схеме на 11g (v11.2.0.1.0) от ПК с 9i (v9.2.0.1) клиент. Кажется, что он хорошо связан с некоторыми схемами, но не с этим - он возвращается с ORA-01017 Invalid Username/Password ошибка каждый раз.

имя пользователя и пароль определенно верны - может ли кто-нибудь придумать причину, почему это не сработает?

есть ли принципиальная несовместимость версии 9i и 11G?

13 ответов


пользователь и пароль тотже. Учетные данные Oracle 11g чувствительны к регистру.

попробуйте изменить системный набор SEC_CASE_SENSITIVE_LOGON = FALSE; и изменить пароль.

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


Если все остальное не удается, попробуйте сбросить пароль на то же самое. Я столкнулся с этой ошибкой и не смог обойти ее, но просто сброс пароля до того же значения решил проблему.


некоторое время назад у меня была аналогичная проблема. Вы должны быть осторожны с кавычками и двойными кавычками. Рекомендуется сбросить пароль пользователя, используя учетные данные администратора.

ALTER USER user_name IDENTIFIED BY new_password;

но не используйте двойные кавычки в обоих параметров.


для oracle версии 12.2.X пользователи не могут войти в систему, используя пароли без учета регистра, даже если 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 перезапуска базы изменить / истечь пароль для существующего пользователя новый пользователь созданные также будут иметь те же настройки после вышеуказанных шагов PASSWORD_VERSIONS должно быть что-то вроде этого

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

у меня была такая же ошибка, но пока я был подключен и другие предыдущие операторы в скрипте работали нормально до! (Таким образом, соединение уже было открыто, и некоторые успешные операторы отлично работали в автоматической фиксации режим) Ошибка воспроизводилась в течение нескольких минут. Потом он просто исчез. Я не знаю, сделал ли кто - то или какой-то внутренний механизм какие-то ремонтные работы или аналогичные за это время-может быть.

еще несколько фактов моего env:

  • 11.2
  • подключить как: sys as sysdba
  • операции ... чтение all_tables, all_views и предоставлении выберите на них для другого пользователя

У меня была та же проблема, и я поставил двойные кавычки вокруг имени пользователя и пароля, и это сработало: создайте общедоступную ссылку базы данных "opps", идентифицированную "opps" с помощью "TEST";


Я не специалист. Если вы получаете ORA-01017 при попытке подключить схему HR от разработчика SQL в Oracle 11g Пожалуйста, попробуйте разблокировать HR следующим образом

alter user HR идентифицируется hr Пользователи табличного пространства по умолчанию временная температура табличного пространства разблокировка аккаунта;


вы можете подключиться к базе данных Oracle с помощью sqlplus:

sqlplus "/as sysdba"

затем создайте новых пользователей и назначьте привилегии.

grant all privileges to dac;

подсказка на OTN Oracle = Не вводите пароль в TOAD при попытке подключения и пусть это всплывающее окно диалоговое окно ваш пароль. введите пароль туда и оно будет работать. Не уверен, что они сделали в жабе с паролями, но это обходной путь. Это связано с паролями с учетом регистра в 11g. Я думаю, если вы измените пароль на весь верхний регистр, он будет работать с ЖАБА. https://community.oracle.com/thread/908022


Я также получил то же сообщение об ошибке sql при подключении через odp.net через прокси-пользователя.

моя ошибка заключалась в том, что мой пользователь был создан с кавычками (например, "rockerolf"), и мне также пришлось указать моего пользователя в connectionstring как User Id=\"rockerolf\"..

в конце концов я удалил пользователя с кавычками и создал новый без кавычек..

лицу ладонью


Я знаю, что этот пост был о 11g, но ошибка в клиенте 12c с тем, как он шифрует пароли, может быть виновата в этой ошибке, если вы решите использовать этот и вы:

  • нет регистра пароль вопрос (т. е. ты пробовал ALTER SYSTEM SET SEC_CASE_SENSITIVE_LOGON = FALSE и сброс пароля и все равно не работает),
  • поместите кавычки вокруг вашего пароля в строку подключения, и это все равно не поможет,
  • вы проверили все переменные среды (ORACLE_HOME, PATH, TNS_ADMIN), и TNS_ADMIN строковый реестре за HKLM\Software\Oracle\KEY_OraClient12Home на месте
  • вы проверили свою строку подключения и комбинацию имени пользователя / пароля в Net Manager, и
  • вы можете подключиться с помощью SQL * Plus, Oracle SQL Developer, используя те же учетные данные.

все основные проверки.

Fix: попробуйте установить HKLM\System\CurrentControlSet\Control\Lsa\FIPSAlgorithmPolicy\Enabled to 0 в реестре (regedit), чтобы отключить ФИПС.

Oracle.ManagedDataAccess и ORA-01017: неверное имя пользователя / пароль; вход запрещен

ошибка 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. Я создал нового пользователя с паролем нижнего регистра и смог войти в систему с сервера базы данных, но все клиенты потерпели неудачу с ORA-01017. Исправление оказалось простым в конце (сброс пароля в верхний регистр), но потребовалось много усилий, чтобы добраться туда.


учетные данные могут быть правильными и что-то еще неправильно. Мой подключаемый DB строка подключения на его контейнер DB. Вместо оригинала parent.example.com службы правильным оказалось pluggable.example.com.