Gestion des utilisateurs HFSQL

Version imprimable

15/10/2018, 13h47
wd_newbie

Gestion des utilisateurs HFSQL

Bonjour,

je suis a bout touchant pour le passge d'une application de la version monoposte vers CS, jusque là ça passe pas trop mal.

Une question dont je n'ai pas trouvé de réponse : lors de la création de l’installeur avec WDInstall, je peux définir de "proposer l'installation d'un serveur HFSQL", ici pas de soucis.

Par contre lors de l'installation, le seul utilisateur mis en place est bien "admin" et sans mot de passe (si j'ai bien compris...)

D'ou ma question, je voudrais lors de l'installation du serveur HFSQL mettre en place au minimum deux utilisateurs : un admin AVEC un mot de passe et un utilisateur spécifique a ma base de données du soft installé.

Je n'ai rien vu au niveau de l'installeur, il y a une astuce pour mettre ça en place, par exemple lors de la première utilisation avec un code d'init avec, par exemple un HAjouteUtilisateur()

Il n'y a rien de plus simple ? par exemple de définir lors de l'installation ces deux niveaux d'utilisateurs et les mots de passe associés, mon appli ne traitant pas de codes nucléaires, deux niveaux de base devraient suffire amplement.

Excellente journée

Olivier
15/10/2018, 14h12
Xanime

Bonjour,

Il faut faire une installe personnalisée, contenant HFSQL et une application qui va paramétré ta BDD. Je m'explique :
- tu créer une application qui va ce connecter à ton serveur HF pour créer les utilisateurs avec les fonctions Windev associées.
- tu créer une installation de cette application dans laquelle tu inclus l'installe de HFSQL.
- à la fin de l'installe tu exécute en ligne de commande l'application qui paramètre tes comptes utilisateurs

Bon dev

Merc pour la réponse, alors si j'ai bien compris :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
 
 
1 - mon install met en place le serveur HFSQL 
 
2 - mon appli , par exemple au démarrage contrôle si l'utilisateur "toto" existe : 
 
  -> si n'existe pas, je crée un utilisateur "toto" avec son mot de passe
  -> je mets un mot de passe au compte admin 
 
3 - si la base n'existe pas  je créée une base de données "ma_BDD" par HcreationSiInexistant()
 
4 - j'attribue des droits a "toto" sur ma base "ma_BDD"

C'est bien quelque chose de ce type ?

Olivier

15/10/2018, 17h22
Xanime

exactement

Hello,

