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

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

Имя пользователя и пароль ДЕЙСТВИТЕЛЬНО правильные - может ли кто-нибудь придумать причину, почему это не работает?

Есть ли какие-либо фундаментальные несовместимости между 9i и 11g?

Комментарии к вопросу (2)
Решение

Пользователь и пароль ОЧЕНЬ неправильные. Учетные данные Oracle 11g чувствительны к регистру.

Попробуйте ALTER SYSTEM SET SEC_CASE_SENSITIVE_LOGON = FALSE; и изменить пароль.

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

Комментарии (8)

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

ALTER USER user_name IDENTIFIED BY new_password;

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

Комментарии (2)

для Oracle версии 12.2.X пользователи не могут войти, используя нечувствительный к регистру пароли, хотя SEC_CASE_SENSITIVE_LOGON = false, если PASSWORD_VERSIONS из пользователей не 10г.

следующий SQL должен показать PASSWORD_VERSIONS для пользователей.

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

чтобы сделать PASSWORD_VERSIONS совместим с 10г

добавить/изменить строку в заменить sqlnet.Ора базы данных, чтобы заменить 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
Комментарии (0)

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

Комментарии (2)

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

Некоторые факты моей ОКР:

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

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

sqlplus "/as sysdba"

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

grant all privileges to dac;
Комментарии (0)

У меня была такая же проблема, я поставил двойные кавычки вокруг имени пользователя и пароля, и все заработало: create public database link "opps" identified by "opps" using 'TEST';

Комментарии (0)

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

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

Комментарии (0)

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

  • Дон'т иметь чувствительность к регистру пароль вопрос (т. е. вы пытались изменить систему набора SEC_CASE_SENSITIVE_LOGON = false и сброс пароля и до сих пор не't работа),
  • Ставить в кавычки пароль в строке подключения, и это еще не'т помочь,
  • Вы'вэ проверил все ваши переменные среды (пути ORACLE_HOME, путь, TNS_ADMIN), и TNS_ADMIN реестра строку в HKLM\программное обеспечение\Оракул\KEY_OraClient12Home в месте,
  • Вы'вэ проверил строку подключения и имя пользователя/пароль работает в Net Manager и
  • Вы можете подключиться с помощью SQL*Плюс, компания Oracle разработчик SQL, используя те же учетные данные.

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

Исправление: попробовать настройки реестра HKLM\система\CurrentControlSet на\контроль\ЛСА\FIPSAlgorithmPolicy\включить на " 0 " в реестра (regedit), чтобы отключить ФИПС.

https://stackoverflow.com/questions/26410951/oracle-manageddataaccess-and-ora-01017-invalid-username-password-logon-denied

https://stackoverflow.com/questions/31785650/ora-01005-error-connecting-with-odp-net

https://community.oracle.com/thread/2557592?start=0&русском языке не относится=0

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

Комментарии (0)

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

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

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

лицо ладонь

Комментарии (0)

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

Комментарии (0)

У меня была недавно аналогичная проблема с Oracle 12С. Я создал нового пользователя с меньшим пароль случае и смог войти нормально с сервера базы данных, но не с Ора-01017. Исправление оказалось очень простым и в конце (сбросить пароль в верхний регистр), но сильно расстраивает усилий, чтобы попасть туда.

Комментарии (0)

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

Комментарии (0)

В Oracle 11 G и 12 C версии предлагаю использовать более сложные пароли, хотя нет никаких проблем во время создания пользователя. Пароль должен быть буквенно-цифровых и специальных символов.

Проверьте пароль версии и статуса пользователя:

select * from dba_users where username = ;

Изменить его, как показано ниже, в случае 11г 12С:

alter user  identified by Pass2019$;

Теперь проверьте соединение!

Комментарии (0)