web-dev-qa-db-fra.com

ORA-01017 Nom d'utilisateur/mot de passe invalide lors de la connexion à la base de données 11g à partir du client 9i

J'essaie de me connecter à un schéma sur 11g (v11.2.0.1.0) à partir d'un PC avec un client 9i (v9.2.0.1) Il semble se connecter très bien à certains schémas, mais pas à celui-ci - il revient avec une erreur ORA-01017 Invalid Username/Password à chaque fois.

Le nom d'utilisateur et le mot de passe sont définitivement corrects. Quelqu'un peut-il imaginer une raison pour laquelle cela ne fonctionnerait pas? 

Existe-t-il des incompatibilités fondamentales entre 9i et 11g?

42
user1578653

L'utilisateur et le mot de passe sont définitivement incorrects . Les informations d'identification Oracle 11g sont sensibles à la casse.

Essayez ALTER SYSTEM SET SEC_CASE_SENSITIVE_LOGON = FALSE; Et modifiez le mot de passe.

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

35
baklarz2048

J'ai eu un problème similaire il y a quelque temps. Vous devez être prudent avec les guillemets et les guillemets doubles. Il est recommandé de réinitialiser le mot de passe de l'utilisateur à l'aide des informations d'identification de l'administrateur.

ALTER USER user_name IDENTIFIED BY new_password;

Mais n'utilisez pas de guillemets doubles dans les deux paramètres.

10
theGabyRod

Si tout échoue, essayez de réinitialiser le mot de passe à la même chose. J'ai rencontré cette erreur et je suis incapable de la contourner, mais le fait de réinitialiser le mot de passe avec la même valeur a résolu le problème.

8
lucrussell

pour Oracle version 12.2.x, les utilisateurs ne peuvent pas se connecter avec des mots de passe non sensibles à la casse, même si SEC_CASE_SENSITIVE_LOGON = FALSE si PASSWORD_VERSIONS de l'utilisateur n'est pas 10g.

les fichiers SQL suivants doivent afficher PASSWORD_VERSIONS pour un utilisateur.

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

rendre PASSWORD_VERSIONS compatible avec 10g

ajoutez/modifiez la ligne dans sqlnet.ora de la base de données pour que SQLNET.ALLOWED_LOGON_VERSION_SERVER = 8 redémarre la base de données change/expire le mot de passe d'un utilisateur existant. Les nouveaux utilisateurs créés auront également les mêmes paramètres après les étapes ci-dessus devrait être quelque chose comme ça

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

J'ai eu la même erreur, mais alors que j'étais connecté et que d'autres déclarations précédentes dans un script fonctionnaient bien avant ! (Ainsi, la connexion était déjà ouverte et certaines instructions réussies fonctionnaient bien en mode auto-commit). L’erreur était reproductible pendant quelques minutes. Ensuite, il venait juste de disparaître… Je ne sais pas si quelqu'un ou un mécanisme interne a effectué des travaux de maintenance ou des travaux similaires dans le même temps - peut-être.

Quelques autres faits de mon env:

  • 11.2
  • connecté en tant que: sys as sysdba
  • opérations impliquées ... lecture de all_tables, all_views et attribution de select à un autre utilisateur
3
Andreas Dietrich

Je ne suis pas un expert. Si vous obtenez ORA-01017 en essayant de connecter un schéma HR à partir de SQL Developer dans Oracle 11g .__, essayez de déverrouiller le HR comme suit.

modifier l'utilisateur HR identifié par hr DEFAULT utilisateurs de tablespace tablespace temporaire temp compte déverrouillé;

1
Shuaib Puthukudi

Vous pouvez vous connecter à la base de données Oracle à l'aide de sqlplus:

sqlplus "/as sysdba"

Créez ensuite de nouveaux utilisateurs et attribuez des privilèges.

grant all privileges to dac;
1
Lay Leangsros

J'ai eu le même problème et mis des guillemets autour du nom d'utilisateur et du mot de passe et cela a fonctionné:

