Discussion :

[DOliv]

Bonjour à tous.tes, c'est mouai

J'ai un petit soucis réseau que je n'arrive pas à résoudre :
Je fais un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

WNetAddConnection3W(hwnd, NetRessourceW, Pchar('MdP'), Pchar('userdomaine\username'), CONNECT_UPDATE_PROFILE);

pour monter des lecteurs réseau dans Windows.
A priori, il le monte mais ne l'active pas ?
En tout cas, voici ce que donne le "net use" :

Merci d'avance si vous avez une idée pour me décoincer

[DOliv]

Ah oui, au fait, j'ai alimenté NetRessourceW comme ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
            NetRessourceW.dwScope      := RESOURCE_GLOBALNET;
            NetRessourceW.dwType       := RESOURCETYPE_DISK;
            NetRessourceW.dwUsage      := RESOURCEUSAGE_CONNECTABLE;
            NetRessourceW.lpLocalName  := PChar(DLetter); 
            NetRessourceW.lpRemoteName := PChar('\\Dos1\Dos2');
            NetRessourceW.lpProvider   := PChar('');

Ah ouai, j'avais pas vu que La fonction WNetAddConnection3 ignore les membres de la structure :
NetRessourceW.dwScope
NetRessourceW.dwUsage

Ca ne change rien à mon problème, mais ça montre à Popo que je cherche

J'ai trouvé ça : https://learn.microsoft.com/fr-fr/tr...evated-command
mais dis donc...

[DOliv]

Donc, si j'ai bien compris comme d'hab, j'exécute l'appli en tant qu'admin pour monter les serveurs.
Mais mon profil n'est pas un profil admin. Comme celui de ceux qui auront à se servir de l'appli.
Ce qui ferait que les lecteurs ne soient pas disponibles dans mon poste de travail.

