Un linux en général les autorisations de fichier question: Apache et WordPress

Je suis passé d'un hébergement mutualisé à un serveur virtuel (VPS il y a quelques semaines et je vais avoir ces satanés problèmes d'autorisation avec WordPress. Vous savez que vous pouvez télécharger et mettre à niveau les plugins (et wordpress lui-même) à partir du panneau d'admin, mais depuis que j'ai déménagé, il a commencé à me demander mes informations d'identification FTP, ce qui est un peu lent quand je dois mettre à jour ~20 plugins.

Je pense que cela devrait être une sorte de problème de droits. J'ai regardé que l'hébergement partagé wordpress fichiers, ils appartiennent tous à la nom d'utilisateur et de groupe kovshenin (kovshenin:kovshenin) et les fichiers sont -rw-r--r-- et les répertoires sont drwx-r-xr-x.

Sur mon VPS apache tourne sous apache:apache et mes fichiers sont kovshenin:kovshenin. Que dois-je faire pour les rendre lisible et accessible en écriture par les deux kovshenin et apache?

Aussi, j'ai changé les permissions pour 0777 pour tous les fichiers et dossiers de mon installation de wordpress, ce qui m'a permis d'installer et de supprimer des plugins sans FTP, mais quand j'ai poussé à la mise à jour automatique de WordPress 2.8.1-il encore m'a demandé mon compte FTP. C'est qu'un wp question ou ai-je raté quelque chose?

Grâce.

Mise à jour: j'ai réussi à exécuter id et id www-data sur le MediaTemple d'hébergement partagé. L'utilisateur kovshenin est dans le groupe kovshenin, et www-data est dans le groupe www-data. Pas plus de groupes. Quel est le truc?

Une autre mise à jour Ok, j'ai ajouté le apache utilisateur de la kovshenin groupe, de mon wordpress fichiers sont kovshenin:kovshenin avec rw-rw-r-- autorisations et drwxrwxr-x autorisations sur les répertoires, mais quelque chose est toujours mal. L'utilisateur apache peut accéder aux fichiers et dossiers, je peux l'utiliser en ligne les Thèmes et les Plugins de l'éditeur dans le panneau d'administration de wordpress, je suis en mesure d'apporter des modifications à la .fichier htaccess à partir de l'intérieur de wordpress, mais un plugin ou d'un thème d'installation toujours me demande les informations d'identification FTP!

Des idées? Merci.

  • Dites-vous que apache fonctionnant sous apache:apache peut accéder aux fichiers WordPress avec www-data:www-data? Si oui, alors savoir comment la gérer et de le configurer en faire de même avec kovshenin:kovshenin.
  • Pas de. www-data est sur de l'hébergement mutualisé, et l'exécution d'apache sous www-data. L'utilisateur rapidement est sur mon VPS et il tourne sous l'utilisateur et le groupe apache:apache.
