daffy

Bonjour, Heu...oui il faut ou indiquer le chemin complet ou etre au dessus ce qui dans ce cas revient a Cd /volume1/web Puis chown et chmod comme indiqué Ne pas oublier aussi le permalink comme cité dans les threads precedents. Envoyé de mon iPad en utilisant Tapatalk

Si ton NDD pour l'accès au serveur web est différent de l'accès au NAS (login DSM) alors il faut passer dans la configuration des certificats pour faire le distinguo. comme dans l'image ci-dessous : L'appropriation du dossier par le groupe http permet de pouvoir faire les mise à jour WordPress (sans devoir passer par du ftp ou du ssh). Voilà pourquoi les deux actions permettent une bonne mise en place des droits sur le dossier wordpress visé. Pour l'accès SSH normalement via Terminal tu peux le faire en direct du genre ssh -l user iprivée La 1ere fois ta machine et son user de connexion sont associés. Maintenant si c'est juste pour faire les actions citées, tu peux facilement activer telnet faire les actions et désactiver Telnet, moins compliqué et suffisant.

Bonjour, Si tu tentes une connexion ssh pour la 1ere fois (donc sous macOsMojave via Terminal) Oui il faut un utilisateur du groupe admin Le mot de passe associé Puis pour passer en root Un sudo -i et a nouveau le mot de passe Envoyé de mon iPad en utilisant Tapatalk

oui. Pour info : sous mojave , lancer Terminal et saisir la commande/ligne suivante : sudo killall -HUP mDNSResponder; sleep 2;say cache DNS effacé Il faut saisir le mot de passe du compte (utilisateur disposant des droits admin) attention on ne voit pas les caractères. c'est si jamais tu veux ne pas utiliser le serveur apache sachant que par défaut le serveur web sur DSM est NGINX, il n'y a guère d'intérêt à avoir un autre serveur web en exécution . (du coup sous NGINX les .htacces sont inutiles) le recours à un accès dynamique via OVH permet de le faire à chaque fois si l'ip change ce qui est le cas chez ORANGE et pas FREE. Le lien se fait via le NAS comme pour un accès à un nom dynamique. La connexion se réalise du NAS (ip de la BOX) vers OVH (registar du NDD) et ce dernier dispose alors de la valeur de l'IP au bon endroit.

