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

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

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

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.Ора базы данных, чтобы иметь 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

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

Еще несколько фактов из моей жизни. env:

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

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

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

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

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

sqlplus "/as sysdba"

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

grant all privileges to dac;

Подсказка по отн Оракула = Не вводите пароль в жабе, когда вы пытаетесь подключиться, и пусть он всплывает диалоговое окно для ввода пароля. введите пароль там , и он будет работать. Не знаю, что они сделали в жабе с паролями, но это обходной путь. Это имеет отношение к чувствительным к регистру паролям в 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, используя те же учетные данные.

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

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

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

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