Mais moi, je voudrais que le niveau utilisateur puisse monter les lecteurs (donc via l'appli au niveau admin, pas de soucis), et y avoir accès ensuite, au niveau utilisateur...

Ça parle à quelqu'un, ou c'est n'importe quoi ?

[ShaiLeTroll]

Les disques sont vraiment indispensable ?

j'ai utilisé WNetAddConnection2 pour gérer login/pwd sur un dossier partagé et en CONNECT_TEMPORARY
j'utilise par la suite le nom réel genre \\server.name\dir\dir.

Au départ, comme toi j'étais parti sur l'alias mais j'ai finalement abandonné pour un partage uniquement pour mon programme et pas d'autres (ni les autres instances, car user pouvant différent et dossier différent)

[DOliv]

Salut ShaiLeTroll,
Oui les disques sont indispensables.
J'ai pris WNetAddConnection3 parce qu'on peut lui donner le handle de fenêtre et donc gérer les messages.

[DOliv]

Non mais même pas. C'est pas ce que je pensais avoir compris comme d'hab, puisque quand je le fais directement dans CMD :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

net use s: \\dir\sousdir

Ca marche. Le volume est bien "OK" et apparaît bien dans le poste de travail

Donc ce n'est pas une question d'administrateur...
WNetAddConnection3 monte bien les volumes, mais ne les rend pas disponibles. Fait ch... lui
Peut-être une option à mettre quelque part

[DOliv]

Je vais continuer à chercher pourquoi ça a changé, mais maintenant, il monte bien le lecteur.
Puisque je le trouve dans cmd avec "net use" et avec l'état "OK". Mais il n'apparaît pas dans mon poste de travail

[fbalien]

Bonjour

si vous faites le montage en tant que admin il est probable qu'il ne soit pas visible dans l'explorateur user

[ALWEBER]

Je vais continuer à chercher pourquoi ça a changé, mais maintenant, il monte bien le lecteur.
Puisque je le trouve dans cmd avec "net use" et avec l'état "OK". Mais il n'apparaît pas dans mon poste de travail

Peut être la présence du caractère $ en fin de nom de partage

[ShaiLeTroll]

Salut ShaiLeTroll,
Oui les disques sont indispensables.
J'ai pris WNetAddConnection3 parce qu'on peut lui donner le handle de fenêtre et donc gérer les messages.

Et pourquoi ne pas plutôt faire un ShellExecute de "net use" avec un détournement des pipes Entrée\Sortie


WNetAddConnection2, je l'ai utilisé en Thread car c'est un peu long le login, surtout via tunnel ssh sur le cloud
Le login chez moi, c'est un utilisateur technique et non un utilisateur réel qui doit s'identifier, même, l'utilisateur de lecture n'est pas le même que l'utilisateur d'écriture sur le partage du cloud.
Je n'ai pas ce problème d'interactivité avec l'utilisateur via CONNECT_INTERACTIVE


La documentation ne fait mention d'aucun privilège, on peut supposer que le disque n'est monté que pour l'utilisateur courant

[DOliv]

En fait, il faut créer la clé de registre

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System\EnableLinkedConnections
et la mettre à 1
pour que le système puisse faire la manip tant en tant qu'admin qu'en tant qu'utilisateur.

Donc, maintenant ça marche, ils apparaissent OK dans le "net use" sauf qu'on ne les voit toujours pas dans le poste de travail.
Pour cela, il faut redémarrer l'explorateur windows. Dans le gestionnaire des tâches : clic droit, redémarrer.

Quelqu'un saurait-il comment redémarrer le gestionnaire des tâches avec un ShellExecute par exemple, ou autre chose, mais via le code Delphi ? En demandant gentiment ?

[DOliv]

Et pourquoi ne pas plutôt faire un ShellExecute de "net use" avec un détournement des pipes Entrée\Sortie


WNetAddConnection2, je l'ai utilisé en Thread car c'est un peu long le login, surtout via tunnel ssh sur le cloud
Le login chez moi, c'est un utilisateur technique et non un utilisateur réel qui doit s'identifier, même, l'utilisateur de lecture n'est pas le même que l'utilisateur d'écriture sur le partage du cloud.
Je n'ai pas ce problème d'interactivité avec l'utilisateur via CONNECT_INTERACTIVE


La documentation ne fait mention d'aucun privilège, on peut supposer que le disque n'est monté que pour l'utilisateur courant

Merci ShaiLeTroll. Trop tard, pas eu le temps d'essayer...

[DOliv]

Bonjour

si vous faites le montage en tant que admin il est probable qu'il ne soit pas visible dans l'explorateur user

Oui c'est tout à fait ça. D'où la nécessité de la clé de registre.

[SergioMaster]

La question que je me pose est l'utilité de lecteurs partagés. Niveau sécurité (i.e Ransomware) ça craint un max

[ShaiLeTroll]

clé de registre

HKEY_LOCAL_MACHINE ça demande d'être admin cette racine non ?
C'est la liaison entre NT et l'émulation DOS.

OK dans le "net use" sauf qu'on ne les voit toujours pas dans le poste de travail.

CONNECT_UPDATE_PROFILE ou CONNECT_UPDATE_RECENT, ces flags pourraient avoir un impact
le premier ça rend le disque presque permanent
le second ça l'ajoute aux accès récents, on peut penser que ça fait un refresh de explorer

Oui les disques sont indispensables.

C'est parce que ces disques sont utilisés par un programme tiers sur lequel tu n'as pas la main pour changer la config ou que ne supporte pas les chemins réseaux \\server\dir ?
Si c'est dans ton programme que tu les utilises, rien ne le rend indispensable.

[DOliv]

C'est parce que ces disques sont utilisés par un programme tiers sur lequel tu n'as pas la main pour changer la config ou que ne supporte pas les chemins réseaux \\server\dir ?
Si c'est dans ton programme que tu les utilises, rien ne le rend indispensable.

Non, c'est parce que des gens doivent pouvoir naviguer sur ces lecteurs, et doivent les trouver sur leur machine sans qu'ils aient à les monter eux-même manuellement.

Ne me demandez pas ce qu'il s'est passé depuis, je n'ai rien compris, comme d'hab, mais ça marche.
En tout cas, la clé
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System\EnableLinkedConnections à 1 est bien indispensable.
Ca ne marche pas sur les machines où cette clé est absente.

Merci à tous
Je vous aime, même Popo