devildant

Si ils ont garder la config par defaut il est configurer en standalone, let's encrypt embarque un serveur web pour le renouvellement donc si le webstation est up a se moment la, confit de port ^^ pour palier a ça il suffit de mettre le param webroot a priori

oui mais je t'invite a faire un feedback comme demandé sa accélérera les chose, j'en ferai un moi même se soir, plus il y aura de personne qui en ferons la demande plus sa sera vite implémenté. en attendant il va falloir trouver ou est la conf de let's encrypt pour la modifier. ce qui nous permettra également de voir le process de maj, qui nous indiquera si le serveur web devra restart tout les 3 mois pour la maj des certificat

ok c'était juste au cas ou ^^

aller dans réseau et dite moi si vous avez la passerelle de renseigné :)

il n'y a pas de récompense a la clé ^^

pour espéré une mise a jour il faut informer synology du problème, sinon vous pourrez attendre longtemps

avez vous activé l'affichage des erreur et des warning dans le module webstation ? si il ne sont pas activé vous ne les verrez pas coté web c'est normal. un conseille il faut toujours les afficher ça évite pas mal de prise de tète

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

+1 ^^

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)?

bon a savoir, mais au final un petit mail a synology permettrai d’éclaircir tout ça non ? note ça deja été fait sur le forum en https://forum.synology.com/enu/viewtopic.php?t=105754

a oki a partir du moment ou tu a lancé le script en ligne de commande c'est bon, mais dans le doute c'est pareil avec le port 22 au lieux du 23

pour la commande php -c /etc/php5/cli/php.ini -nf script.php il faut adapter les path je ne sais pas ou se trouve le php.ini sur DSM 6. ensuite lancer un script depuis le navigateur ou en ligne de commande c'est pas la même chose. il faut exécuter la commande via ssh pour voir ce que ça donne

Bonjour, deja utilisez vous un raid quelconque sur vôtre volume?, si c'est du basic j'ai bien peur que vos données soient perdu. si vous utiliser un raid, je pense qu'il serait judicieux de changer le disque dur défectueux, je suppose que vous utilisez des disques dur de type desktop (disque de pc) qui ne sont pas fait pour une utilisation raid (je dit pas qu'il ne sont pas bien j'en est moi même sur l'un des mes vieux syno et ca tourne bien depuis plusieurs année), ses types de disque dur sont rapidement éjecté de la grappe raid car il mets trop de temps a traiter les incidents comme les sections défectueuse et autre, donc, il est vivement conseillé a la première anomalie, de changer le disque dur et de pas attendre le moment tragique ou il va tomber avec un ou deux de ses petit copain et va vous faire perdre l’intégralité de vos données. le raid n'est pas un systeme de sauvegarde mais de sécurité qui tolère la panne d'un ou plusieurs disque dur. autre point beaucoup met la faute sur la mise a jour lorsqu'un disque tombe. c'est assez fréquent lors d'une mise a jour qu'un disque faiblard en fin de vie soit plus sollicité que d'habitude et c'est se qui cause le crache donc première étape changer votre DD et attendez patiemment que votre raid se répare. dans un seconds temps vérifié bien que vous avez accès a internet depuis le nas , si c'est n'est pas le cas vous avez surement ce problème

bonjour, il semble y avoir des souci avec l'analyse du réseau en DSM 6 quelques utilisateur on perdu leurs conf passerelle et autre, attends de voir si quelqu'un d'autre a se souci mais je pense qu'un petit mail au support de synology serait bien :)

sinon le faire depuis filestation non ? :)

et ba merci je l'avais pas vu ce paramètre la :) je me suis fait ci*** pour rien ^^ je n'ai simplement pas pensé a aller voir dans les paramètres de photostation pour corriger se problème ^^

Bonjour, c'est bien la crainte que j'avais synology a du laissé les paramètres par défaut de let's encrypt et il ne sont pas bon, cf https://blog.imirhil.fr/2015/12/12/letsencrypt-joie-deception.html je pense que vous allez avoir de petit surprise dans 90 jours si vous l'utilisé, il faudrait trouver et modifier la configuration de let's encrypt et peux être en informer synology

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

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

d’ailleurs a se sujet dans mes conf reverse proxy j'appliquai une configuration qui me permettait d'accédé a certains lien présent dans dsm comme photostation qui ne menait a rien quand j'était en reverse proxy, par exemple diskstation.exemple.fr/photo car DSM prenais l'url de connexion pour généré les liens photostation, phpmyadmin et autre. ces liens sont-il fonctionnel quand on passe par un reverse proxy pour accédé a DSM ? je me voyait mal a l'époque faire une demande a synology pour corriger se problème mais maintenant qu'il on mit en place un reverse proxy je vais m'y donner a coeur joie :) et également une autre question le blocage des ip fonctionne avec photostation via DS photo ? car actuellement je suis encore en DSM 5.2 et j'ai fait un patch qui corriger photostation (salement) pour se problème

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

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

bonjour, l'utilisateur http?

et depuis un invite de commande le script fonctionne normalement ? (l'histoire d’être sur) si oui c'est que lors de sont exécution dans le context du cronjob les librairies ne sont pas chargé. donc il va falloir les charger avant l’exécution. avec une commande du genre php -c /etc/php5/cli/php.ini -nf script.php si vous ne trouvez pas d'info je vous invite a contacter synology soit via le centre d'assistance dans DSM soit depuis leurs site https://account.synology.com/support/support_form.php