Nombre de posts: 112 Inscrit(e) le: 08 décembre 2008
jeudi 29 janvier 2009 à 16:11
Sujet déplacé le 12/05/2021 à 12:34 Par million.
Bonjour,
Je viens de récupérer vt_reseau, vt_admin, vt.ini ce jour. (enfin la totale pour la version réseau)
J'ai créé une base mysql sur un poste FreeBSD que j'ai appelée edt, avec le script php. Elle a son utilisateur et son mot de passe de connexion. Jusque là tout va bien.
Dans vt.ini j'indique le nom de la base, le serveur (l'IP de ma machine), le user et son mdp crypté. Le cryptage c'est quoi ? MD5 ? (est-ce important ?)
Dans vt_admin, en indiquant les mêmes infos (sans crypter le mdp) j'ai un message d'erreur de connexion : DBI Error code (9990) Invalid handle to the function.
Il me semble avoir vu un message analogue au mien, mais la réponse ne m'a pas apporté de lumières.
Nombre de posts: 2122 Inscrit(e) le: 20 novembre 2004
jeudi 29 janvier 2009 à 16:24
Le mot de passe à placer dans VT.ini est celui qui permet à VT d'accéder à la base de données. Il est extrêmement dangereux de laisser trainer des mots de passe en clair. Donc il faut crypter ce mot de passe et placer ce mot de passe crypté dans VT.ini Le cryptage doit être fait à l'aide de VT_admin, onglet "mot de passe"
Nombre de posts: 112 Inscrit(e) le: 08 décembre 2008
jeudi 29 janvier 2009 à 17:16
Ben justement, si j'ai compris un peu de bd sous mysql, le user et le mdp associé à la base ne servent qu'à se connecter à la dite base, de manière "invisible", dans un deuxième temps ce sont les utilisateurs inscrits dans la base qui écrivent ce qu'ils doivent y écrire via l'interface du logiciel.
J'arrive à me connecter sur ma base avec phpMyAdmin ou mysql en ligne de commande sur ma machine unix. J'avais déjà fait ce genre de chose pour une appli web en php. En revanche, je ne connais pas grand chose en Windows, mais j'imagine que c'est le même topo.
Je n'arrive même pas à me connecter sous l'identité d'accès à ma base pour ensuite créer les utilisateurs de l'application.
L'utilisateur associé à ma base à tous les droits d'écriture sur la base en question. En revanche ce c'est pas le root de mysql qui se connecte. (je n'est jamais fait ce genre de chose !!) Est-ce un pb de droit de l'utilisateur de la base ?
Le pb semble être la formulation des paramètres de connexion : NOMBASE = edt ; LOGIN_BASE = truc ; MDP_BASE = **** ; ADRESSE_SERVEUR = 164.81.xx.yy; PORT=3306 (classique)
Il ne doit pas y avoir de blanc de part et d'autre du signe égal =
Pour l'instant je suis sous Windows XP, en adresse privé derrière un routeur et j'accède à mes machines et à mes bases sans pb avec des outils web ou ligne de commande. Le serveur est lui en adresse public, d'autres bases tournent et sont accessibles par l'internet (dont depuis chez moi).
Un truc a du m'échapper mais je ne vois pas lequel !!! Et c'est bien râlant....
A Sylvain : le script m'a créé 73 tables sans sourciller le moins du monde !!
Nombre de posts: 833 Inscrit(e) le: 04 février 2008
jeudi 29 janvier 2009 à 19:02
Juste pour bien comprendre... la base se trouve sur la même machine que vt ? ou la base est sur un serveur distant, monté par tes soins ?
Il n'y aurait pas tout simplement une protection sur le serveur - ou sur ton pc empechant VT d'accéder à la base.
phpmyadmin y accède, ok, mais a priori, phpmyadmin est sur le serveur, non ?
Cela ressemble vachement un un blocage type firewal ou alors du même principe que sur beaucoup d'hebergeur mutualisé : on ne peut accéder à la base qu'a partir de script sur la machine, en local.
Je ne suis vraiment pas bon en serveur / accès distants... je peux juste te dire qu'on a mis du temps à trouver un hebergeur qui accepte les connexions distantes par un logiciel et il a aussi fallu demander au cri de l'iut d'ouvrir le port mysql pour pouvoir sortir/entrer du réseau sans être bloqué
Est-ce qu'un scrip php placé n'importe ou (sur un site ou sur un autre serveur, voire avec wamp ou easyphp) accède à ta base ?
Nombre de posts: 112 Inscrit(e) le: 08 décembre 2008
jeudi 29 janvier 2009 à 19:39
Ben, je ne sais pas. La machine est dans les bâtiments du département GMP de l'IUT. J'y ai une application de gestion des absences à laquelle mes collègues se connectent depuis n'importe où (après identification dans l'appli). C'est une appli web php. Le principe est que l'index.php demande une identification de l'utilisateur et ensuite le système se connecte sur la base sans pb. Si non, on revient sur la page de connexion.
La machine est sous mon controle total. Jusqu'à maintenant on a encore le droit d'installer des serveurs en dehors du SCI (service commun informatique). Le serveur mysql, comme la machine, a été installé par mes soins. Et je l'administre à distance en ligne de commande ou par interface web.
Il n' y a effectivement pas de client distant, tout se passe par interface web. PhpMyAdmin est effectivement installé sur la machine distante.
Sur ma machine, j'ai fermé tous les ports à l'exception des ports 80, 3306. Je me connecte toujours en ssh (port 22). En gros je n'ouvre que le strict minimum !
Par ailleurs, je viens de remarquer que le vt_admin, dans on premier onglet ne semble pas lire le vt.ini puisque vt_admin m'affiche par défaut 2008-istv comme base alors que mon vt.ini est bien mis à jour.
D'autre part, dans vt.ini, il y a les 4 lignes de paramètrage de connexion et ensuite une ligne REPERTOIRE_BASE=C:\VT\
J'ai bien installé mon client dans C:\VT\, comme le dit la doc, mais le répertoire de la base serait plutôt du genre /var/db/mysl/edt sur la machine distante ? Non ? Que fait cette ligne pour la connexion distante ?
Nombre de posts: 833 Inscrit(e) le: 04 février 2008
jeudi 29 janvier 2009 à 21:19
Quelques pistes - Sylvain tu me corriges si je me trompe
Le vt.ini est inutile a priori pour vt admin. C'est donc normal si les paramètres de connexion ne sont pas sauvés avec le vt admin. Si tu n'arrives pas à te connecter à ta base avec vt admin, alors pas la peine d'essayer avec vt_reseau.exe
Je pense qu'il faut que tu regles dans un premier temps ta connexion avec vt admin, puis une fois réglé, tu pourras accéder via vt_reseau, en cryptant le mot de passe, et en remplissant le vt.ni.
C'est peut être un problème de chemin d'accès de ta base : dans le script php de ton soft de gestion des absences, quel est le chemin d'accès à la base ? a priori, il te faut prendre le même, sauf si c'est un localhost.
dans le vt.ini, il faut donner l'adresse de la base (sur mon site, il s'agit de l'adresse ip donnée par le fournisseur, pour d'autres sites par ex, c'est sql.monfournisseur.fr), le nom de la base, de l'utilisateur et le mot de passe (je ne sais plus dans quel ordre). Ce sont les mêmes parametres à mettre dans le vtini (sauvés pour vtreseau) et dans vtadmin (a entrer à chaque fois), à l'exception du mot de passe crypté pour vtreseau.
Je penche pour deux piste au vu de ce que tu m'en décrits 1 - blocage au niveau firewall de ta machine ou du serveur distant qui interdit les connexion distante non localhost 2 - erreur sur l'adresse de la base.
1.6.925 ©2006-2010
Se connecter