InformationsquelleAutor kovshenin | 2009-07-11
  1. 23

    Que dois-je faire pour les rendre lisible et accessible en écriture par les deux kovshenin et apache?

    • Créer un nouveau groupe, dire "wordpress".
    • Ajouter les deux koveshenin et www-data utilisateurs de wordpress groupe.
    • Changer le groupe propriétaire de tous les fichiers de wordpress (à l'aide de chgrp).
    • Assurez-vous que tous les fichiers sont groupe inscriptible.
    • Définir le g+s (setgid) bit d'autorisation sur tous les répertoires d'intérêt.
    • Assurez-vous que kovshenin et apache umask par défaut inclut groupe de lecture & l'autorisation d'écriture.

    La dernière seconde étape est le truc. Cela signifie que chaque fois que kovshenin ou apache crée un fichier dans les répertoires, propriétaire du groupe sera mis à wordpress (au lieu de kovshenin ou apache).

    • Ok c'est plus près, merci beaucoup, mais comment venir à l'utilisateur www-data et kovshenin sur les Médias Temple compte d'hébergement partagé n'ont pas d'autres groupes? Quel est ce truc appelé? 😉
    • Dur à dire, mais le compte d'hébergement partagé pourrait être mis en place à l'aide de phpsuexec.
    • Bon caf, va vérifier ça, merci.
    • Hey il y a la caf, une question de plus. J'ai changé le groupe propriétaire de tous les fichiers et répertoires dans le dossier wp pour apache, le propriétaire est toujours kovshenin, il est donc kovshenin:apache et les droits sont 0775, de sorte que les deux kovshenin et apache ont des droits à lire écrire et d'exécuter des fichiers. Fonctionne très bien. J'ai fait la g+s de la partie, les nouveaux fichiers sont créés avec kovshenin:apache, toute fine, MAIS, les droits pour le nouveau fichier sont en 755. Comment puis-je régler ce problème pour 775? Essayé paramètres g+ws.. Ne semble pas fonctionner. Des idées? Merci une fois de plus.
    • Oh, désolé, ça doit être le umask.. =)
    • Oui, votre umask est probablement 0022, vous devez le régler à 0002. Par la voie, kovshenin n'a même pas besoin d'être dans le 'apache' groupe pour que cela fonctionne.
    • Pourrais-tu élaborer un peu sur la façon de définir le umask ? Je suis sous Debian et j'ai essayé de la mettre .bashrc pour l'utilisateur, mais en vain.
    • Mise en .bashrc de travail pour les comptes utilisateurs normaux; pour apache a commencé à partir de init.d, vous pouvez ajouter une ligne de paramètre umask dans /etc/default/apache2.
    • Je vais essayer ça, merci. Juste une question: setgid - est-il une commande ou ? J'ai essayé de taper setgid sur Debian, et il ne le savait pas (y trouverez de tout, à l'aide d'apt soit)
    • Le "setgid" bit est un fichier d'autorisations de bits, de sorte qu'il est défini par chmod. En particulier, vous voulez chmod g+s sur les répertoires d'intérêt.
    • Aaah super, puis-je l'obtenir 🙂 bon, je vais faire un essai ce soir, merci beaucoup pour l'élaboration.
    • J'ai obtenu la plupart de ce travail, bien que je n'ai toujours pas de chance avec les mises à jour automatiques de wordpress. Tous les fichiers 775 (chmod), le propriétaire est mon utilisateur, et le groupe est wordpress. De plus, j'ai configurer mon groupe par défaut utilisateurs à wordpress, et l'ensemble g+s sur tous les répertoires et les fichiers, je pense, n'a tout simplement un * :-D) les Fichiers sont cependant encore créé avec les droits 644, donc mon umask n'est pas, en effet, je suppose. De toute façon c'est un problème mineur, ce qui est plus important, c'est que wordpress me demande tout de même pour l'accès FTP. Pourrait-il peut-être que wordpress doit être le propriétaire des fichiers ? (chown)
    • Si wordpress n'est pas le propriétaire, les fichiers devront être 644 (et les répertoires 2775).
    • ce sont les 2 premiers dans les répertoires ? J'ai toujours pensé qu'il était seul propriétaire de groupe d'hôtes ? De toute façon tous les fichiers et répertoires sont 775 déjà.
    • Eh bien j'abandonne maintenant, je vais régler sur l'accès FTP pour mettre à jour, à moins que fonctionne hors de la boîte 😀
    • Nouveaux répertoires sont créés avec www-data:wordpress propriétaire. Les sous-répertoires sont créés avec www-data:www-data à la propriété. Comment puis-je changer cela?
    • Cela signifie que ce que vous utilisez pour créer les répertoires n'est pas la copie bit setgid pour les nouveaux répertoires (la norme /bin/mkdir utilité de ne le faire). Vous devrez peut-être manuellement chmod g+s les répertoires après leur création.
    • Est-il possible que les deux utilisateurs kovshenin et www-data pourrait supprimer des fichiers dans un répertoire particulier, dire le répertoire de wordpress, quel que soit le propriétaire du fichier?
    • Oui - pour un répertoire, un fichier peut être supprimé si l'utilisateur a la permission d'écriture sur le répertoire contenant le fichier, assurez-vous que les répertoires de groupe, la permission d'écrire ensemble.
    • quelles sont vos pensées sur cette question: stackoverflow.com/questions/18228351/.... Il semble même que cette question
    • Je suis désolé. Ce que les deux dernières phrases veux dire??

    InformationsquelleAutor caf
  2. 1

    Vous pouvez donner la propriété à www-data selon ici.

    Exécutez la commande suivante dans votre répertoire de WordPress (sudo requis):

    sudo chown -Rf www-data *

    Œuvres de Apache.

    • Cela fonctionne bien, mais je ne peux pas modifier ces fichiers avec mon utilisateur et c'est ce qui me fait flipper.. 🙁
    • Ne sont-ils pas encore de groupe détenu par kovshenin? Vous devriez être en mesure de toujours modifier s'ils le sont. Si non, alors vous pouvez essayer de faire de l'utilisateur kovshenin un membre du groupe qu'ils sont la propriété et l'utilisation newgrp de changer votre groupe pour que les avant de les éditer.
    • Ils sont le groupe détenu par kovshenin, mais de nouveaux fichiers, je vais le télécharger à partir de l'utilisateur kovshenin deviendra kovshenin:kovshenin et je dois chown de nouveau. Je suis la mise en place de l'hébergement de quelques clients de la mienne et j'aimerais leurs dossiers kovshenin:kovshenin de style, pas d'apache (ou www-data). Je me demande comment MediaTemple fait..
    • Vous pouvez ajouter votre utilisateur au groupe www-data ou vous pouvez également ajouter sudo dans le début de votre commande.
    • Quelle commande? Veuillez lire ce que je suis en train de faire, il n'est pas simple.. Il n'y a pas d'autres groupes.
    • la caf a une réponse que vous souhaitez.

    InformationsquelleAutor KahWee Teng
  3. 1

    En supposant que votre répertoire d'installation de wordpress est /var/www/html à la variation de masse de tous les fichiers et répertoires à l'autorisation appropriée d'utilisation:

    sudo  find /var/www/html/ -type d -exec chmod 775 {} \;
sudo  find /var/www/html/ -type f -exec chmod 664 {} \;

    À la messe de changer le groupe propriétaire de tout utiliser:

    sudo chgrp -R <desired_username>.<desired_groupname> /var/www/html
    InformationsquelleAutor Reza S
  4. 0

    J'ai eu le même problème et je l'ai résolu en éteignant PHP 'safe_mode' dans parallels plesk panel, maintenant, WP pouvez créer des dossiers et déplacer des fichiers sans aucun problème.

    J'espère que cela vous aidera.

    InformationsquelleAutor Fede
  5. 0

    Actuellement, l'ajout define('FS_METHOD', 'direct'); à wp-config.php pourrait faire l'affaire. Pas sûr que aurait travaillé dans '09 que. Voir ici pour mon cas similaire à l'aide de nginx. J'ai trouvé que c'était une étape essentielle.

    InformationsquelleAutor squarecastle