je ne sais pas si c'est moi qui m'envole vers un code bizarroïde , je me retrouve avec ce genre de chose :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 SI PAS HModifieDroitBaseDeDonnées(MaConnexion, "GRPE_USER",hDroitAjout + hDroitBlocage + hDroitConnexion + ... hDroitCréationFichier+hDroitCréationVue + ... hDroitExécutionProcédure + hDroitLecture + ... hDroitModifAuto + hDroitModification + ... hDroitSauvegarde + hDroitSuppression + ... hDroitSuppressionFichier, ... hAutorisé + TAB + hAutorisé + TAB + hAutorisé + TAB + ... hAutorisé + TAB + hAutorisé + TAB + ... hAutorisé + TAB + hAutorisé + TAB + ... hAutorisé + TAB + hAutorisé + TAB + ... hAutorisé + TAB + hAutorisé + TAB + ... hAutorisé, ... MaConnexion..BaseDeDonnées) ALORS Erreur(HErreurInfo()) SINON ajouter_journal("Droits modifiés sur la base " + MaConnexion..BaseDeDonnées + " pour GRPE_USER) FIN
.. .quand on a un assistant pour la fonction Saisie() et on se retrouve a compter les + TAB + ... je me dis que je ne pars pas forcément dans la bonne direction ... :?

en plus, j'ai bien mis : + hDroitSuppressionFichier + , mais lors d'un
Code:

1 2 3 4 5 // supprimer les fichier avant remplacement SI PAS HSupprimeFichier(MaConnexion,sBDD+"\" + sNomFichier) ALORS Trace(HErreurInfo()) FIN
j'a i une trace :

Citation:

Vous êtes connecté en tant que <Toto>.
Cet utilisateur n'est pas autorisé à supprimer le fichier <Base_Test\Sorties.FIC> de la base de données <>.
Cette autorisation peut vous être donnée par l'administrateur du serveur ou à l'aide du Centre de Contrôle HFSQL.
Erreur renvoyée par le serveur <serveurseven:4900> :

je veux juste un utilisateur qui a tous les droits, mais sur une seule base de données ...

16/10/2018, 22h45
tbc92

La doc semble fausse. Elle dit que <Droits à modifier> est une constante de type entier, et idem, <Nouvelle Valeur> est de type entier.
Et dans l'exemple, on a : sDroits est une chaîne

Et le type chaine semble beaucoup plus cohérent que le type entier. Sinon, avec des constantes de type entier, qu'on additionne, le 'compilateur' n'a plus les moyens de savoir si on a fait a+b ou b+a. Alors qu'avec des constantes de type chaine, ça marche.

Pour combiner les constantes, je ne vois rien dans la doc qui dit de mettre des séparateurs TAB, et donc je ferais hautorisé+hautrisé ...

Mais dans ton cas, c'est plus simple : tu veux la même valeur hautorisé pour tous les droits, et, je cite la doc : Si une seule valeur est précisée dans ce paramètre <Nouvelle Valeur>, elle sera utilisée pour tous les droits indiqués dans le paramètre <Droits à modifier>.

Si tu veux passer certains droits à autorisé, et d'autres à Interdit, tu peux lancer 2 commandes de suite, une où tu passes "hautorisé", et tous les droits correspondants, et une autre commande pour interdire les droits que tu veux interdire.
17/10/2018, 13h15
wd_newbie

Merci, ta proposition pour la gestion des droits : tout mettre et ensuite enlever me simplifie la vie !

Par contre j'ai toujours un soucis avec le "HSupprimeFichier()" qui me renvoie toujours une erreur :

Citation:

Vous êtes connecté en tant que <Toto>.
Cet utilisateur n'est pas autorisé à supprimer le fichier <Base_Test\Type_ouverture.fic> de la base de données <>.
Cette autorisation peut vous être donnée par l'administrateur du serveur ou à l'aide du Centre de Contrôle HFSQL.
Erreur renvoyée par le serveur <localhost:4900> :

J'ai mis pour test tous les droits admin sur l'utilisateur toto , aussi bien sur le serveur que sur la base de données (HFSQL CS).

Avant d'utiliser HSupprimeFichier(), je ferme la connexion sur la base de donnée par HFermeConnexion(MaConnexion) et ensuite je me connecte au serveur, mais sans préciser la base de données (commne je l'ai lu sur certains posts pour ne pas "ouvrir" les fichiers) .

Si je le fait avec l'utilisateur Admin ça passe, mais avec Toto ( qui a les mêmes droits que Admin) ça passe pas ....

Il doit y avoir un truc que je fais faux, mais impossible de trouver quoi malgré mes recherches et mes multiples tests ... une idée ?
17/10/2018, 21h14
wd_newbie

1 pièce(s) jointe(s)

Bon j'avance dans mes investigations ...

le seul moyen de ne pas avoir d'erreur en faisant des HCopieFichier() ou HSupprimeFichier() est d'être en SuperUtilisteur ...

Bon le but étant de ne pas avoir un utilisateur avec tous les droits, je sui sbien avancé...

J'ai testé de passer l'utilisateur "toto" en superutilisateur, juste le temps de faire mes copies / supressions de fichiers avec :

Code:

Hutilisateur..SuperUtilisateur = vrai

avant d'utiliser les fonctions HSupprimeFichier() , bing erreur :

Citation:

Vous devez être un SuperUtilisateur pour passer l'utilisateur Toto en super utilisateur

C'est logique, mais ça ne m'arrange pas vraiment ...

Ce qui me turlupine c'est que cet utilisateur a bien le droit de supprimer un fichier sur cette base de données

