Très probable problème de droits avec WordPress MU …. mais où? (Créer un compte)

  • Statut : non résolu
  • Ce sujet contient 7 réponses, 4 participants et a été mis à jour pour la dernière fois par Passeret, le il y a 12 années.
8 sujets de 1 à 8 (sur un total de 8)
  • Auteur
    Messages
  • #507655
    Passeret
    Membre
    Initié WordPress
    5 contributions

    Bonjour,

    Ma configuration WP actuelle
    – Version de WordPress : 3.3.1 avec fonctions MU activées
    – Version de PHP/MySQL : 5.3.6-13ubuntu3.3
    – Thème utilisé : Twenty eleven 1.3 (fourni par défaut)
    – Extensions en place : 5.1.58
    – Nom de l’hebergeur : Home / sweet home IT
    – Adresse du site : 192.168.1.50

    Problème(s) rencontré(s) :

    Bonjour je vais vous faire part d’un mystère que je n’arrive pas à éclaircir:
    Lorsque j’onstyalle Worpdress je ne peux pas créer automatiquement le fichier de config. Ca n’est pas grave sauf que je suspecte que c’est pour la même raison que le problème suivant qui lui est beaucoup plus gênant:

    On peut installer sans encombre WordPress MU mais ça ne marche pas:
    Lorsqu’on crée un autre blog, on le voit bien apparaître dans la liste des blogs dans le tableau de bord mais quand on clique dessus:

    « Not Found

    The requested URL /testmu/testsite was not found on this server.
    Apache/2.2.20 (Ubuntu) Server at 192.168.1.50 Port 80″

    Le site principal par contre, lui, fonctionne.

    Pourtant sur un bête WAMP sur Windows ça marche.

    J’ai cherché partout et je ne comprend pas.

    Maintenant le contexte:

    C’est un test en local pour voir ce que la bête a dans le ventre.
    Le serveur (en I3) est sur Ubuntu 11.10

    Les mots de passe ne sont pas travaillés du tout à ce stade (genre « test » « toto ») et il se peut que je les donne, de toute manière ce n’est qu’en local.

    IP: 192.168.1.50

    le site est hébergé sur:

    /var/www/testmu/
    On y accède donc par 192.168.1.50/tesmu

    le propriétaire de /var/www/testmu et tout les dossiers récursifs est webadmin
    Le groupe est www-data
    J’ai mis webadmin dans le groupe www-data en primary. Il est aussi dans les groupes admin et webadmin en secondary

    www-data (utilisateur) est l’utilisateur d’Apache. Il est dans le groupe www-data en primary et c’est tout.

    root est dans le groupe root

    les droits du dossier testmu et de tous les dossiers récursifs sont en chmod 775 (et tant pis à ce stade s’il y a mieux niveau sécurité).

    Le mod-rewrite d’Apache2 est installé et activé d’ailleurs voici touts les loaded modules d’après phpinfo.php :

    core mod_log_config mod_logio prefork http_core mod_so mod_alias mod_auth_basic mod_authn_file mod_authz_default mod_authz_groupfile mod_authz_host mod_authz_user mod_autoindex mod_cgi mod_deflate mod_dir mod_env mod_mime mod_negotiation mod_php5 mod_reqtimeout mod_rewrite mod_setenvif mod_status

    Je ne vois vraiment pas où ça coince…. Peut-être au même problème que pour la création auto du fichier config? Mais lequel?

    Merci de votre aide.

    #824788
    seebz
    Participant
    Padawan WordPress
    80 contributions

    Le .htaccess a-t-il bien été généré ?

    #824789
    Aphrodite
    Participant
    Maître WordPress
    4739 contributions

    ben deja est ce que c’est une install en sous domaine ou en dossier ?
    le dossier blogs.dir dans wp-content est il en chmod 777 ? Ainsi que le dossier uploads et upgrade ?

    #824790
    Passeret
    Membre
    Initié WordPress
    5 contributions

    Le .htaccess:
    A bien été généré et le contenu est un copier-coller de ce que WordPress demandait lors de l’activation de la fonction MU.

    Propriétaire: webadmin (lecture / écriture)
    groupe: www-data (lecture / écriture)
    autres: lecture

    Il est à la racine du site. (Donc /var/www/testmu)

    Installation en dossiers. exemple: http://192.168.1.50/testmu/toto (mais erreur 404 comme je l’indique au début)

    blogs.dir : chmod 775. Cela dit en testant en 777 (après redémarrage Apache2 ça ne change rien.

    Le dossier uploads est inexistant (et il l’est aussi dans l’archive d’installation de WordPress il me semble)

    Mêmem remarque pour le dossier upgrade

    #824791
    Passeret
    Membre
    Initié WordPress
    5 contributions

    A tout hasard le .htaccess

    RewriteEngine On
    RewriteBase /testmu/
    RewriteRule ^index.php$ – [L]

    # uploaded files
    RewriteRule ^([_0-9a-zA-Z-]+/)?files/(.+) wp-includes/ms-files.php?file=$2 [L]

    # add a trailing slash to /wp-admin
    RewriteRule ^([_0-9a-zA-Z-]+/)?wp-admin$ $1wp-admin/ [R=301,L]

    RewriteCond %{REQUEST_FILENAME} -f [OR]
    RewriteCond %{REQUEST_FILENAME} -d
    RewriteRule ^ – [L]
    RewriteRule ^[_0-9a-zA-Z-]+/(wp-(content|admin|includes).*) $1 [L]
    RewriteRule ^[_0-9a-zA-Z-]+/(.*.php)$ $1 [L]
    RewriteRule . index.php [L]

    #824792
    Passeret
    Membre
    Initié WordPress
    5 contributions

    Quelques petits trucs bizarre.

    – Sur le blog principal (le maitre) les permaliens étaient en date et titre. La preview des articles en page d’accueil fonctionnait mais quand on allait voir l’article lui-même…. 404. J’ai mis les permaliens ar défaut.

    – sur les blogs fils: les permaliens sont en sous-dossiers: 192.168.1.50/testmu/toto et pour le tableau de bord 192.168.1.50/testmu/toto/wp-admin qui renvoie une erreur 404 donc on ne peut pas aller voir ce qui s’y passe.

    Du coup je me pose la question: et si c’était un .htaccess foireux? Pourtant j’ai bien copié-collé ce qu’on m’a dit de faire.

    D’un autre côté qu’est-ce qui peut empêcher la création auto du wp-config.php . et si c’était même causes mêmes effets?

    #824793
    Guy
    Participant
    Maître WordPress
    14817 contributions

    ton .htaccess parait OK, le plus troublant est que la génération d’un wp-config soit impossible, regarde du coté des propriétaires et des droits des dossiers, il faut que cela soit le même partout.

    #824794
    Passeret
    Membre
    Initié WordPress
    5 contributions
    Guy wrote:
    ton .htaccess parait OK, le plus troublant est que la génération d’un wp-config soit impossible, regarde du coté des propriétaires et des droits des dossiers, il faut que cela soit le même partout.

    Je recopie le schéma de droits:

    le propriétaire de /var/www/testmu et tout les dossiers récursifs est webadmin
    Le groupe est www-data
    J’ai mis webadmin dans le groupe www-data en primary. Il est aussi dans les groupes admin et webadmin en secondary

    www-data (utilisateur) est l’utilisateur d’Apache. Il est dans le groupe www-data en primary et c’est tout.

    root est dans le groupe root

    les droits du dossier testmu et de tous les dossiers récursifs sont en chmod 775 (et tant pis à ce stade s’il y a mieux niveau sécurité).

    Que suggérez-vous?
    Tout mettre sur www-data ?

    Edit: j’ai fait un test avec proprio www-data : marche pas.

    je donne ma langue au chat.

8 sujets de 1 à 8 (sur un total de 8)
  • Vous devez être connecté pour répondre à ce sujet.