1
Greg

Les versions Oracle 11 G et 12 C suggèrent d'utiliser des mots de passe plus complexes, bien qu'il n'y ait aucun problème lors de la création de l'utilisateur. Le mot de passe doit être alphanumérique et avec un caractère spécial.

Vérifiez la version du mot de passe et le statut de l'utilisateur:

select * from dba_users where username = <user_name>;

Modifier comme suit pour le 11G 12C:

alter user <user_name> identified by Pass2019$;

Maintenant, testez la connexion!

0
ram

Je sais que ce message faisait environ 11g, mais un bogue dans le client 12c indiquant comment il chiffre les mots de passe peut être à l'origine de cette erreur si vous décidez de l'utiliser et que vous:

  • Vous n’avez pas le problème de la casse des mots de passe (c’est-à-dire que vous avez essayé ALTER SYSTEM SET SEC_CASE_SENSITIVE_LOGON = FALSE et que vous avez réinitialisé le mot de passe et que cela ne fonctionne toujours pas), 
  • Mettez des guillemets autour de votre mot de passe dans votre chaîne de connexion et cela n'aide toujours pas, 
  • Vous avez vérifié toutes vos variables d'environnement (Oracle_HOME, PATH, TNS_ADMIN) et la chaîne de registre TNS_ADMIN à HKLM\Software\Oracle\KEY_OraClient12Home est en place, 
  • Vous avez vérifié que votre combinaison chaîne de connexion et nom d'utilisateur/mot de passe fonctionne dans Net Manager, et
  • Vous pouvez vous connecter à l'aide de SQL * Plus, Oracle SQL Developer utilisant les mêmes informations d'identification.

Tous les contrôles de base.

Correction: essayez de définir HKLM\System\CurrentControlSet\Control\Lsa\FIPSAlgorithmPolicy\Enabled sur 0 dans le registre (regedit) pour désactiver FIPS.

Oracle.ManagedDataAccess et ORA-01017: nom d'utilisateur/mot de passe invalide; connexion refusée

Erreur de connexion ORA-01005 avec 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

0
vapcguy

J'ai eu un problème similaire récemment avec Oracle 12c. J'ai créé un nouvel utilisateur avec un mot de passe en minuscule et j'ai pu me connecter correctement à partir du serveur de base de données, mais tous les clients ont échoué avec un ORA-01017 . Le correctif s'est finalement révélé simple (réinitialisez le mot de passe en majuscule). ), mais a demandé beaucoup d’efforts frustrants pour y arriver.

0
Jim H

L'astuce sur l'OTN d'Oracle = Ne tapez pas votre mot de passe dans TOAD lorsque vous essayez de vous connecter et laissez-le popupune boîte de dialogue comme mot de passe. _ {Tapez le mot de passe ici} _ et cela fonctionnera. Pas sûr de ce qu'ils ont fait dans TOAD avec des mots de passe mais c'est une solution de contournement. Cela concerne les mots de passe sensibles à la casse dans 11g. Je pense que si vous changez le mot de passe en majuscule, cela fonctionnera avec TOAD . https://community.Oracle.com/thread/908022

0
ridi

J'ai également reçu le même message d'erreur SQL lors de la connexion via odp.net via un utilisateur proxy. 

Mon erreur est que mon utilisateur a été créé avec des guillemets (par exemple, "rockerolf") et que je devais ensuite également spécifier mon utilisateur dans la chaîne de connexion sous le nom d'utilisateur ID =\"rockerolf \" ..

En fin de compte, j'ai fini par supprimer l'utilisateur avec les guillemets et créer un nouveau sans .. 

visage Palm

0
gautejohan

Les informations d'identification peuvent être correctes et quelque chose d'autre qui ne va pas. J'ai basé mon pluggable DB chaîne de connexion sur son conteneur DB . Au lieu du nom parent.example.com original du service , le correct semble être pluggable.example.com.

0
Jan Molnar