Récupérer instance MySQL d'un nom de domaine

Version imprimable

27/07/2015, 10h20
marvin6303

Récupérer instance MySQL d'un nom de domaine
Bonjour à tous.

Je développe actuellement une application c# sous visual studio 2012 et j'aimerais obtenir toutes les instances de BDD MySQL présente sur mon nom de domaine (réseau local).

J'arrive a récupérer tous les SQLServer grâce à
Code:

1 2 SqlDataSourceEnumerator sqlDataSourceEnumerator = SqlDataSourceEnumerator.Instance; DataTable servers = sqlDataSourceEnumerator.GetDataSources();
et j'aimerais quelque chose de semblable pour les MySQL.

Merci d'avance de votre aide ! :)

Je ne sais pas s'il existe un équivalent pour MySQL, mais tu dois pouvoir utiliser WMI. La classe que tu mentionnes pour SQL Server découvre les instances en utilisant l'UDP... Peut-être qu'il est aussi possible d'implémenter ca pour MySQL.

En ce qui concerne WMI, la logique c'est de se connecter à tes machines et à vérifier les Services (classe Win32_Service). Si le chemin contient le nom de l'exécutable de MySQL alors c'est un service MySQL, donc une instance :
Code:

1 2 3 4 5 6 7 8 9 var @class = new ManagementClass("Win32_Service"); var instances = @class.GetInstances().Cast<ManagementObject>().ToList(); foreach (ManagementObject obj in instances) { if (obj.GetPropertyValue("PathName").ToString().Contains("mysqld.exe")) // vérifie si le nom de l'exécutable est bien celui-ci... { // C'est une instance MySQL } }
Pour référence : Win32_Service WMI Class.

Pour info je n'ai pas utilisé MySQL depuis très longtemps vu les lacunes dont il souffre, donc il y a peut-être d'autres facons de procéder que je ne connais pas.

27/07/2015, 14h19
marvin6303

Bonjour et merci de ta réponse :) j'ai un petit soucis avec la ligne :

Code:

if (obj.GetPropertyValue("PathName").Contains("mysqld.exe"))

Visual ne veut même pas compiler, il me dit : "'object" ne contient pas une définition pour 'Constrains' et la meilleur surcharge de la méthode d'extension 'System.Linq.Queryable.Contains<TSource>[...] contient des arguments non valides :s
27/07/2015, 14h28
DotNetMatt

Arf oui, essaie en castant obj en ManagementObject :

Code:

foreach (ManagementObject obj in instances)
27/07/2015, 14h30
marvin6303

ça ne veut toujours pas... mais j'ai réussis a corriger l'erreur en faisant :

Code:

o.GetPropertyValue("PathName").ToString().Contains("mysqld.exe")

mais je ne sais pas si c'est correct ?
27/07/2015, 14h33
DotNetMatt

Si si c'est correct ;) En effet il manquait le cast en string, comme je n'ai pas écrit ce code dans Visual Studio je suis passé à côté... J'ai corrigé le post initial.
27/07/2015, 14h35
marvin6303

D’accord, merci beaucoup ! Par contre j'ai une petite question ^^ Lorsque je lance l'application, cela me renvoi uniquement mon instance de MySQL. Or j'aimerais parcourir tout le domaine auquel je suis rataché pour récupérer toutes les instance de MySQL (serveur distant en gros :) ). Possible? =)
27/07/2015, 14h41
DotNetMatt

Oui bien sûr, avec un ManagementScope. Tu trouveras plus d'info ici : How To: Connect to a Remote Computer. Remplace \\FullComputerName\ par le nom de la machine que tu veux vérifier.

[EDIT] Pour info si tu es en entreprise, vérifie que les ports sont ouverts et que tu as les droits nécessaires pour pouvoir lancer ce type de requête et obtenir les résultats.
27/07/2015, 14h43
marvin6303

D'accord donc si j'ai bien compris, je dois au préalable connaitre toutes mes machines distantes, ensuite boucler pour les interroger via ManagementScope puis tester si une instance de MySQL est présente sur celle-ci, c'est bien cela? =)
27/07/2015, 14h51
DotNetMatt

Oui c'est bien ca
27/07/2015, 14h54
marvin6303

Citation:

Envoyé par DotNetMatt

Oui c'est bien ca

D'accord merci :) On ne peut pas lui passer directement un nom de domaine en paramètre, et qu'il le parcours lui même ? cela simplifierai énormément la chose ... :p
27/07/2015, 15h03
DotNetMatt

