Wordpress HS depuis la mise a jour DSM 6.0

[cricri63]

Bonjour,

Depuis la mise à jour automatique de mon DS215j en DMS 6 mon site Wordpress  V 4.3.2-115 est en vrac j'ai effectué la mise a jour de tout les paquets Maria DB, DNS serveur etc...

Tous c'est déroulé correctement (en apparence) et pourtant quand je vais sur mon site http://crinine.familyds.net/wordpress/ 

j’accède bien à la page d'accueil mais si je tente de me rendre sur n'importe quelle page j'ai l'erreur "404 La page que vous recherchez est introuvable."

De plus quand j'essaye de mettre un plug-in a jour j'ai le message suivant que je n'avais pas auparavant (je ne sais pas quoi mettre) :

Informations sur connexion

Pour lancer la requête demandée, WordPress a besoin d’accéder à votre serveur web. Veuillez saisir votre identifiant FTP pour continuer. Si vous ne vous souvenez pas de votre identifiant, vous devriez contacter votre hébergeur.

Nom de l’Hôte :                                               Identifiant FTP :                                              Mot de passe FTP : 

Type de connexion

 

Type de connexion FTP  FTPS (SSL)

Pouvez-vous m'aider ? 

Merci par avance 

 

[gaetan.cambier]

moi j'ai une piste : si je me trompe pas, c'est nginx par defaut comme serveur web sur dsm 6.0

et celui ci ne gere pas les .htaccess

--> ton site ne gere plus l'ensemble des redirection faite par cette methode

faut voir si on sais repasser sur un apache ou suivre la doc de wordpress pour utiliser nginx

edit : sur le site de syno j'ai trouve ceci :

• Manually select Apache or Nginx as the backend server

 

--> c'est possible de simplement repasser sur apache (j'ai pas dsm 6.0 donc faut chercher dans les option ;))

Modifié le 28 mars 2016 par gaetan.cambier

[cricri63]

il y a 34 minutes, gaetan.cambier a dit :

moi j'ai une piste : si je me trompe pas, c'est nginx par defaut comme serveur web sur dsm 6.0

et celui ci ne gere pas les .htaccess

--> ton site ne gere plus l'ensemble des redirection faite par cette methode

faut voir si on sais repasser sur un apache ou suivre la doc de wordpress pour utiliser nginx

edit : sur le site de syno j'ai trouve ceci :

• Manually select Apache or Nginx as the backend server

 

--> c'est possible de simplement repasser sur apache (j'ai pas dsm 6.0 donc faut chercher dans les option ;))

Merci pour ton commentaire pour moi tous ça est du charabia mais j'ai cherché et j'ai une piste 

J'ai trouvé dans Web Station----> paramétrées généraux ------->serveur principal HTTP 

Apache HTTP server2.2 (Par defaut) ou Nginx si je change pour l'un ou l'autre et que je  valide mais rien ne change.

Par contre dans Paramètre PHP il y a des truc décoché  Voir pièce jointe 

ça peux venir de la ?

 

[Sartog]

Bonjour,

 

J'ai exactement le même problème de MAJ.

Cela provient d'un problème d'incohérence entre l'utilisateur exécutant le serveur Apache et le propriétaire du dossier Wordpress.

Je n'ai pas encore réussi à trouver quel utilisateur exécutait Apache ....

[devildant]

bonjour,

l'utilisateur http?

Modifié le 28 mars 2016 par devildant

[Sartog]

il y a 35 minutes, devildant a dit :

bonjour,

l'utilisateur http?

J'ai testé en mettant propriétaire du dossier le groupe http, sans succès.

Je me suis connecté en ssh et j'ai regardé les process en court. J'ai pas trouvé apache mais j'ai trouvé nginx (alors que je suis bien sous apache d'aprs webstation et phpinfo) qui sont lancé par l'utilisateur http.

 

De plus, phpinfo m'indique que la variable _SERVER["SERVER_ADMIN"] retour "admin" .... mais ce compte est désactivé !

http étant un groupe et non un utilisateur, cela ne pose-t'il pas problème ?

 

J'ai du mal à comprendre

[cristobalz]

Bonsoir,

 

Dans mon cas, la mise a jour DMS 6 a renommé les fichiers de configuration des hôtes virtuels (sous /etc/httpd/sites-enabled-user) en ajoutant une extension.

Dans ce cas le fichier wp-config du site ne trouvait plus la configuration et redirigeait vers le défaut (/wordpress) au lieu de mon site situé ailleurs dans l'arborescence web.

Il y a donc plusieurs solutions:

- adapter le wp-config au nouveau nommage

- ou retablir les noms des fichiers précédents sous /etc/httpd/sites-enabled-user

