ORA-01017 Nom d’utilisateur / mot de passe non valide lors de la connexion à la firebase database 11g du client 9i

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

Essayez ALTER SYSTEM SET SEC_CASE_SENSITIVE_LOGON = FALSE; et modifier le mot de passe.

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

Si tout échoue, essayez de réinitialiser le mot de passe pour la même chose. J’ai rencontré cette erreur et je n’ai pas pu le contourner, mais le simple fait de réinitialiser le mot de passe à la même valeur a résolu le problème.

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

 ALTER USER user_name IDENTIFIED BY new_password; 

Mais n’utilisez pas de guillemets dans les deux parameters.

pour oracle version 12.2.x, les utilisateurs ne peuvent pas se connecter en utilisant des mots de passe insensibles à la casse, même si SEC_CASE_SENSITIVE_LOGON = FALSE si PASSWORD_VERSIONS de l’utilisateur n’est pas 10g.

sql suivant devrait montrer le 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

append / modifier la ligne dans sqlnet.ora de la firebase database pour avoir SQLNET.ALLOWED_LOGON_VERSION_SERVER = 8 redémarrer la firebase database modifier / expirer mot de passe pour l’utilisateur existant, les nouveaux utilisateurs créés auront également les mêmes parameters après les étapes ci-dessus PASSWORD_VERSIONS

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

J’ai eu la même erreur, mais pendant que j’étais connecté et d’autres déclarations précédentes dans un script s’est bien passé avant ! (La connexion était donc déjà ouverte et certaines instructions réussies fonctionnaient correctement en mode de validation automatique) L’erreur était reproductible pendant quelques minutes. Ensuite, il venait de disparaître. Je ne sais pas si quelqu’un ou un mécanisme interne a fait des travaux de maintenance ou similaires au cours de cette période – 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 atsortingbution de sélection sur eux pour un autre utilisateur

J’ai eu le même problème et mis des guillemets doubles autour du nom d’utilisateur et du mot de passe et cela a fonctionné: créer un lien de firebase database public “opps” identifié par “opps” en utilisant “TEST”;

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

alter user HR identifié par hr utilisateurs de tables par défaut DEFAULT

Vous pouvez vous connecter à la firebase database Oracle à l’aide de sqlplus:

 sqlplus "/as sysdba" 

Ensuite, créez de nouveaux utilisateurs et atsortingbuez des privilèges.

 grant all privileges to dac; 

Le conseil sur Oracle OTN = Ne tapez pas votre mot de passe dans TOAD lorsque vous essayez de vous connecter et laissez -le afficher une boîte de dialog pour votre mot de passe. Tapez le mot de passe et il fonctionnera. Pas sûr de ce qu’ils ont fait dans TOAD avec les mots de passe, mais c’est une solution de contournement. Il s’agit de mots de passe sensibles à la casse en 11g. Je pense que si vous changez le mot de passe pour toutes les majuscules, cela fonctionnera avec TOAD. https://community.oracle.com/thread/908022

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 était que mon utilisateur avait été créé avec des guillemets (par exemple “rockerolf”) et que je devais également spécifier mon utilisateur dans la chaîne de connexion en tant que User Id = \ “rockerolf \” ..

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

paume de visage

Je sais que ce message était d’environ 11g, mais le bogue dans le client 12c avec la façon dont il crypte les mots de passe peut être responsable de cette erreur si vous décidez d’utiliser celui-là et vous:

• Vous n’avez pas le problème de sensibilité à la casse du mot de passe (c.-à-d. Que vous avez essayé ALTER SYSTEM SET SEC_CASE_SENSITIVE_LOGON = FALSE et réinitialisé le mot de passe et que cela ne fonctionne toujours pas),
• Placez 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 TNS_ADMIN registre TNS_ADMIN sur HKLM\Software\Oracle\KEY_OraClient12Home est en place,
• Vous avez vérifié que votre chaîne de connexion et votre combinaison nom d’utilisateur / mot de passe fonctionnent dans Net Manager.
• Vous pouvez vous connecter à l’aide de SQL * Plus, Oracle SQL Developer en utilisant les mêmes informations d’identification.

Toutes les vérifications 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 non valide; connexion refusée

ORA-01005 erreur lors de la connexion 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

J’ai eu récemment un problème similaire 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 firebase database, mais tous les clients ont échoué avec un ORA-01017. Le correctif s’est avéré simple à la fin (réinitialiser le mot de passe en majuscule), mais il a fallu beaucoup d’efforts pour y arriver.

Les informations d’identification peuvent être correctes et autre chose. J’ai basé ma chaîne de connexion de base de données enfichable sur sa base de données conteneur . Au lieu du nom de service parent.example.com origine, le parent.example.com nom semblait être pluggable.example.com .