ORA-01017 Ungültiger Benutzername / Passwort beim Herstellen einer Verbindung zur 11g-Datenbank vom 9i-Client

Ich versuche, eine Verbindung zu einem schema auf 11g (v11.2.0.1.0) von einem PC mit 9i - (v9.2.0.1) client. Es scheint die Verbindung in Ordnung, einige schemas, aber nicht diese - es kommt zurück mit einem ORA-01017 Invalid Username/Password Fehler jedes mal.

Benutzername und Passwort sind DEFINITIV korrekt - kann mir jemand einen Grund denken, warum dies nicht funktionieren würde?

Gibt es keine grundlegende Inkompatibilitäten zwischen 9i und 11g?

InformationsquelleAutor der Frage user1578653 | 2013-01-23

35

Den Benutzer und das Passwort sind DEFINITIV falsch.
Oracle 11g-Anmeldeinformationen sind case-Sensitiv.

Versuchen ALTER SYSTEM SET SEC_CASE_SENSITIVE_LOGON = FALSE;
und ändern das Passwort.

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

InformationsquelleAutor der Antwort iddqd
6

Wenn alles andere fehlschlägt, versuchen Sie das zurücksetzen des Kennworts, um die gleiche Sache. Dass ich auf diese Fehler und war nicht in der Lage, das zu umgehen, aber einfach zurücksetzen das Passwort auf den gleichen Wert ist das problem gelöst.

InformationsquelleAutor der Antwort lucrussell
5

Ich hatte ein ähnliches Problem vor einiger Zeit. Sie müssen vorsichtig sein mit Zitaten und doble Zitate. Es wird empfohlen, das Benutzerkennwort zurücksetzen, mithilfe eines admin-Anmeldeinformationen.
```
ALTER USER user_name IDENTIFIED BY new_password;
```
Aber nicht verwenden doble Zitate in beiden Parametern.

InformationsquelleAutor der Antwort theGabyRod
5

für oracle, version 12.2.x-Benutzer kann nicht anmelden mit der groß-und Kleinschreibung Passwörter, obwohl SEC_CASE_SENSITIVE_LOGON = FALSE, wenn PASSWORD_VERSIONS der Benutzer ist nicht 10g.

folgende sql zeigt PASSWORD_VERSIONS für einen Benutzer.
```
select USERNAME,ACCOUNT_STATUS,PASSWORD_VERSIONS from dba_users;
USERNAME          ACCOUNT_STATUS    PASSWORD_VERSIONS 
---------------   --------------    -----------------
dummyuser         OPEN              11G 12C
```
machen PASSWORD_VERSIONS kompatibel mit 10g

hinzufügen/ändern Zeile in SQL.ora-Datenbank SQL.ALLOWED_LOGON_VERSION_SERVER=8
Neustarten einer Datenbank
änderung/erlöschen Passwort für bestehende Benutzer
neue Benutzer erstellt werden, haben auch die gleichen Einstellungen
nach dem oben beschriebenen Schritte PASSWORD_VERSIONS sollte so etwas wie dieses
```
select USERNAME,ACCOUNT_STATUS,PASSWORD_VERSIONS from dba_users;
USERNAME          ACCOUNT_STATUS    PASSWORD_VERSIONS 
---------------   --------------    -----------------
dummyuser         OPEN              10G 11G 12C
```
InformationsquelleAutor der Antwort ManishSingh
2

Ich hatte den gleichen Fehler, aber während ich verbunden war und die anderen vorherigen Anweisungen in einem Skript lief gut, bevor! (So wurde die Verbindung bereits geöffnet und einige erfolgreiche Anweisungen lief fein in auto-commit - Modus)
Der Fehler war reproduzierbar für einige Minuten. Dann ist es einfach verschwunden ist.
Ich weiß nicht, ob jemand oder es ist ein interner Mechanismus hat einige Wartungsarbeiten oder ähnliches in dieser Zeit - vielleicht.

Einige mehr Fakten, meine env:
- 11.2
- verbunden: sys as sysdba
- Operationen beteiligt ... Lesen von all_tablesall_views und Gewährung wählen Sie auf Sie für einen anderen Benutzer
InformationsquelleAutor der Antwort Andreas Dietrich
1

Ich hatte das gleiche Problem und setzen Sie doppelte Anführungszeichen um den Benutzernamen und das Passwort und es funktionierte:
create public database link "Upps" gekennzeichnet durch "Upps" mit Hilfe der 'TEST';

