|
Publicité ' | |||||||||||||||||||||||
|
|
#1 | ||
|
Membre du Club
![]() Inscription : mars 2005 Messages : 163 ![]() |
Bonjour à tous
je ne comprends pas un truc avec sqlplus mais peut être s'agit il d'un problème de sécurité liée à mon installation Oracle. Les commandes suivantes sont celles que j'utilise pour me connecter à ma base avec sqlplus. Code :
Merci d'avance. |
||
|
|
00
|
|
|
#2 |
|
Membre chevronné
![]() Inscription : septembre 2007 Messages : 519 ![]() |
Je ne suis pas spécialiste du monde microsoft, mais sous UNIX à partir du moment que ton compte utilisateur UNIX fait partie intégrante d'un groupe identifié à l'installation du produit comme DBA, celui-ci peut se connecter sans mot de passe à la base (connect / as sysdba).
Maintenant ce qui m'étonne c'est qu'il te demande un mot de passe et que cela fonctionne, quoi que tu entres. Afin de chercher une piste tu peux essayer :
|
|
|
00
|
|
|
#3 | ||
|
Membre du Club
![]() Inscription : mars 2005 Messages : 163 ![]() |
Bon j'ai testé tout çà.
le problème se présente dès lors que j'utilise le rôle sysdba exemple l'ordre suivant fonctionne Code :
sql> connect system/n importe quoi@mabase AS sysdba Code :
sql> connect system/n importe quoi@mabase
Code :
A part çà si je me connecte avec l'authentification système (connect / as sysdba), çà fonctionne aussi. |
||
|
|
00
|
|
|
#4 |
|
Membre chevronné
![]() Inscription : septembre 2007 Messages : 519 ![]() |
Question bête, as-tu un PASSWORD FILE pour ta base ?
Si non, on peut imaginer que n'ayant pas de PASSWORD FILE l'authentification AS SYSDBA switche automatiquement en mode OS et donc quoi que tu entres cela fonctionne étant donné que c'est le fait que ton compte système appartienne au groupe DBA associé et les éléments compte/mot de passes seraient ignorés... |
|
|
00
|
|
|
#5 |
![]() ![]() Inscription : janvier 2004 Messages : 15 861 ![]() |
Bon, d'abord c'est pas très malin de donner le rôle SYSDBA à SYSTEM. Ensuite en SYSDBA c'est effectivement l'appartenance au groupe ORA_DBA et le fichier de password qui permet de se connecter sans le mot de passe.
|
|
|
00
|
|
|
#6 |
|
Membre du Club
![]() Inscription : mars 2005 Messages : 163 ![]() |
Pourquoi est ce que le user system ne doit pas avoir les droits sysdba. n'est ce pas le super utilisateur ? Je ne comprends pas. J'ai pas trop compris non plus ces notions de sys, public etc ... Tout çà n'est pas traité dans mon manuel je vais donc devoir me replonger dans la doc oracle qui traite du sujet.
Mais si vous me donnez quelques infos pour débroussailler le terrain je suis preneur. je viens de remarquer que tous mes serveurs Oracle ne se comportent pas de la même manière sur ce sujet. Je fais le tour, je vous communique les infos ... |
|
|
00
|
|
|
#7 |
![]() ![]() Inscription : janvier 2004 Messages : 15 861 ![]() |
http://fadace.developpez.com/oracle/securite/#LIV-C
C'est SYS qui est et doit rester le seul super-admin de la base. PUBLIC c'est pour les synonymes par exemple et c'est un schéma qui signifie "Tout le monde" autrement dit si le synonyme appartient à PUBLIC alors il appartient à tous les schémas. |
|
|
00
|
|
|
#8 | ||||||||||
|
Membre du Club
![]() Inscription : mars 2005 Messages : 163 ![]() |
Bon j'ai pris 4 serveurs Oracle.
Ils sont tous sous windows. A chaque fois je me connecte sur le poste en TSE pour faire les manipulations qui vont suivre. L'utilisateur de cette session tse est l'administrateur du poste. C'est lui qui a été utilisé pour l'installation d'ORACLE. L'administrateur local fait parti du groupe ora_dba sur chacun des serveurs. le paramètre REMOTE_LOGIN_PASSWORDFILE à la valeur EXCLUSIVE sur ces 4 serveurs. Ci dessous le résultat des commandes suivantes sur les 4 serveurs. La variable ORACLE_SID est bien valorisée. suivi d'un (evidemment le connect system/vrai_mot_de_passe @ sysdba fonctionne) serveur 1 et serveur 2 Code :
Code :
serveur 3 Code :
serveur 4 Code :
Code :
je nage... je coule... |
||||||||||
|
|
00
|
|
|
#9 | |
|
Membre du Club
![]() Inscription : mars 2005 Messages : 163 ![]() |
Citation:
|
|
|
|
00
|
Copyright © 2000-2012 - www.developpez.com