J'ai fait quelques tests pour résoudre ce problème: en essayant de mettre à jour certains plugins via le backend de Wordpress, je reçois toujours une erreur "Impossible de créer un dossier".
J'ai donc initialement ajouté IIS_IUSRS
avec les autorisations de lecture/écriture/modification (pas de contrôle total), mais rien n'a changé.
Ensuite, j'ai essayé d'ajouter IIS_IUSRS
avec un contrôle total, mais je n'ai pas résolu. Mon dernier essai a été d’ajouter un utilisateur "Everyone
" et de lui donner les autorisations de lecture/écriture/modification. Et il fonctionne!
Mais pensez-vous que l’octroi de ces autorisations à un utilisateur Tout le monde est une faille de sécurité? Et que pensez-vous pourrait être une solution?
J'utilise: Windows Server 2012, Wordpress 4.0.1, PHP 5.4.24, IIS 8.0
Il y a actuellement 3 utilisateurs qui IIS accèdent aux fichiers sur les sites .NET: IIS_IUSRS
, IUSR
et NETWORK SERVICE
Accordez tous les 3 IIS utilisateurs Read & Execute
, List Folder Contents
, Read permissions
sur tout le dossier WP
Pour la gestion de fichiers (installation et mises à jour de plug-in/thème, par exemple), accordez le contrôle total aux 3 utilisateurs IIS sur le dossier wp_content
.
Je ne suis pas certain si vous devez accorder à Everyone
Full control
l'accès au dossier racine de WordPress. De même, vous n'avez pas non plus besoin d'octroyer l'autorisation IIS_IUSRS
, IUSR
et NETWORK SERVICE
à l'ensemble du dossier racine de Wordpress.
J'ai récemment pu effectuer une mise à niveau en donnant à IUSR
les autorisations Modify
, Read & Execute
, List folder contents
et Read
au dossier racine. Je les ai ensuite révoqués après la mise à jour.
Environnement:
Sources:
J'ai trouvé que la solution consistait à modifier l'emplacement et les autorisations du dossier de téléchargement WordPress. Le problème est expliqué et la solution présente des courts-métrages d’écran https://www.urtech.ca/2018/04/solved-500-error-on-downloads-in-wordpress-running-on-iis/
J'espère que ça aide.