J'ai mis en place un intranet dans mon entreprise en utilisant Wamp et un script PHP d'annuaire. Dans les fiches de la base de donnée, il y a des liens vers des fichiers qui ne sont pas localisés sur le poste hégergeant le serveur Apache, c'est là que les ennuis commencent ! Après recherche sur internet, j'ai appris que apache utilise par défaut le compte "system" qui possèdent de nombreux droit sur le poste local, mais aucun sur le réseau ! Il faut donc modifier cela dans les propriètés du service apache et affecter un compte utilisateur avec des droits sur le réseau, jusque là pas de problème. (http://nicoblog.net:80/index.php?2005/09/08/265-apache-et-lecteurs-reseau-windows)
Ensuite il faut aller dans les paramètres de sécutité locaux et dans l'attribution des comptes utilisateur, modifier le compte utilisé par apache en mettant "agir en tant que partie du système d'exploitation".
Le problème c'est que la stratégie de sécurité locale n'est plus accessible. Crosoft nous donne la réponse : [support.microsoft.com] (problème de variables d'environnement qui se sont faites la malle!)
Pas encore essayé (je dors pas au boulot non plus!).
Je suis persuadé que ce problème est imputable à l'installation de wamp (installation de windows flambant neuve, même problème sur deux postes où wamp est installé...)
Quelqu'un a-t-il rencontré le même soucis ? (alllez voir un peu vos stratégies de sécurité locales...)
en effet il y a un soucis du côté de Apache2 sous Windows. Nous avons déjà eu une discussion sur ça : un simple fopen('\\machine_reseau\fichier.ext', 'r'); retournera un Permission denied. Alors qu'en local ça marche.
Ceci est un problème au niveau des droits d'accès du service Apache sous Windows.
Sous linux un simple chown et c'est ok.
Je copie colle la doc d'Apache spécifique à Windows : [httpd.apache.org]
" By default, all Apache services are registered to run as the system user (the LocalSystem account). The LocalSystem account has no privileges to your network via any Windows-secured mechanism, including the file system, named pipes, DCOM, or secure RPC. It has, however, wide privileges locally.
Never grant any network privileges to the LocalSystem account! If you need Apache to be able to access network resources, create a separate account for Apache as noted below.
1. Create a normal domain user account, and be sure to memorize its password. 2. Grant the newly-created user a privilege of Log on as a service and Act as part of the operating system. On Windows NT 4.0 these privileges are granted via User Manager for Domains, but on Windows 2000 and XP you probably want to use Group Policy for propagating these settings. You can also manually set these via the Local Security Policy MMC snap-in. 3. Confirm that the created account is a member of the Users group. Grant the account read and execute (RX) rights to all document and script folders (htdocs and cgi-bin for example). 4. Grant the account change (RWXD) rights to the Apache logs directory. 5. Grant the account read and execute (RX) rights to the Apache.exe binary executable. " donc comme tu peux le constater le problème ne vient pas de Wamp mais encore une fois d'Apache 2.2.4
j'entends bien, je savais déjà ce que tu écris. D'ailleurs si tu lis mon message, j'explique comment contourner l'obstacle exactement comme dans la doc que tu as jointe.
Ce que je suppose par contre, c'est que l'installation de Wamp sur Windows XP pro a modifié les variables d'environnement (Propriétés systeme, avancé, variables d'environnement) où les valeurs [%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\system32\WBEM] ont disparues. Conséquence : Panneau de configuration, outils d'administration, stratégie de sécurité locale n'est plus accessible...
J'aimerais juste savoir si les utilisateurs de wamp sur XP pro ont le même problème ?
j'ai bien %SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;et_une_autre
et j'ai accès à stratégie locale depuis le panneau de configuration ou en tapant secpol.msc dans menu démarrer -> exécuter
je tourne sous XP Pro SP2 depuis toujours (enfin depuis qu'il existe), et avec toutes les installations de Wamp que j'ai faites j'ai jamais vu mes variables d'environnement disparaître. C'est étrange.