Ca n'existe pas nativement, mais c'est possible. Tu peux regarder ce qui est fait ici : HostName, IP, and MAC Address ou encore là : How to Scan Computers in Your Network Using the Registry or WMI.
27/07/2015, 15h14
marvin6303

1 pièce(s) jointe(s)

Merci beaucoup pour tes réponses :) j'ai un dernier léger soucis :/ (désolé pour les questions à répétition ...) Lorsque j'esseye de me connecter via le ManagementScope, une fenêtre s'affiche et bloque mon programme :

Pièce jointe 184007

Le chemin que je lui passe est pourtant le bon ...
27/07/2015, 15h19
DotNetMatt

Comme indiqué plus haut, as-tu vérifié qu'il n'y a pas de firewall (hardware et/ou logiciel) entre ton PC et la machine cible ? Apparemment tu travailles au sein d'un domaine : as-tu suffisamment de droits pour réaliser cette opération ?
27/07/2015, 15h21
marvin6303

Oui j'ai vérifier et j'ai normalement tout les droits. D'autant plus que lorsque j’essaye d'y accéder "à la main", cela fonctionne :s
27/07/2015, 22h00
DotNetMatt

On peut voir ton code ? Vérifie que l'username est bien correct "DOMAIN\Username", idem pour tous les autres paramètres.

Citation:

Envoyé par DotNetMatt

On peut voir ton code ? Vérifie que l'username est bien correct "DOMAIN\Username", idem pour tous les autres paramètres.

Bien sur ! =)

Code:

1
2
3
4
5
6
7
8
9
ManagementScope scope = new ManagementScope("\\T-TITI.mon.domaine");
                            scope.Connect();
                            ObjectQuery query = new ObjectQuery("SELECT * FROM Win32_Product WHERE Name LIKE '%MySQL%'");
                            var s = new ManagementObjectSearcher(scope, query);
                            ManagementObjectCollection queryCollection = s.Get();
                            foreach (ManagementObject m in queryCollection)
                            {
                                System.Windows.MessageBox.Show(m.ToString());
                            }

Voilà :)

[EDIT] J'ai essayé en mettant "mon.domaine\\T-TITI" mais l'erreur reste inchangée :/

28/07/2015, 09h54
DotNetMatt

Essaie avec l'espace de nom par défaut pour WMI (CIMV2) :

Code:

var scope = new ManagementScope(@"DOMAIN\PCName\root\cimv2");

Ca donne quoi ?
28/07/2015, 10h00
marvin6303

Citation:

Envoyé par DotNetMatt

Essaie avec l'espace de nom par défaut pour WMI (CIMV2) :

Code:

var scope = new ManagementScope(@"DOMAIN\PCName\root\cimv2");

Ca donne quoi ?