- ou faire des liens unix

Ne connaissant pas la raison de cette extension, j'ai opté pour la dernière solution et le site fonctionne a nouveau B)

 

En esperant que cela puisse aider.

Bien cordialement,

- Cristobal

[devildant]

il y a 22 minutes, Sartog a dit :

J'ai testé en mettant propriétaire du dossier le groupe http, sans succès.

Je me suis connecté en ssh et j'ai regardé les process en court. J'ai pas trouvé apache mais j'ai trouvé nginx (alors que je suis bien sous apache d'aprs webstation et phpinfo) qui sont lancé par l'utilisateur http.

 

De plus, phpinfo m'indique que la variable _SERVER["SERVER_ADMIN"] retour "admin" .... mais ce compte est désactivé !

http étant un groupe et non un utilisateur, cela ne pose-t'il pas problème ?

 

J'ai du mal à comprendre

sous DSM 5.2 le service web est exécuté avec l'utilisateur http et le group http, le group apparaît bien dans la gestion de group de DSM mais pas l'utilisateur.

si le groupe a le droit de lecture d’écriture ou d'éxecution sur un dossier alors tous les utilisateurs qui y sont rattacher l'on aussi

[Sartog]

il y a 2 minutes, devildant a dit :

sous DSM 5.2 le service web est exécuté avec l'utilisateur http et le group http, le group apparaît bien dans la gestion de group de DSM mais pas l'utilisateur.

si le groupe a le droit de lecture d’écriture ou d'éxecution sur un dossier alors tous les utilisateurs qui y sont rattacher l'on aussi

Ok, merci pour cette précision :)

 

J'ai fait le test en mettant root en tant qu'utilisateur et groupe, sans effet.

J'ai fait le test en mettant root en tant qu'utilisateur et http en groupe, sans effet.

 

[devildant]

si il s'agit d'un problème de droit normalement le faite de mettre le groupe http au dossier devrait être suffisant.

je te conseil de faire un test tu crée un dossier toto a la racine du dossier web, dans ce dossier tu crée un fichier index.php et tu y met 

<?php

echo "hello";

?>

ensuite essaye de faire ip de ton nas/toto/

 

si tu vois le message hello c'est qu'il ne s'agit pas d'un problème de droit et un problème de configuration avec wordpress

[Sartog]

il y a 7 minutes, devildant a dit :

si il s'agit d'un problème de droit normalement le faite de mettre le groupe http au dossier devrait être suffisant.

je te conseil de faire un test tu crée un dossier toto a la racine du dossier web, dans ce dossier tu crée un fichier index.php et tu y met 

<?php

echo "hello";

?>

ensuite essaye de faire ip de ton nas/toto/

 

si tu vois le message hello c'est qu'il ne s'agit pas d'un problème de droit et un problème de configuration avec wordpress

J'ai mis un fichier phpinfo.php (avec phpinfo(() à l'intérieur) dans le dossier web (sans créer un dossier) et cela fonctionne.