InformationsquelleAutor der Antwort Greg
1

Ich bin kein Experte. Wenn Sie sich ORA-01017, während Sie versuchen, die Verbindung HR-schema aus SQL-Entwickler Oracle 11g
Bitte versuchen Sie zum entsperren des HR wie folgt

alter user HR identified by hr
STANDARD-tablespace-Benutzer
temporary tablespace temp
Konto entsperren;

InformationsquelleAutor der Antwort Shuaib Puthukudi
1

Können Sie eine Verbindung zu Oracle-Datenbank mit sqlplus:
```
sqlplus "/as sysdba"
```
Dann neue Benutzer anlegen und Berechtigungen zuweisen.
```
grant all privileges to dac;
```
InformationsquelleAutor der Antwort Lay Leangsros
0

Den Tipp auf Oracle OTN =
Nicht geben Sie Ihr Kennwort in KRÖTE, wenn Sie versuchen, sich zu verbinden und lassen Sie es popup ein Dialogfeld für Ihr Passwort. Geben Sie das Kennwort in es und es wird funktionieren. Nicht sicher, was Sie getan haben, in KRÖTE mit Passwörtern, aber das ist ein workaround. Es hat zu tun mit case sensitive Passwörter in 11g. Ich denke, wenn Sie das Passwort ändern, um alle groß-es funktioniert mit TOAD.
https://community.oracle.com/thread/908022

InformationsquelleAutor der Antwort ridi
0

Bekam ich auch die gleiche sql-Fehlermeldung, wenn die Verbindung durch odp.net über einen Proxy-Benutzer.

Mein Fehler war, dass mein Benutzer wurde erstellt mit Anführungszeichen (z.B. "rockerolf") und ich dann auch festlegen mussten mein Benutzer in der connectionstring-User-Id=\"rockerolf\"..

Am Ende landete ich beim löschen der Benutzer mit den Anführungszeichen und einen neuen zu erstellen, ohne..

face palm

InformationsquelleAutor der Antwort gautejohan
0

Ich weiß, dieser Beitrag war etwa 11g, aber Fehler in der 12c-client mit, wie es verschlüsselt Passwörter werden kann, um die Schuld für diesen Fehler, wenn Sie sich entscheiden, zu verwenden, und Sie:
- Nicht das Passwort groß-und Kleinschreibung-Problem (D. H. Sie versucht ALTER SYSTEM SET SEC_CASE_SENSITIVE_LOGON = FALSE und zurücksetzen des Kennworts und immer noch nicht funktioniert),
- Setzen Sie Anführungszeichen um Ihr Kennwort in die Verbindungszeichenfolge und es immer noch nicht hilft,
- Haben Sie überprüft alle Ihre Umgebungsvariablen (ORACLE_HOMEPATHTNS_ADMIN), und die TNS_ADMIN registry-string in HKLM\Software\Oracle\KEY_OraClient12Home ist,
- Haben Sie überprüft Ihre Verbindungszeichenfolge und Benutzername/Passwort-Kombination funktioniert im Net-Manager, und
- Sie können eine Verbindung mit SQL*Plus, Oracle SQL Developer verwenden die gleichen Anmeldeinformationen.
Alle grundlegenden Kontrollen.

Fix: Versuchen Sie HKLM\System\CurrentControlSet\Control\Lsa\FIPSAlgorithmPolicy\Enabled zu 0 in der registry (regedit) zum deaktivieren des FIPS.

Oracle.ManagedDataAccess und ORA-01017: invalid username/password; logon denied

ORA-01005 Fehler beim verbinden mit 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

InformationsquelleAutor der Antwort vapcguy
0

Ich hatte ein ähnliches problem vor kurzem mit Oracle 12c. Ich habe einen neuen Benutzer mit einem Kleinbuchstaben, Passwort und einloggen konnte problemlos aus der Datenbank-server, aber alle clients, die nicht mit einem ORA-01017.
Das Update stellte sich heraus, einfach das Ende (das Kennwort zurücksetzen zu groß), aber hat eine Menge frustrierende bemühen, es zu erhalten.

InformationsquelleAutor der Antwort Jim H
0

Anmeldeinformationen korrekt sein kann und etwas anderes falsch. Ich basiert meine pluggable DB Verbindungszeichenfolge auf seine container DB. Statt der ursprünglichen parent.example.com service name das richtige zu sein schien pluggable.example.com.

InformationsquelleAutor der Antwort Jan Molnar

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.