Même erreur :(

A mon avis il faut que tu fournisses tes infos de connexion...
Code:

1 2 3 4 5 6 7 8 9 10 var options = new ConnectionOptions { Impersonation = ImpersonationLevel.Impersonate, EnablePrivileges = true, Authentication = AuthenticationLevel.Packet, Username = "DOMAIN\Ton User Name", Password = "Ton mot de passe" }; var scope = new ManagementScope(@"DOMAIN\PCName\root\CIMV2", options);
Note : quand ton mot de passe va expirer dans l'AD, il faudra que tu mettes à jour ton programme, surtout s'il tourne de manière automatique. Le mieux pour éviter ca, c'est d'utiliser un compte de service.

28/07/2015, 10h28
marvin6303

1 pièce(s) jointe(s)

Toujours pas :( je désespère là, lol =(

Je viens de remarquer que dans visual studio, lorsque je lance mon programme, en bas a droite s'ouvre une fenêtre appelée "Pile des appels" et qu'il y a cela inscrit à l’intérieur :

Pièce jointe 184083

Mais je doute que l'erreur vienne de là ?
28/07/2015, 10h49
DotNetMatt

La pile d'appel te permet de voir où est-ce que ca plante, mais ici ca ne nous aide pas trop vu que c'est dans une méthode anonyme... :aie:

ARFFF en me relisant je m'apercois que j'ai écrit une bêtise!! Le nom de domaine ne doit pas être inclu dans le chemin, uniquement pour le username. Désolé. Essaie avec ceci :

Code:

var scope = new ManagementScope(@"\\Nom de ton PC distant\root\CIMV2", options);

Tu peux aussi essayer avec l'IP :

Code:

var scope = new ManagementScope(@"\\IP du PC distant\root\CIMV2", options);
28/07/2015, 10h55
marvin6303

Ah je pense que c'est mieux : j'ai maintenant cette erreur là dans ma fenêtre :

Code:

Informations supplémentaires*: Les références utilisateur ne peuvent pas être utilisées pour des connexions locales

Login ou mdp inccorect tu penses ? :)

[EDIT] le mdp et le login sont bon, c'est sur .. =(
28/07/2015, 11h05
DotNetMatt

Hmm je crois que si tu lances la requête sur ton propre PC, il ne faut pas s'impersonifier donc dans ce cas tu peux supprimer les options de connexion (mais tu en auras besoin pour les PC distants).
28/07/2015, 11h07
marvin6303

Citation:

Envoyé par DotNetMatt

Hmm je crois que si tu lances la requête sur ton propre PC, il ne faut pas s'impersonifier donc dans ce cas tu peux supprimer les options de connexion (mais tu en auras besoin pour les PC distants).

Le problème c'est que j’essaye de me connecté à un autre PC, pas au mien ! :s .
28/07/2015, 11h15
DotNetMatt

Ok, alors il s'agit d'un problème de permissions. Plus tôt tu as indiqué avoir suffisament de permissions, mais juste pour être sûr, je repose la question : es-tu membre du groupe administrateur (au sein de l'AD et au sein du PC distant) ?
28/07/2015, 11h26
marvin6303

Je n'ai pas accès a l'active directory en lui même, mais je suis administrateur de mon poste oui.

[EDIT] : J'ai essayer d’accéder au poste avec l'adresse IP plutôt que le nom du poste, et cela m'affiche maintenant : "accès refusé" . Je pense que je n'ai donc pas les droits :s
28/07/2015, 11h41
DotNetMatt
En effet, dans ce cas tu as 2 possibilités :
1. Obtenir pour ton compte les droits admin dans l'AD et/ou sur le PC distant
2. Obtenir un autre compte disposant de ces droits, et l'utiliser pour te connecter (dans les options de connexion) - un compte de service me parait adapté
Après il reste à savoir si c'est possible ou pas en fonction de ton environnement...
28/07/2015, 11h42
marvin6303

Le ManagementScope permet de faire beaucoup de chose sur les PC auxquels on accède ? Car je travaille en entreprise et je peux comprendre que cela dérange que j'accède à tous les postes de celle-ci .. je ne suis que stagiaire actuellement :s
28/07/2015, 12h06
DotNetMatt

Ce n'est pas spécifiquement le ManagementScope, mais globalement avec WMI oui il est possible d'accéder à beaucoup d'information, et d'interagir par exemple avec la base de registre. Donc niveau sécurité c'est extrêmement sensible comme tu peux l'imaginer.
28/07/2015, 12h07
marvin6303

Arffff domage =( je ne trouve pas d'autres solutions pour parcourir tous les postes de mon nom de domaine :(
28/07/2015, 12h33
DotNetMatt

Il y a d'autres possibilités, plus ou moins fiables...

Si ton entreprise utilise le port par défaut de MySQL (1433) tu peux faire un telnet (si ces trames ne sont pas bloquées par ton admin réseau). Mais rien ne garanti que ca soit bien un service MySQL qui utilise ce port...

Autre piste, si ton entreprise utilise des outils tels que SCCM (System Center Configuration Manager), ce sera peut-être plus simple de voir si tu peux obtenir l'autorisation d'interroger le web service.

D'accord je vais me débrouiller avec tout cela :) Un grand merci pour l'aide que tu m'a accordée ! Développez.net au top ! :king:

Je met la solution qui fonctionne si cela peut débloquer quelqu'un (ayant les droits qui vont bien ) :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
ConnectionOptions options = new ConnectionOptions();
options.EnablePrivileges = true;
options.Impersonation = ImpersonationLevel.Impersonate;
options.Authentication = AuthenticationLevel.Packet;
options.Username = "nom.de.domaine\\userlogin";
options.Password = "paassword";
ManagementScope scope = new ManagementScope(@"\\xx.xx.xx.xx\root\cimv2", options); // xx.xx.xx.xx : adresse IP
scope.Connect();
ObjectQuery query = new ObjectQuery("SELECT * FROM Win32_Product WHERE Name LIKE '%MySQL%'");
var s = new ManagementObjectSearcher(scope, query);
ManagementObjectCollection queryCollection = s.Get();
foreach (ManagementObject m in queryCollection)
{
        System.Windows.MessageBox.Show(m.ToString());
}

Je bascule le sujet en résolu :) Merci beaucoup !

Fuseau horaire GMT +2. Il est actuellement 05h32.