ORA-01017 Ongeldige gebruikersnaam/wachtwoord bij verbinding met 11g-database vanaf 9i-client

Ik probeer verbinding te maken met een schema op 11g (v11.2.0.1.0) vanaf een pc met 9i (v9.2.0.1) client. Het lijkt goed te kunnen aansluiten bij sommige schema’s, maar dit niet – het komt elke keer terug met een ORA-01017 Invalid Username/Password-fout.

De gebruikersnaam en het wachtwoord zijn ZEKER correct – kan iemand een reden bedenken waarom dit niet zou werken?

Zijn er fundamentele onverenigbaarheden tussen 9i en 11g?


Antwoord 1, autoriteit 100%

De gebruiker en het wachtwoord zijn ZEKER onjuist.
Oracle 11g-inloggegevens zijn hoofdlettergevoelig.

Probeer ALTER SYSTEM SET SEC_CASE_SENSITIVE_LOGON = FALSE;
en pas het wachtwoord aan.

http://oracle-base.com/articles/ 11g/hoofdlettergevoelig-wachtwoorden-11gr1.php


Antwoord 2, autoriteit 31%

voor Oracle versie 12.2.x kunnen gebruikers niet inloggen met hoofdlettergevoelige wachtwoorden, ook al is SEC_CASE_SENSITIVE_LOGON = FALSE als PASSWORD_VERSIONS van de gebruiker niet 10g is.

het volgen van sql zou de PASSWORD_VERSIONS voor een gebruiker moeten tonen.

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

om PASSWORD_VERSIONS compatibel te maken met 10g

voeg toe/wijzig regel in sqlnet.ora van database om SQLNET.ALLOWED_LOGON_VERSION_SERVER=8 te hebben
herstart database
wachtwoord wijzigen/verlopen voor bestaande gebruiker
nieuwe gebruikers die zijn gemaakt, hebben ook dezelfde instellingen
na bovenstaande stappen zou PASSWORD_VERSIONS zoiets als dit moeten zijn

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

Antwoord 3, autoriteit 29%

Ik had enige tijd geleden een soortgelijk probleem. Je moet voorzichtig zijn met aanhalingstekens en dubbele aanhalingstekens. Het wordt aanbevolen om het gebruikerswachtwoord opnieuw in te stellen met beheerdersreferenties.

ALTER USER user_name IDENTIFIED BY new_password;

Maar gebruik geen dubbele aanhalingstekens in beide parameters.


Antwoord 4, autoriteit 22%

Als al het andere faalt, probeer dan het wachtwoord opnieuw in te stellen op hetzelfde. Ik ben deze fout tegengekomen en kon er niet omheen werken, maar door het wachtwoord opnieuw in te stellen op dezelfde waarde was het probleem opgelost.


Antwoord 5, autoriteit 6%

Ik had dezelfde fout, maar terwijl ik verbonden was en andere eerdere uitspraken in een script werkten voorheen prima! (Dus de verbinding was al open en sommige succesvolle instructies werkten prima in de modus auto-commit)
De fout was enkele minuten reproduceerbaar. Toen was het gewoon verdwenen.
Ik weet niet of iemand of een intern mechanisme binnen deze tijd onderhoudswerk of iets dergelijks heeft gedaan – misschien.

Nog meer feiten over mijn omgeving:

  • 11.2
  • verbonden als: sys as sysdba
  • bewerkingen betrokken … lezen van all_tables, all_viewsen toekennen van selectdaarop voor een andere gebruiker

Antwoord 6, autoriteit 4%

Ik had hetzelfde probleem en plaatste dubbele aanhalingstekens rond de gebruikersnaam en het wachtwoord en het werkte:
maak een openbare databaselink “opps” geïdentificeerd door “opps” met behulp van ‘TEST’;


Antwoord 7, autoriteit 4%

Ik ben geen expert. Als u ORA-01017 krijgt terwijl u probeert verbinding te maken met het HR-schema van SQL Developer in Oracle 11g
Probeer de HR als volgt te ontgrendelen

wijzig de HR van de gebruiker geïdentificeerd door hr
STANDAARD tabelruimte gebruikers
tijdelijke tabelruimte temp
account ontgrendelen;


Antwoord 8, autoriteit 4%

U kunt verbinding maken met de Oracle-database met sqlplus:

sqlplus "/as sysdba"

Maak vervolgens nieuwe gebruikers en wijs rechten toe.

grant all privileges to dac;

Antwoord 9, autoriteit 4%

Oracle 11 G- en 12 C-versies raden aan om complexere wachtwoorden te gebruiken, hoewel er geen problemen zijn tijdens het maken van de gebruiker. Het wachtwoord moet alfanumeriek zijn en een speciaal teken bevatten.

Controleer de wachtwoordversie en status van de gebruiker:

select * from dba_users where username = <user_name>;

Wijzig het zoals hieronder in het geval van 11G 12C:

alter user <user_name> identified by Pass2019$;

Test nu de verbinding!


