oracle - una - ORA-01017 Nombre de usuario/contraseña inválidos al conectarse a la base de datos 11g del cliente 9i

usuario sysdba oracle

Question

Estoy intentando conectarme a un esquema en 11g (v11.2.0.1.0) desde una PC con el cliente 9i (v9.2.0.1). Parece que se conecta bien a algunos esquemas, pero no a este: vuelve con un ORA-01017 Invalid Username/Password cada vez.

El nombre de usuario y la contraseña son DEFINITIVAMENTE correctos, ¿alguien puede pensar en una razón por la cual esto no funcionaría?

¿Hay alguna incompatibilidad fundamental entre 9i y 11g?

Answer 1

El usuario y la contraseña son DEFINITIVAMENTE incorrectos. Las credenciales de Oracle 11g distinguen entre mayúsculas y minúsculas.

Pruebe ALTER SYSTEM SET SEC_CASE_SENSITIVE_LOGON = FALSE; y modifica la contraseña

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

Answer 2

La sugerencia en OTN de Oracle = No escriba su contraseña en TOAD cuando intente conectarse y deje que aparezca un cuadro de diálogo para su contraseña. Escriba la contraseña allí y funcionará. No estoy seguro de lo que han hecho en TOAD con contraseñas, pero eso es una solución. Tiene que ver con las contraseñas sensibles a mayúsculas / minúsculas en 11g. Creo que si cambias la contraseña a mayúsculas funcionará con TOAD. https://community.oracle.com/thread/908022

Answer 3

Las credenciales pueden ser correctas y otra cosa incorrecta. Basé mi cadena de conexión DB enchufable en su contenedor DB . En lugar del nombre original del servicio parent.example.com , el correcto parece ser pluggable.example.com .

Answer 4

No soy un experto. Si obtiene ORA-01017 mientras intenta conectar el esquema de recursos humanos desde SQL Developer en Oracle 11g Intente desbloquear el recurso de recursos humanos de la siguiente manera

alterar la HR de usuario identificada por hr usuarios de espacio de tabla DEFAULT desvinculación temporaria de la cuenta temporal del tablespace;

Answer 5

Puede conectarse a la base de datos Oracle usando sqlplus:

sqlplus "/as sysdba"

Luego crea nuevos usuarios y asigna privilegios.

grant all privileges to dac;

Answer 6

Recientemente tuve un problema similar con Oracle 12c. Creé un nuevo usuario con una contraseña en minúscula y pude iniciar sesión correctamente desde el servidor de la base de datos, pero todos los clientes fallaron con un ORA-01017. La solución resultó ser simple al final (restablecer la contraseña a mayúsculas), pero tomó un gran esfuerzo frustrante para llegar allí.

Answer 7

Sé que esta publicación fue de aproximadamente 11 g, pero el error en el cliente 12c con la forma en que encripta las contraseñas puede ser el culpable de este error si decide usar esa y usted:

• No tiene el problema de la sensibilidad de mayúsculas y minúsculas (es decir, intentó ALTER SYSTEM SET SEC_CASE_SENSITIVE_LOGON = FALSE y restableció la contraseña y aún no funciona),
• Ponga comillas alrededor de su contraseña en su cadena de conexión y todavía no ayuda,
• Ha verificado todas sus variables de entorno ( ORACLE_HOME , PATH , TNS_ADMIN ) y la TNS_ADMIN registro TNS_ADMIN en HKLM/Software/Oracle/KEY_OraClient12Home está en su lugar,
• Ha verificado que la cadena de conexión y la combinación de nombre de usuario / contraseña funcionan en Net Manager, y
• Puede conectarse usando SQL * Plus, Oracle SQL Developer usando las mismas credenciales.

Todos los controles básicos.

Solución: intente configurar HKLM/System/CurrentControlSet/Control/Lsa/FIPSAlgorithmPolicy/Enabled en 0 en el registro (regedit) para deshabilitar FIPS.

Oracle.ManagedDataAccess y ORA-01017: nombre de usuario / contraseña no válidos; inicio de sesión denegado

ORA-01005 error al conectarse con 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

Answer 8

Si todo lo demás falla, intente restablecer la contraseña a la misma cosa. Encontré este error y no pude evitarlo, pero simplemente restablecer la contraseña con el mismo valor resolvió el problema.

Answer 9

También recibí el mismo mensaje de error sql al conectarme a través de odp.net a través de un usuario proxy.

Mi error fue que mi usuario se creó con comillas (por ejemplo, "rockerolf") y luego también tuve que especificar mi usuario en la conexión como ID de usuario = / "rockerolf /" ..

Al final terminé borrando al usuario con las comillas y creé uno nuevo sin ...

cara de la palma

Answer 10

Tuve el mismo error, ¡ pero mientras estaba conectado y otras declaraciones anteriores en un script corrieron bien antes ! (Así que la conexión ya estaba abierta y algunas declaraciones exitosas funcionaron bien en el modo autocompromiso ) El error se reprodujo durante algunos minutos. Entonces simplemente había desaparecido. No sé si alguien o algún mecanismo interno hizo algún trabajo de mantenimiento o similar dentro de este tiempo, tal vez.

Algunos más hechos de mi env:

• 11.2
• conectado como: sys as sysdba
• operaciones involucradas ... lectura de all_tables , all_views y concesión de selección para otro usuario

Answer 11

Tuve el mismo problema y puse comillas dobles alrededor del nombre de usuario y la contraseña, y funcionó: crear un enlace de base de datos pública "opps" identificado por "opps" usando "TEST";

Answer 12

Tuve un problema similar hace algún tiempo. Debe tener cuidado con las comillas y las comillas dobles. Se recomienda restablecer la contraseña del usuario, usando credenciales de administrador.

ALTER USER user_name IDENTIFIED BY new_password;

Pero no use comillas dobles en ambos parámetros.

Answer 13

para Oracle versión 12.2.x los usuarios no pueden iniciar sesión utilizando contraseñas que no distinguen entre mayúsculas y minúsculas, aunque SEC_CASE_SENSITIVE_LOGON = FALSE si PASSWORD_VERSIONS de usuario no es 10g.

El siguiente sql debe mostrar PASSWORD_VERSIONS para un usuario.

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

para hacer que PASSWORD_VERSIONS sea compatible con 10g

agregar / modificar línea en sqlnet.ora de la base de datos para tener SQLNET.ALLOWED_LOGON_VERSION_SERVER = 8 reiniciar contraseña de cambio / expirar de la base de datos para el usuario existente. Los nuevos usuarios creados también tendrán la misma configuración después de los pasos anteriores. PASSWORD_VERSIONS debería ser algo como esto

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