Я пытаюсь подключиться к схеме на 11g (v11.2.0.1.0) с ПК с клиентом 9i (v9.2.0.1). Кажется, он отлично подключается к некоторым схемам, но не к этой - каждый раз возвращается с ошибкой ORA-01017 Invalid Username/Password.
Имя пользователя и пароль ОПРЕДЕЛЕННО верны - может ли кто-нибудь придумать причину, по которой это не сработает?
Есть ли принципиальные несовместимости между 9i и 11g?
Пользователь и пароль ОПРЕДЕЛЕННО неверны. Учетные данные Oracle 11g чувствительны к регистру.
Попробуйте ALTER SYSTEM SET SEC_CASE_SENSITIVE_LOGON = FALSE; и изменить пароль.
http://oracle-base.com/articles/11g/case-sensitive-passwords-11gr1.php
using Oracle.ManagedDataAccess.Client, но добавление \" в строку подключения вокруг пароля не помогло при попытке подключиться с сервера. В моем проекте VS 2015 я могу подключиться как с дополнительными кавычками, так и без них. Пытаюсь понять, почему подключение из одного места с одним и тем же кодом работает, а из другого - нет. Даже попробовал команду ALTER SYSTEM в Oracle SQL Developer и убедился, что она изменилась, но когда я обновил свою веб-страницу на сервере и попробовал снова, она по-прежнему выдавала ту же ошибку.
- person vapcguy; 22.06.2016
SEC_CASE_SENSITIVE_LOGON = TRUE раньше, что означает, что он чувствителен к регистру. Если вы отключите это, но не сбросите пароль, пароль по-прежнему будет чувствителен к регистру, потому что он был создан под этим предыдущим флагом.
- person vapcguy; 24.06.2016
HKLM\System\CurrentControlSet\Control\Lsa\FIPSAlgorithmPolicy\Enabled на 0 отключает FIPS и заставляет все снова работать.
- person vapcguy; 24.06.2016
sqlplus, а также имени пользователя и пароля, которые работали. Подключил все удачно. Затем я запускаю эти две команды одну за другой. SQL> ALTER SYSTEM SET SEC_CASE_SENSITIVE_LOGON = FALSE; System altered. SQL> alter user username identified by password; User altered.
- person Andrei Bazanov; 22.02.2021
для 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
Некоторое время назад у меня была аналогичная проблема. Будьте осторожны с кавычками и двойными кавычками. Рекомендуется сбросить пароль пользователя, используя учетные данные администратора.
ALTER USER user_name IDENTIFIED BY new_password;
Но не используйте двойные кавычки в обоих параметрах.
Если ничего не помогает, попробуйте сбросить пароль на то же самое. Я столкнулся с этой ошибкой и не смог ее обойти, но простой сброс пароля до того же значения решил проблему.
alter user <user_name> identified by Pass2019$; (минус < и > и замените user_name именем учетной записи схемы, с которой вы работаете).
- person vapcguy; 10.08.2020
У меня была та же ошибка, но пока я был подключен, и другие предыдущие инструкции в скрипте работали нормально! (Таким образом, соединение уже было открыто, и некоторые успешные операторы нормально работали в режиме автоматической фиксации) Ошибка воспроизводилась в течение нескольких минут. Потом он просто исчез. Я не знаю, проводил ли кто-то или какой-то внутренний механизм какие-то работы по обслуживанию или что-то подобное за это время - возможно.
Еще несколько фактов о моем окружении:
sys as sysdbaall_tables, all_views и предоставление им выбора для другого пользователяУ меня была такая же проблема, и я заключил в двойные кавычки имя пользователя и пароль, и это сработало: создать общедоступную ссылку на базу данных «opps», идентифицированную «opps», используя «ТЕСТ»;
Я не эксперт. Если вы получаете ORA-01017 при попытке подключить схему HR из SQL Developer в Oracle 11g, попробуйте разблокировать HR следующим образом
изменить HR пользователя, идентифицированного hr DEFAULT табличное пространство пользователей временного табличного пространства, временная разблокировка учетной записи;
Вы можете подключиться к базе данных Oracle с помощью sqlplus:
sqlplus "/as sysdba"
Затем создайте новых пользователей и назначьте привилегии.
grant all privileges to dac;
Версии Oracle 11 G и 12 C предлагают использовать более сложные пароли, хотя при создании пользователя проблем не возникает. Пароль должен быть буквенно-цифровым и содержать специальный символ.
Проверьте версию пароля и статус пользователя:
select * from dba_users where username = <user_name>;
В случае 11G 12C измените его, как показано ниже:
alter user <user_name> identified by Pass2019$;
Теперь проверьте соединение!
Недавно у меня была аналогичная проблема с Oracle 12c. Это было решено после того, как я изменил версию используемого jar-файла ojdbc. Заменил ojdbc14 на ojdbc6 jar.
У меня была аналогичная проблема. ID / pw, который я использовал, был правильным, но я получал ORA-01017 Invalid Username/Password только на одном конкретном соединении.
Оказалось, что в моих настройках подключения в Oracle SQL Developer была включена проверка подлинности через прокси-сервер БД на вкладке «Прокси-пользователь». Некоторое время я этого не замечал.
После того, как я снял этот флажок, все заработало.
Совет по Oracle OTN = Не вводите пароль в TOAD при попытке подключиться и позвольте ему всплывающее диалоговое окно для вашего пароля. Введите пароль здесь, и он будет работать. Не уверен, что они сделали в TOAD с паролями, но это обходной путь. Это связано с паролями с учетом регистра в 11g. Я думаю, если вы измените пароль на верхний регистр, он будет работать с TOAD. https://community.oracle.com/thread/908022
Я также получил такое же сообщение об ошибке sql при подключении через odp.net через прокси-пользователя.
Моя ошибка заключалась в том, что мой пользователь был создан с кавычками (например, «рокерольф»), и затем мне также пришлось указать своего пользователя в строке подключения как User Id = \ "rockerolf \" ..
В итоге я удалил пользователя с кавычками и создал нового без ..
лицевая ладонь
Недавно у меня была аналогичная проблема с Oracle 12c. Я создал нового пользователя с паролем в нижнем регистре и смог нормально войти в систему с сервера базы данных, но все клиенты потерпели неудачу с ORA-01017. В конце концов исправить это оказалось несложно (сбросить пароль в верхний регистр), но на то, чтобы добраться до него, потребовалось много разочаровывающих усилий.
Учетные данные могут быть правильными, а что-то еще не так. Я основал свою строку подключения подключаемой БД к ее контейнерной БД. Вместо исходного parent.example.com имени службы правильным оказалось pluggable.example.com.
Я знаю, что этот пост был про 11g, но ошибка в клиенте 12c с тем, как он шифрует пароли, может быть виновата в этой ошибке, если вы решите использовать ее, а вы:
ALTER SYSTEM SET SEC_CASE_SENSITIVE_LOGON = FALSE и сбросили пароль, но все равно не работает),ORACLE_HOME, PATH, TNS_ADMIN), и строка реестра TNS_ADMIN в HKLM\Software\Oracle\KEY_OraClient12Home на месте,Все основные проверки.
Исправление: попробуйте установить HKLM\System\CurrentControlSet\Control\Lsa\FIPSAlgorithmPolicy\Enabled на 0 в реестре (regedit), чтобы отключить FIPS.
Oracle.ManagedDataAccess и ORA-01017: неверное имя пользователя / пароль ; вход в систему запрещен
Ошибка ORA-01005 при подключении к ODP.Net
https://community.oracle.com/thread/2557592?start=0&tstart=0
в моем случае с базой данных oracle с использованием tableplus build 373 on my m1 device введите имя пользователя и пароль в другом текстовом редакторе, copy and paste в имя пользователя и пароль в tableplus. когда я набираю in tableplus the text automatically changes to lowercase. потому что у меня не было проблем с sqldeveloper, но при попытке tableplus он всегда отказывался, теперь я решил это. я не знаю, почему это проблема в приложениях или других, но я решил уловку.
isql user/pass@host, а ваш пароль содержит $, wrap частьuser/pass@hostс одинарными кавычками (unix пытается заменить на env var) - person scruffy schedule 20.12.2017sqlplus username/password@tns_service_name.. Когда я не указываю пароль, напримерsqlplus username@tns_service_name, он запрашивает пароль и успешно входит в систему. Что может быть причиной этого - person Josh Smith schedule 02.07.2020