Pièce jointe 420119
31/10/2018, 12h21
midou23175

Citation:

Envoyé par wd_newbie

J'ai testé de passer l'utilisateur "toto" en superutilisateur, juste le temps de faire mes copies / supressions de fichiers avec :

Code:

Hutilisateur..SuperUtilisateur = vrai

avant d'utiliser les fonctions HSupprimeFichier() , bing erreur :
Vous devez être un SuperUtilisateur pour passer l'utilisateur Toto en super utilisateur

Toto est un simple utilisateur, ne pourra modifier un quelconque droit.
Seul Admin peut modifier les droits des utilisateurs.
Donc, connectez-vous en tant que tel.
01/11/2018, 11h10
wd_newbie

Citation:

Toto est un simple utilisateur, ne pourra modifier un quelconque droit.

Oui, c'est logique , mais le but est de créer un utilisateur limité qui, si il se connecte sur le gestionnaire HSFQL en direct, ne peut pas faire de c*** mais qui aurait à la gestion depuis mon appli pour activer des sauvegardes.

Le code de la sauvegarde contient le "HSupprimeFichier()" qui fait tousser la sécurité, il faudrait que, au moins pendant les x millisecondes ou je supprime les fichiers, cet utilisateur aie les droits de le faire

C'est un peu le serpent qui se mord la queue :(
02/11/2018, 11h37
Xanime

Citation:

Envoyé par wd_newbie

Si je le fait avec l'utilisateur Admin ça passe, mais avec Toto ( qui a les mêmes droits que Admin) ça passe pas ....

Il doit y avoir un truc que je fais faux, mais impossible de trouver quoi malgré mes recherches et mes multiples tests ... une idée ?

Je pense que l'user ADMIN doit être présent, tu ne peut pas ne pas garder un user superadmin. Et je pense que de tout façon pour des raison de maintenance tu devrais le garder.

pour ma part je créer l'admin avec le code suivant :
Code:

1 2 3 4 5 6 7 // on met un administrateur superutilisateur HUtilisateur.Login = "Admin" HUtilisateur.MotDePasse = "*****" HUtilisateur.Description = "Administrateur superutilisateur" HUtilisateur.SuperUtilisateur = Vrai HUtilisateur.Groupes = "Administrateurs" HAjouteUtilisateur(gcnxHyperFileCS)
Et je n'est pas d'erreur de droit quelque soit l'opération.

et pour un user standard le droit semble être hDroitSuppressionFichier :
as tu essayer :

Code:

HModifieDroitBaseDeDonnées(gcnxHyperFileCS,"User",hDroitSuppressionFichier,hAutorisé,gchNomBDD)

04/11/2018, 13h58
wd_newbie
Merci, pur la réponse

J'ai fait un test avec ton code, il fonctionne bien du moment que l'utilisateur connecté au moment ou tu lances le code soit déjà "super utilisateur"

on ne peut pas donner les droit a un utilisteur "lambda" le titre de SU juste le temps de faire certaines opérations et de le retirer juste après
Code:

1 2 3 4 5 6 7 8 9 10 11 .. code normal HUtilisateur.SuperUtilisateur = Vrai >> code qui demande des droits SU HUtilisateur.SuperUtilisateur = Faux ... code normal
J'ai aussi utilisé le
Code:

1 2 HModifieDroitBaseDeDonnées(MaConnexion,"NORMAL_User",hDroitSuppressionFichier,hAutorisé,"BDD_Test")
Mais ça ne change rien ... je vais devoir trouver un moyen autre que par programmation pour gérer mon soucis d'utilisateurs ...

[EDIT]

Bon, j'ai ajouté une boite de dialogue dans le code de restauration des fichiers :

au moment de la restauration le soft demande un username et un password d'un superutilisateur de la base de donnée ...
Au final ça filtre les personnes qui pourront effectuer une restauration complète, c'est pas plus mal

Si la connexion échoue (mauvais login / pass ) , le soft affiche l'erreur et rebascule sur la connexion standard, ça marche bien

On va dire que c'est résolu !

Merci à tous