[FB2.5] Connexion serveur Firebird renvoie "Système non autorisé"

Version imprimable

15/05/2021, 14h43
MakiChew

[FB2.5] Connexion serveur Firebird renvoie "Système non autorisé"

Bonjour,

J'ai Firebird 2.5 installé sur ma machine (Windows 10) et j'ai essayé de me connecter à la base de données d'exemple Firebird_2_5/examples/empbuild/EMPLOYEE.FDB" au moyen de la commande suivante :
SQL> CONNECT "C:\Program Files (x86)\Firebird\Firebird_2_5\examples\empbuild\EMPLOYEE.FDB"
CON> user 'SYSDBA' password 'masterkey';
et j'ai bel et bien pu me connecter à la base de données d'exemples et je peux voir les tables qui s'y trouvent.

Cependant lorsque j'essaie de me connecter à ma propre base Firebird, j'obtiens l'erreur suivante :
Statement failed, SQLSTATE = 42000
exception 4
-EXCPT_CLIENT_NOT_AUTH
-Système non autorisé
-At trigger 'DBCON' line: 9, col: 9

J'ai recherché sur Google afin de trouver une piste pour m'éclairer, néanmoins impossible de trouver le moindre indice, d'où mon message pour demander de l'aide auprès de vous. Auriez-vous déjà rencontré cette erreur auparavant ?

(Les identifiants de l'utilisateur que j'utilise (SYSDBA/masterkey) sont bien corrects car lorsque je change le mot de passe ou le nom de l'utilisateur j'obtiens une erreur m'indiquant que les identifiants ne sont pas reconnus.)

Je vous remercie par avance et me tiens à disposition pour plus d'informations.
15/05/2021, 15h24
SergioMaster

Bonjour,

Si c'est votre propre base de données c'est que vous avez du créer un trigger (DBCON) de type ONCONNECT qui fonctionne mal !
Le désactiver sans pouvoir se connecter je ne sais pas si c'est possible (heureusement car en général c'est une protection contre le piratage)

Si vous avez un backup, de la base de données c'est solvable.
15/05/2021, 16h07
MakiChew

Bonjour et merci pour votre réponse,

Comment m'est-il possible de voir les triggers que j'ai en place ? Faut-il que je sois connecté au préalable pour ce faire ?
Comment le backup de ma base de données pourrait-il m'aider ? Je dispose du fichier de ma base de données ainsi que des divers fichiers qui viennent avec Firebird (firebird.conf, fbtrace.conf, aliases.conf, etc.)
15/05/2021, 16h22
SergioMaster

Au fait, bienvenue.

Citation:

Envoyé par MakiChew

Comment m'est-il possible de voir les triggers que j'ai en place ? Faut-il que je sois connecté au préalable pour ce faire ?

Je crains que oui.

Citation:

Comment le backup de ma base de données pourrait-il m'aider ?

lisez la note du chapitre Database triggers de cette documentation documentation
et ceci http://www.firebirdmanual.com/firebi...ackup-files/47

Citation:

Je dispose du fichier de ma base de données

certainement un extension classique en .fb ou .fdb

Citation:

les divers fichiers qui viennent avec Firebird (firebird.conf, fbtrace.conf, aliases.conf, etc.)

ça c'est normal après installation
15/05/2021, 16h37
MakiChew

Merci bien pour les ressources que vous m'avez données (et pour votre accueil !), je vais prendre soin de les lire en espérant avoir une meilleure compréhension, je vous tiendrai au courant si je trouve quelque chose ou si jamais me venais une autre question !
15/05/2021, 22h02
Artemus24
Salut à tous.

@ MakiChew : je ne comprends pas trop votre problème.
Je suppose que votre base de données était accessible sous firebird 2.5 avant de faire l'accès à "EMPLOYEE.FDB".
Est-ce bien le cas ?

Vous accédez à "EMPLOYEE.FDB" en précisant le user ('SYSDBA') et le password ('masterkey').

Après cela, vous faites une tentative d'accès à votre base de données et vous obtenez le message d'erreur suivant :
Code:

1 2 3 4 5 Statement failed, SQLSTATE = 42000 exception 4 -EXCPT_CLIENT_NOT_AUTH -Système non autorisé -At trigger 'DBCON' line: 9, col: 9
Pouvez-vous nous dire comment se fait l'accès à votre base de données (détail de la commande isql).

Ce que je comprends de votre manipulation est que firebird à conserver le user ('SYSDBA') et le password ('masterkey') en mémoire qui ne sont pas ceux que vous utilisez habituellement.
Pour être plus précis, je suppose que vous accédiez sans user et sans mot de passe auparavent.
De ce fait, firebird utilise le user de votre système d'exploitation pour vous connecter.
Est-ce bien le cas ?

Essayez de vous connecter à votre base de données en faisant :

Code:

connect 'localhost:chemin_vers_votre_database.fdb' user le_user_windows password votre_mot_de_passe;

@+