Antwoord 10, autoriteit 2%

Ik had onlangs hetzelfde probleem met Oracle 12c. Het werd opgelost nadat ik de versie van de gebruikte ojdbc-pot had gewijzigd. ojdbc14 vervangen door ojdbc6 jar.


Antwoord 11, autoriteit 2%

Ik had een soortgelijk probleem. De id/pw die ik gebruikte was correct, maar ik kreeg ORA-01017 Invalid Username/Passwordop slechts één bepaalde verbinding.

Het bleek dat mijn verbindingsinstellingen in Oracle SQL Developer de “Gebruik DB Proxy Authentication” hadden ingeschakeld op het tabblad “Proxy User”. Dat merkte ik al een hele tijd niet.

Nadat ik die optie had uitgeschakeld, werkte het prima.


Antwoord 12

De tip over Oracle’s OTN =
Typ uw wachtwoord niet in TOAD wanneer u verbinding probeert te maken en laat het pop-upeen dialoogvenstervoor uw wachtwoord. Typ daar het wachtwoorden het zal werken. Ik weet niet zeker wat ze in TOAD hebben gedaan met wachtwoorden, maar dat is een tijdelijke oplossing. Het heeft te maken met hoofdlettergevoelige wachtwoorden in 11g. Ik denk dat als je het wachtwoord verandert in hoofdletters, het zal werken met TOAD.
https://community.oracle.com/thread/908022


Antwoord 13

Ik kreeg ook dezelfde sql-foutmelding bij het verbinden via odp.net via een proxygebruiker.

Mijn fout was dat mijn gebruiker met aanhalingstekens was gemaakt (bijv. “rockerolf”) en dat ik mijn gebruiker vervolgens ook in de verbindingsreeks moest specificeren als User Id=\”rockerolf\”..

Uiteindelijk heb ik de gebruiker met de aanhalingstekens verwijderd en een nieuwe gemaakt zonder..

gezichtspalm


Antwoord 14

Ik had onlangs een soortgelijk probleem met Oracle 12c. Ik heb een nieuwe gebruiker gemaakt met een wachtwoord in kleine letters en kon prima inloggen vanaf de databaseserver, maar alle clients faalden met een ORA-01017.
De oplossing bleek uiteindelijk eenvoudig (reset het wachtwoord naar hoofdletters), maar het kostte veel frustrerende moeite om er te komen.


Antwoord 15

Inloggegevens kunnen correct zijn en iets anders niet. Ik heb mijn pluggable DB-verbindingsreeks gebaseerd op zijn container-DB. In plaats van de originele parent.example.comservicenaambleek de juiste pluggable.example.comte zijn.


Antwoord 16

Ik weet dat dit bericht over 11g ging, maar een bug in de 12c-client met hoe het wachtwoorden codeert, kan de oorzaak zijn van deze fout als je besluit die te gebruiken en jij:

  • Het probleem met de hoofdlettergevoeligheid van het wachtwoord niet (d.w.z. je hebt ALTER SYSTEM SET SEC_CASE_SENSITIVE_LOGON = FALSEgeprobeerd en het wachtwoord opnieuw ingesteld en werkt nog steeds niet),
  • Zet aanhalingstekens rond uw wachtwoord in uw verbindingsreeks en het helpt nog steeds niet,
  • U heeft al uw omgevingsvariabelen geverifieerd (ORACLE_HOME, PATH, TNS_ADMIN), en de TNS_ADMINregisterstring op HKLM\Software\Oracle\KEY_OraClient12Homeaanwezig is,
  • U heeft geverifieerd dat uw verbindingsreeks en combinatie van gebruikersnaam/wachtwoord werkt in Net Manager, en
  • U kunt verbinding maken met SQL*Plus, Oracle SQL Developer met dezelfde inloggegevens.

Alle basiscontroles.

Fix: probeer HKLM\System\CurrentControlSet\Control\Lsa\FIPSAlgorithmPolicy\Enabledin te stellen op 0in het register (regedit) om FIPS uit te schakelen.

Oracle.ManagedDataAccess en ORA-01017: ongeldig gebruikersnaam wachtwoord; aanmelding geweigerd

ORA-01005-fout bij verbinding met ODP.Net

https://community.oracle.com/thread/2557592 ?start=0&tstart=0

https://dba.stackexchange.com/QUESTIES / 142085 / ORA-01017-Ongeldige-gebruikersnaam-PassorLogon-geweigerde / 142149 # 142149


Antwoord 17

In mijn geval met Oracle-database met tableplus build 373 on my m1 device
Typ gebruikersnaam en wachtwoord in een andere teksteditor, copy and pastein gebruikersnaam en wachtwoord in TAPPLUS. Wanneer ik in tableplus the text automatically changes to lowercase. Omdat ik geen probleem had met Sqldeveloper, maar bij het proberen van tableplus, weigerde het altijd nu, ik heb het opgelost. Ik weet niet waarom het probleem op apps of andere, maar ik heb door de truc opgelost.

Other episodes