Question Lister les shares d'un domaine

Laurent Dardenne écrit:

Je dirais que c'est plutot en te lançant dans ce codage que tu sauras si cela est possible, rien ne dit que tu arrives à tes fins.
De coder directement en C# sera plus rapide je pense.

Je n'ai jamais coder en C#, mais ce sera l'occasion. En fait le temps joue contre moi.

Laurent Dardenne écrit:

Il faut savoir si cela est dû au contexte de l'entreprise ou à un pb technique...

Hmm, disons qu'il n'y à pas de GPO builtin Microsoft pour faire cela. Écrire un .adm aurait été faisable si j'aurais trouvé les registres modifiés lorsqu'on donne les droits WMI remote. Manque de doc à ce niveau ?

Laurent Dardenne écrit:

[code:1]
$NetP = [Activator]::CreateInstance([Type]::GetTypeFromCLSID([Guid]\"{208D2C60-3AEA-1069-A2D7-08002B30309D}\"«»))
[/code:1]
Sache que l'on récupère un object de la classe __ComObject brute de fonderie, c'est à dire qui n'est pas adapté par PowerShell.

En fait j'en étais arrivé là, et un get-member m'avais fait comprendre qu'il s'agissait un objet COM.

Laurent Dardenne écrit:

Si je trouve un peu de temps je regarde ça sous VisualStudio.

Merci, je vais regarder également

Une idée qui me vient comme ça :

Est-il possible de coder une cmdlet en C# que je puisse intégrer à powershell ?

Si oui, faut-il avoir un VS d'installer après compilation du code C# pour utiliser la cmdlet ?

J'ai continuer mes recherches, je suis sur deux pistes

ALors, la commande
[code:1]
net view /DOMAIN:mondomaine[/code:1]

C'est pas très propre, mais ça semble possible de parser le résultat (je suis pas au taf la, je peux tester qu'avec mon WORKGROUP ). Bref, je test ça demain.

En feuilletant le livre qu'on peut voir sur la gauche, j'ai fait un rapprochement entre un exemple ADSI (le script pour lister les users admins local) et un script VBS du net qui semble utiliser une syntaxe similaire, et qui permet de lister les shares d'un server d'un domaine, malheureusement je ne trouve plus l'URL :/ Je me suis dit que peut être on pouvait récupérer à l'aide d'ADSI ce que je voulais.

A voir donc... !

[edit]Le fameux script En fait c'est du JavaScript, je vais voir comment je peux traduire ça en PowerShell, l'API ADSI à pas l'air évidente

J'ai aussi creuser la piste déploiement d'une config WMI.

J'ai trouvé la clé de registre modifié lors de l'ajout d'un user pour les objets DCOM (HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Ole). J'ai donc pris un serveur de test, ajouté mon user, exporté cette clé, et importer sur un autre serveur (du même domaine). Ça marche. Reste à trouver la clé de registre pour les droits sur les classes. L'idée serait ensuite de déployer cette clé par script ou GPO (j'suis un peu un noob Microsoft, on verra).

Par contre, je rencontre un problème un peu bizarre (rien a voir avec ma manière de procédé, cela arrive aussi en passant par une config WMI manuelle).

Lorsque j'effectue certaines requêtes remote (select * from Win32_Share par exemple), une jolie erreur apparait (provider machin truc chouette ; j'ai plus l'erreur en tête, j'ai pas penser à me noter l'erreur). La ou c'est fort, c'est qu'une fois la même requête lancé en local (en local, elle passe) je peux l'exécuter en remote !! Comme si la requête local activait le provider pour certaines classes.

Ce forum n'est peut être pas l'endroit idéal pour des questions WMI, mais je tente quand même à tout hasard

Enfin voilà, je continuerais à donner des nouvelles de mon avancement, dès fois que ça serve à d'autres

Message édité par: Chiqo, à: 30/09/09 09:02<br><br>Message édité par: Chiqo, à: 30/09/09 09:31