Bonjour,
@Artemus
Si l'on suit le processus,
a - c'est une nouvelle installation 2.5
b - L'installation s'est bien passée, pour preuve, MakiChew peut accéder à employee.fdb
ensuite ce que l'on ne sait pas, la base de données X a été copiée ou restorée à partir d'un backup (ce qui aurait été mieux)
d - Un trigger nommé 'DBCON' se déclenche et renvoi l'exception EXCPT_CLIENT_NOT_AUTH avec le texte 'Système non autorisé' << d'ailleurs un message en français met la puce à l'oreille ;)

Ceci, c'est typique d'un trigger de base de données écrit par le dba pour empêcher une connexion via SYSDBA.

Quelque chose comme ceci
Code:

1 2 3 4 5 6 7 CREATE EXCEPTION EXCPT_CLIENT_NOT_AUTH 'Système non autorisé'; SET TERM !; CREATE TRIGGER DBCON ON CONNECT AS BEGIN IF (CURRENT_USER= 'SYSDBA') THEN EXCEPTION EXCPT_CLIENT_NOT_AUTH; END! SET TERM ;!
A mon avis aucune modification de firebird.conf n'a été faite et donc il s'agit d'une utilisation standard, pas du user de l'OS
(s'il s'agissait de Firebird 3 ce serait AuthServer = Legacy_Auth)

Je ne suis pas un as de ISQL je viens de lire qu'une option -NODBTRIGGERS était possible au lancement de ISQL donc à essayer :

Citation:

PS C:\program files\firebird\firebird_2_5\bin> .\isql.exe -help
usage: isql [options] [<database>]
-a(ll) extract metadata incl. legacy non-SQL tables
-b(ail) bail on errors (set bail on)
-c(ache) <num> number of cache buffers
-ch(arset) <charset> connection charset (set names)
-d(atabase) <database> database name to put in script creation
-f(etch_password) fetch password from file
-e(cho) echo commands (set echo on)
-ex(tract) extract metadata
-i(nput) <file> input file (set input)
-m(erge) merge standard error
-m2 merge diagnostic
-n(oautocommit) no autocommit DDL (set autoddl off)
-nod(btriggers) do not run database triggers
-now(arnings) do not show warnings
-o(utput) <file> output file (set output)
-pag(elength) <size> page length
-p(assword) <password> connection password
-q(uiet) do not show the message "Use CONNECT..."
-r(ole) <role> role name
-r2 <role> role (uses quoted identifier)
-s(qldialect) <dialect> SQL dialect (set sql dialect)
-t(erminator) <term> command terminator (set term)
-tr(usted) use trusted authentication
-u(ser) <user> user name
-x extract metadata
-z show program and server version

Code:

.\isql.exe -nodbtrigger -user SYSDBA -password "masterkey" basededonnees.fdb

une fois connecté (cela devrait se faire)
Code:

1 2 SQL> ALTER TRIGGER "DBCON" INACTIVE; SQL> COMMIT;
et le trigger sera désactivé

16/05/2021, 12h53
MakiChew

Bonjour à vous, je vous remercie pour vos réponses et pour votre aide !
J’ai pu résoudre mon problème grâce à la documentation que SergioMaster m’a fournie !

Pour répondre à Artemus24 :
- Pour accéder à ma base de données j’ai réaliser la même commande via ISQL que pour accéder à la base de données d’exemple EMPLOYEE.FDB :
SQL> CONNECT <chemin d’accès à ma base>
CON> user ‘SYSDBA’ password ‘masterkey’;

La description que SergioMaster a donnée est tout à fait correcte
a - c'est une nouvelle installation 2.5
b - L'installation s'est bien passée, pour preuve, MakiChew peut accéder à employee.fdb
ensuite ce que l'on ne sait pas, la base de données X a été copiée ou restorée à partir d'un backup (ce qui aurait été mieux)
d - Un trigger nommé 'DBCON' se déclenche et renvoi l'exception EXCPT_CLIENT_NOT_AUTH avec le texte 'Système non autorisé' << d'ailleurs un message en français met la puce à l'oreille

Finalement, l’option -nodbtriggers m’a enfin permis d’accéder à mes données !
Merci à vous pour votre aide et merci SergioMaster de m’avoir aiguillé sur la bonne documentation !
16/05/2021, 13h39
Artemus24

Salut à tous.

@ SergioMaster : j'ai fait une recherche sur le net afin de savoir ce que l'on propose sur "Statement failed, SQLSTATE = 42000".
Il m'a sembler comprendre que l'accès se faisait sans préciser le user et le password.
--> https://stackoverflow.com/questions/...this-operation

Avec ta réponse, je n'avais pas compris que c'était une nouvelle installation.
Je croyais que suite à l'accès à la base de données "EMPLOYEE.FDB", il avait perdu ses identifiants.

Quelle est la différence entre entre un trigger "autorisation" et un trigger "dbcon" ?

Citation:

Envoyé par MakiChew

Pour accéder à ma base de données j’ai réaliser la même commande via ISQL que pour accéder à la base de données d’exemple EMPLOYEE.FDB

Sont-ce les bons identifiants pour vous conncter à votre base ?
D'après ce que j'ai compris, ce n'est pas le cas. Connaissez-vous les bons identifiants pour accéder à votre base de données ?

Citation:

Envoyé par MakiChew

Finalement, l’option -nodbtriggers m’a enfin permis d’accéder à mes données !

Merci à SergioMaster.

@+