Discussion :

[Isabella]

bonjour à tous

la création d'un fichier de mots de passe se fait comme suit:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
orapwd file=nomfichier password = motdepasse_pour_internal entries = <nombre d'utilisateurs autorisés à accéder en sysdba>

ma question concerne PASSWORD, il s'agit d'un mot de passe qu'on affecte à l'utilisateur INTERNAL dans la version oracle8i et antérieures
pour la 9i , je sais qu'il n'existe pas , je parle de l'utilisateur , par contre le fichier des mots de passe continue à exister , mais c'est le mot de passe de qui ? quel utilisateur ? puisque INTERNAL n'existe plus

[Jaouad]

du privilége SYSDBA

[Isabella]

pourquoi un privilège est sencé avoir un mot de passe ?
je croyais qu'il suffisait d'accorder ce privilège via la commande :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
grant sysdba to utilisateur

[laurentschneider]

bonjour à tous

la création d'un fichier de mots de passe se fait comme suit:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
orapwd file=nomfichier password = motdepasse_pour_internal entries = <nombre d'utilisateurs autorisés à accéder en sysdba>

ma question concerne PASSWORD, il s'agit d'un mot de passe qu'on affecte à l'utilisateur INTERNAL dans la version oracle8i et antérieures
pour la 9i , je sais qu'il n'existe pas , je parle de l'utilisateur , par contre le fichier des mots de passe continue à exister , mais c'est le mot de passe de qui ? quel utilisateur ? puisque INTERNAL n'existe plus

internal, c'est bien antérieur à 8. Déjà en version 7, l'utilisateur internal n'existait plus et "connect internal" n'existait que pour des raisons de compatibilité avec les version 5 et 6.
Depuis Oracle 7, il est conseillé de se logger "/ as sysdba" ou "/ as sysoper".

Contrairement aux autres privilèges, sysdba et sysoper sont attribués par le système d'exploitation ou le fichier de mot de passe. La raison évidente est que ces privilèges sont valables base fermée. Et base fermée, pas d'accès à la base, d'où le besoin d'une authentification par l'os

OK?

[Isabella]

supposons que je suis sur la version 9i (pas d'utilisateur internal)
je me connecte en tant que sysdba

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
connect sys/*** as sysdba;
grant sysdba to scott;

scott est un utilisateur qui a l'habitude de se connecter par exmeple par le mot de passe "tiger" (scott/tiger) base ouverte
avec le privilège sysdba dont il est bénéficiaire , il peut également se connecter base fermée mais quel mot de passe doit il taper ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
connect scott/*** as sysdba;  -- *** ?

Merci

[laurentschneider]

lorsque tu effectues GRANT SYSDBA TO SCOTT, le mot de passe de scott est enregistré dans le fichier de mots de passes. Si celui n'existe pas, alors pas de mot de passe possible.

Il est possible que le fichier de mot de passe ne soit pas synchrone avec la base de donnée.

Quant tu te CONNECT SCOTT/TIGER@DB AS SYSDBA, tu employes le mot de passes. Si tu te CONNECT SYS/BIDON AS SYSDBA, tu n'employes pas le fichier de mot de passe, mais tu dois appartenir au groupe unix DBA

Pour info, dans oracle 7 et 8, si tu te CONNECT INTERNAL, tu seras sois SYSDBA soit SYSOPER, suivant ton groupe. Si tu connectes INTERNAL/PASSWORD, tu seras SYS (je crois)

[Isabella]

Merci à tous