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 (13)
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
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?
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
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 .
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;
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;
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í.
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 = FALSEy 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 laTNS_ADMINregistroTNS_ADMINenHKLM/Software/Oracle/KEY_OraClient12Homeestá 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
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.
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
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_viewsy concesión de selección para otro usuario
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";
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.
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