Je pense que le problème vient du fait que wordpress, pour travailler sur les fichiers et dossier, doit récupérer l'utilisateur d'Apache qui, apparemment, diffère du propriétaire du dossier wordpress (et tout ce qu'il y a dedans) ... d'après l'aide wordpress c'est leur explication. Mais il ne donne pas d'indication pour corriger le problème !

[devildant]

oui mais l'ideal est de testé avec un dossier et un index dedans pour deja éliminé un cause possible.

car un fichier a la racine on le sais sa fonctionne car tu a accès a la première page de ton wordpress.

 

concernant wordpress dans se cas il doit exister une conf a mettre pour indiquer l'utilisateur apachz

[Sartog]

J'ai réussi 

 

Via SSH, il faut faire les commandes suivantes :

Commencer par taper :

sudo chown -R root:http wordpress

Cette commande permet d'attribuer l'utilisateur root et le groupe http au dossier wordpress et à tout ce qu'il contient.

 

Ensuite, il faut faire :

sudo chmod -R u+w,g+w wordpress

Cela permet d'attribuer les droit d'écriture au propriétaire (utilisateur) et au groupe.

 

 

Et voilà, les MAJ et installation fonctionnent.

 

P.S. : Je n'ai pas encore testé l'upload de fichier média.

[devildant]

Normalement depuis filestation en fessant clic droit/propriété sur le dossier wordpress tu a la possibilité de set les permission groupe user, et il y a une option pour appliquer les modification récursivement.

en tout cas content que ton problème soit résolu

[cricri63]

Il y a 18 heures, Sartog a dit :

J'ai réussi 

 

Via SSH, il faut faire les commandes suivantes :

Commencer par taper :

sudo chown -R root:http wordpress

Cette commande permet d'attribuer l'utilisateur root et le groupe http au dossier wordpress et à tout ce qu'il contient.

 

Ensuite, il faut faire :

sudo chmod -R u+w,g+w wordpress

Cela permet d'attribuer les droit d'écriture au propriétaire (utilisateur) et au groupe.

 

 

Et voilà, les MAJ et installation fonctionnent.

 

P.S. : Je n'ai pas encore testé l'upload de fichier média.

Bonjour,

excuser moi mon ignorance. Je voudrais bien essayé de reproduire votre manip mais je ne sais pas ou trouver le SSH ... :-( 

Pouvez-vous expliquer plus sen détails pour que je m'y retrouve ?

Merci par avance 

[devildant]

Il y a 20 heures, devildant a dit :

Normalement depuis filestation en fessant clic droit/propriété sur le dossier wordpress tu a la possibilité de set les permission groupe user, et il y a une option pour appliquer les modification récursivement.

en tout cas content que ton problème soit résolu

 

Il y a 1 heure, cricri63 a dit :

Bonjour,

excuser moi mon ignorance. Je voudrais bien essayé de reproduire votre manip mais je ne sais pas ou trouver le SSH ... :-( 

Pouvez-vous expliquer plus sen détails pour que je m'y retrouve ?

Merci par avance 

sinon le faire depuis filestation non ? :)

[cricri63]

je suis aller dans File Station Clic Droit propriété du répertoire racine du wordpress ---permission : la il y a un groupe utilisateur http je l'ai modifié avec les autorisations maximal cela ne change rien jai toujours l'erreur  "404 La page que vous recherchez est introuvable."

j’accède bien à la page d'accueil mais si je tente de me rendre sur n'importe quelle page j'ai l'erreur cela ne fonctionne pas 

[devildant]

Il y a 4 heures, cricri63 a dit :

je suis aller dans File Station Clic Droit propriété du répertoire racine du wordpress ---permission : la il y a un groupe utilisateur http je l'ai modifié avec les autorisations maximal cela ne change rien jai toujours l'erreur  "404 La page que vous recherchez est introuvable."

j’accède bien à la page d'accueil mais si je tente de me rendre sur n'importe quelle page j'ai l'erreur cela ne fonctionne pas 

et vous avez cliqué sur la case appliquer au sous dossier (il faut la sélectionner 2 fois, une fois dans général et une fois dans permissions)?

[cricri63]

Il y a 4 heures, devildant a dit :

et vous avez cliqué sur la case appliquer au sous dossier (il faut la sélectionner 2 fois, une fois dans général et une fois dans permissions)?

non je ne l'avais pas fait ,

j'ai donc fait la manip dans permission mais je ne le trouve pas dans général...

Une chose bizarre dans permission je coche la case " appliquer à ce dossier, ces sous-dossier et ces fichiers" je valide en cliquant sur ok 

une sauvegarde ce produit et je retombe sur file Station jusque la tout vas bien mais quand je reviens dans les permissions la case " appliquer à ce dossier, ces sous-dossier et ces fichiers" est décoché ????

Bien évidement cela ne change rien pour l'erreur   "404 La page que vous recherchez est introuvable."

Modifié le 30 mars 2016 par cricri63

[devildant]

oui c'est normal cette cas n'est pas une case de status mais d'action par défaut elle est désactiver

normalement elle doit être dans général et dan permission a moins qu'il en est supprimer une mais je trouve ça étrange

 

après moi je suis encore en DSM 5.2

Modifié le 30 mars 2016 par devildant

[cricri63]

Je confirme que ce panneaux n’existe plus sur DSM6.

j'ai trouver ça sur un autre forum ça relève d'un problème similaire aux mien je vais tester des mon retour chez moi.

j'ai l’impression qu'il a résolu sont problème en créant un hôte virtuel permettant de faire tourner ses deux site web et en créant un ficher  .htaccess dans arborescence de son wordpress.

maintenant je sais ce que c'est qu'un .htaccess  (je chercher un réglage dans le NAS...)

 

Le 28/3/2016 at 22:00, cristobalz a dit :

Bonsoir,

 

Dans mon cas, la mise a jour DMS 6 a renommé les fichiers de configuration des hôtes virtuels (sous /etc/httpd/sites-enabled-user) en ajoutant une extension.

Dans ce cas le fichier wp-config du site ne trouvait plus la configuration et redirigeait vers le défaut (/wordpress) au lieu de mon site situé ailleurs dans l'arborescence web.

Il y a donc plusieurs solutions:

- adapter le wp-config au nouveau nommage

- ou retablir les noms des fichiers précédents sous /etc/httpd/sites-enabled-user

- ou faire des liens unix

Ne connaissant pas la raison de cette extension, j'ai opté pour la dernière solution et le site fonctionne a nouveau B)

 

En esperant que cela puisse aider.

Bien cordialement,

- Cristobal

C'est dommage que cristobalz ne donne pas plus de détail sur les trois solution qu'il propose :-/  

[cricri63]

J'avance a petit pas mais j'avance ! Dumoins je crois :-/

Bref !! j'ai créer l’hôte virtuel comme sur l'image si jointe à ce stade  le site ne fonctionne plus du tout.

Puis j'ai creer dans web / Wordpress/ un fichier ".htaccess

a l’intérieure jai copier ça :

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

et la j'ai accès a la première page du site ! mais aussi au autre mais leur contenu ne n'on pas réussi à charger (image jointe).

une idée ? 

 

[romain74960]

apparemment tu as un problème de permission sur les dossiers essaie de les modifier avec un accès ftp et fait un test en 7777 ou 0777 sur tous les dossiers et fichiers et à tous les niveaux de l'arborescence.

Go to the Justified Image Grid settings, TimThumb & CDN tab. Click check permissions then click 0755 or 0777 to see if that works (or do it manually via FTP, on the files and folders it lists there in case chmod fails). You can disable TimThumb with the 'Use TimThumb' setting and the option 'No'.

essaie aussi de désactiver le plugin Tim Thumb qui redimensionne tes images.

 

 

[cricri63]

Il y a 20 heures, romain74960 a dit :

apparemment tu as un problème de permission sur les dossiers essaie de les modifier avec un accès ftp et fait un test en 7777 ou 0777 sur tous les dossiers et fichiers et à tous les niveaux de l'arborescence.

Go to the Justified Image Grid settings, TimThumb & CDN tab. Click check permissions then click 0755 or 0777 to see if that works (or do it manually via FTP, on the files and folders it lists there in case chmod fails). You can disable TimThumb with the 'Use TimThumb' setting and the option 'No'.

essaie aussi de désactiver le plugin Tim Thumb qui redimensionne tes images.

 

 

Bonjour romain,

j'ai remarqué que le fichier .htaccess n'est plus dans le répertoire "Disparu" et la page d’accueil du site est en erreur 404....

Pourtant jai rien touché depuis mon dernier post....je l'ai donc recréer .La je ré-accède a la page d’accueil .

Pour faire le test FTP en 7777 ou 07777 je dois faire comment?

Autre chose j'ai tenté la méthode de Sartog qui pour lui a priori a résolue tout les problème 

pour me connecter en SSH :

je suis passé par panneau configuration / Terminal & SNNP et j'ai activité le SSH puis j'ai suivi le tuto https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/General/How_to_login_to_DSM_with_root_permission_via_SSH_Telnet pour Passer en Root mon compte Admin 

j'ai rentré la première ligne de commande de Sartog 

sudo chown -R root:http wordpress

Mais j'ai un message d'erreur :
chown: cannot access ‘wordpress’: No such file or directory

donc je suis pas aller plus loin ..... Car jais peur de faire une erreur irréversible ne sachant absolument se que je tape .

bref tous cela commence fortement a me décourager 

 

 

 

[romain74960]

il y a une heure, cricri63 a dit :

1 -Pour faire le test FTP en 7777 ou 07777 je dois faire comment?

 

2 -Mais j'ai un message d'erreur :

chown: cannot access ‘wordpress’: Aucun fichier ou répertoire de ce nom

 

 

 

 

1 - essaie avec filezilla, tu peut accéder au contenu de ton site en tapant l’adresse interne de ton Nas, active bien le ftp sur ton Nas.

2 - cela ressemble bien a un problème de niveau d'accès aux dossiers ou de nommage du dossier racine (celui qui contient ton site)

autres essais juste pour lever de doute.

1  créer un dossier dans le dossier web et le renommer en site_1 (ou autre)

2 installer un wordpress vierge ou avec des pages de modèles pour voir si cela fonctionne avec une nouvelle base de donnée

3 faire un backup de ton site

4 faire un backup de ta base de donnée

5 installer le backup de ton site dans un nouveau dossier

6 créer une nouvelle base de donnée

 

cette manip permet de voir si s'est wordpress en générale qui plante ou si s'est ton site.

si s'est ton site une réinstalle dans un autre dossier pour test est idéal, si cela fonctionne tu as plus qu'a supprimer le contenu du dossier de ton site, supprimer la base de donnée associée et a refaire l'installation depuis ton backup, les droits seront réattribués avec la nouvelle installation et la création d'une base de donnée.