Trigger sur logon en 9i et 10G [Résolu]

[vandeul]

bonjour,

mon trigger on logon ne fonctionne plus en 9i et 10G. J'utilise le trigger on logon pour interdire les connexions sqlplus :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
CREATE OR REPLACE TRIGGER block_login
AFTER LOGON ON DATABASE
DECLARE
 
 
 
	v_osuserid	v$session.osuser%TYPE;
	v_machinename	v$session.machine%TYPE;
	v_sid		v$session.sid%TYPE;
	v_serial	v$session.serial#%TYPE;
	v_program	v$session.program%TYPE;
 
	CURSOR c1 IS
		SELECT sid, serial#, osuser, machine
		FROM v$session 
		WHERE audsid=sys_context('USERENV','SESSIONID')
		AND upper(username) IN ('XXX')
		AND machine LIKE 'XXX%'; -- Posibilité de mettre un filtre sur les user à auditer
 
BEGIN
 
	OPEN c1;
 
	LOOP	
 
		FETCH c1 INTO v_sid, v_serial, v_osuserid, v_machinename;
 
		EXIT WHEN c1%NOTFOUND;
 
		raise_application_error(-20001,'IL EST INTERDIT DE SE CONNECTER VIA SQLPLUS A LA BASE PENDANT LE TP');
 
 
	END LOOP;
 
	CLOSE c1;		
 
 
END;
/

mais le raise_application_error ne fonctionne plus.

[orafrance]

le RAISE ne fonctionne pas ou le LOOP ne fonctionne pas (pas de ligne ramenée par la requête) ?

PS : merci d'utiliser les balises CODE

[vandeul]

Code :

1
2
3
4
5
6
7
8
9
CREATE OR REPLACE TRIGGER logontrig
after logon ON DATABASE
Begin
IF ora_login_user='OPS$EKIPCGI'
THEN
RAISE_APPLICATION_ERROR(-20001, 'You are not authorized to login into this machine shy');
END IF;
end;
/

cela ne fonctionne pas non plus

[orafrance]

la condition n'est pas vérifiée visiblement. On va quand même pas débugger pour toi

[vandeul]

bien sur que la condition est respecter :

Code :

1
2
3
4
5
6
7
8
 
begin
IF sys_context('USERENV','SESSION_USER') = 'OPS$EKIPCGI'
then
raise_application_error( -20001, 'connection refused' );
end IF;
end;
/

le raise fonctionne bien !!!.

[orafrance]

que donne :

Code :

1
2
3
4
5
6
CREATE OR REPLACE TRIGGER logontrig
after logon ON DATABASE
Begin
dbms_output.put_line(ora_login_user);
end;
/

Edit : tu utilises un user externe et dans ce cas ora_login_user n'est peut-être pas renseigné

[vandeul]

réponds : OPS$EKIPCGI

[orafrance]

et ça :

Code :

1
2
3
4
5
6
7
8
9
10
11
CREATE OR REPLACE TRIGGER logontrig
after logon ON DATABASE
Begin
IF ora_login_user='OPS$EKIPCGI'
THEN
RAISE_APPLICATION_ERROR(-20001, 'You are not authorized to login into this machine shy');
ELSE
dbms_output.put_line(LENGTH(ora_login_user) || '-' || ora_login_user);
END IF;
end;
/

[vandeul]

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
 
CREATE OR REPLACE TRIGGER logontrig
after logon ON DATABASE
Begin
 
dbms_output.enable(1000);
 
IF ora_login_user='OPS$EKIPCGI'
THEN
dbms_output.put_line('AVANT RAISE');
dbms_output.put_line(LENGTH(ora_login_user) || '-' || ora_login_user);
RAISE_APPLICATION_ERROR(-20001, 'You are not authorized to login into this machine shy');
 
dbms_output.put_line('APRES RAISE');
dbms_output.put_line(LENGTH(ora_login_user) || '-' || ora_login_user);
 
ELSE
 
dbms_output.put_line('OK');
dbms_output.put_line(LENGTH(ora_login_user) || '-' || ora_login_user);
END IF;
end;
/

reponds :

Connecté.
AVANT RAISE
11-OPS$EKIPCGI
Ecoulé : 00 :00 :00.00

pas d'après RAISE ?? et la session est toujours valide

[orafrance]

et t'as pas de gestion d'exception ? T'aurais pas un autre trigger de logon par hasard ?

[vandeul]

meme en ajoutant une gestion d'exception le raise n'a pas d'effet. Non pas d'autre trigger on logon

[orafrance]

ha mais c'est after logon... donc la connexion est déjà faite... t'as essayé BEFORE LOGON ?

[vandeul]

before logon ON DATABASE
*
ERREUR à la ligne 2 :
ORA-30508: les déclencheurs de connexion de client ne peuvent pas être de type
BEFORE

[orafrance]

oops

[vandeul]

merci pour ton aide.

Pour ton information le meme trigger sur une base 8i fonctionne correctement. J'ai ouvert un tar chez oracle. Je te tiens informé

[vandeul]

Au fait. Mon problème de départ, est que je dois bloquer les connexions sqlplus faites à partir des postes clients pendant notre phase TP.

Si tu as une autre idée

[orafrance]

http://oracle.developpez.com/faq/?pa...#toolnoconnect

mais c'est ce que tu as fait

[vandeul]

effectivement. La solution du product_user_profile n'est pas assez fine.

[vandeul]

miracle j'ai testé sur une base que l'on migre en 10G et cela marche à nouveau.

[orafrance]

de toute façon tu as le contournement : sys_context('USERENV','SESSION_USER')