Bonjour, pour le site web je conseille les actions suivantes : WebStation - virtualhost qui pointe sur le dossier wordpress - ie web/wordpress - (sauf si tu souhaites que l'accès soir en racine). avec serveur NGINX (ce qui évite une instance appache en sus) - https en lien avec le certificat cohérent existant dans la section sécurité. + en accès SSH/TELNET sur le dossier wordpress est conseillé que le groupe propriétaire soit http et tant qu'à faire je ferai ceci : udo chown -R http:http wordpress sudo chmod -R 755 wordpress Cel permet de pouvoir faire les MAJ et réinstallation depuis WP Pour la gestion des erreurs 404 il est conseillé d'ajouter un fichier conf en lien avec le virutalhost créé. on repère le nom du dossier créé par webstation (un tail ou un more du fichier permet de s'en assurer) tail etc/nginx/app.d/server.webstation-vhost.conf, affiche une ligne de ce genre include /usr/local/etc/nginx/conf.d/3c616e71-dc55-455e-5d44-ed9998a5c2ba/user.conf*; Ce qui implique que, dans le dossier /etc/nginx/conf.d/3c616e71-dc55-455e-5d44-ed9998a5c2ba on ajoute un fichier user.conf.wordpress-permalink dans lequel on colle ces lignes location /{ try_files $uri $uri/ /index.php?$args; } (Tu peux faire le fichier avec un éditeur de texte en code UTF8 et le copier ensuite ici) On redémarre le serveur nginx : nginx -s reload Le site web est accessbile avec les routages idoines depuis la BOX et aec le NDD correctement assigné par l REGISTAR (OVH en l'occurence).

Bonjour, Les allers retours pendant tous les réglages sont sources d’erreur et surtout d’incompréhension... Le fait d’avoir un nas.ndd ne me semble pas idiot pour un accès au services du nas Et le ndd pour l’acces au site web. Mais tout est possible ou presque. Mais l’idéal c’est de faire un choix et de s’y tenir...au moins jusqu’a une remise en cause factuelle... Bref le pb semble maintenant sur les para métrages du ndd Sous ovh si on créé un accès dynamique il faut bien mettre l’étoile dans le pointage du domaine (entier) lors de l’ajout de l’item. Si on a un accès dynamique, il ne faut pas renseigner l’ip publique en aaa (toujours sous ovh). Parfois la mise a jour des serveurs dns peut demander 24/48 heures. Enfin pour des tests précis il ne faut pas oublier en local de faire un flush des caches dns justement - méthode variable selon l’os utilisé - Bref l’issue est proche....ou pas [emoji6] Envoyé de mon iPad en utilisant Tapatalk

Bonjour et bienvenue parmi nous Envoyé de mon iPad en utilisant Tapatalk

Bonjour, Si ndd:9000 passe il n’ya pas de raison pour ne pas acceder a la page de log de dsm sauf erreur de routage nat/pat. Pour verifier. S’assurer que le port route pour dsm route bien vers le nas (de maniére identique que le 9000) sur la box S’assurer que c’est le port attendu sur le nas Par defaut 5000 en http 5001 en https. Pour le site web Perso j’installe wordpress directement (sans passer par le paquet synology) Dans webstation j’indique (comme tu l’as fait) le chemin Il faut s’assurer que le groupe htt dispose des droits a minima de lecture sur le dossier web J’ajoute un fichier en interne pour bien gérer les erreur 404 via wordpress J’adapte php 7..3 (de mémoire) pour viser la base mdb sur le bon port. En acces ssh/telnet en local J’ajoute le fichier user.conf.wordpress-permalink Dans lequel je colle ces lignes location /{ try_files $uri $uri/ /index.php?$args; } Le fichier doit etre sous /usr/local/etc/nginx/conf.d/xxxxxxxxxxxxx xxxxxxx est le dossier cree par webstation pour l’hote virtuel spécifié. On le voit dans le fichier situé ici /usr/local/etc/nginx/sites-enabled/httpd-vhost.conf-user Et on redémarre nginx (synoservicecfg --restart nginx) Sinon le nas. Mais comme dit plus haut.... chaque chose en son temps... l’acces dsm doit etre reglé avant. Par ailleurs je trouve les 3 premières règles du firewall excessives... A voir pour les suspendre dans un 1er temps. Kit Envoyé de mon iPad en utilisant Tapatalk

bonjour, Le mieux serait de procéder par étape. Accès en local tout est OK ? (je veux dire via l'ip privé du NAS tout simplement) Accès en externe via une connexion autre que le réseau local (4G ou un Wifi d'un voisin par exemple) via l'ip publique et/ou via le NDD ? Si oui à ces deux points, on avance. L'accès au site wordpress on voit ça après (et nottament pourquoi le choix appache versus NGINX qui est le serveur par défaut sous DSM 6 des NAS) ? - autre sujet à traiter après. Tiens nous informés.

Bonjour, Ça ressemble au pb de loopback propre aux LB jusqu’aux dernières versions. Sujet qui peut etre contourné - Modification locale du fichier host...pour des clients fixes -Mise en place d’un serveur dns sur nas synology Bon courage Envoyé de mon iPad en utilisant Tapatalk

Bienvenue parmi nous. Envoyé de mon iPad en utilisant Tapatalk

Bonjour, Meme un ndd gratuit via Synology permet d’obtenir un certificat via LE... Toujours preferable qu’un autosigné.... Envoyé de mon iPad en utilisant Tapatalk

Bonjour, Il fait specifier le dossier dans downloadstation pour l’utilisateur concerné, meme si c’est le meme dossier Envoyé de mon iPad en utilisant Tapatalk

Bonjour, La bienvenue parmi nous. Ne pas hésiter a consulter les tutos pour commencer. Envoyé de mon iPad en utilisant Tapatalk

Bonjour Topher01 Bienvenue sur notre forum. Envoyé de mon iPad en utilisant Tapatalk