DaffY

Bonjour, comme cité plus haut, les spécifications sont clairement affichées chez PLEX en ce qui concerne la liste des matériels compatibles. D'autres solutions existent KODI ou plus simplement des players qui offrent l'avantage de tout gérer 'sur place' décodage. Perso j'utilise une aTV avec Infuse. C'est le client qui gère tout seul via un accès SMB au NAS la bibliothèque. Du coup qu'importe l'architecture et la puissance du NAS il demeure un 'simple' espace de stockage. C'est mon REx et juste une piste.... 😉

Bonjour, si c'est pareil depuis un autre accès réseau... alors on peut éliminer (pour le moment) la problématique du loopback. Il faut reprendre les basiques... IP publique avec ton FAI tu ne disposes pas (sauf erreur) d'IP fixe. Il convient d'utilisr (sans doute que tu l'as déjà fait) le service NDDdynamique (conjointement possible avec OVH et Synology). Ainsi c'est ton NAS qui communique à OVH l'ip publique. (donc plus de cname chez OVH pour le domaine ou sous-domaine concerné. ton ip locale du NAS idéalement j'imagine que tu as mis un bail via ta BOX ou une ip fixe. Attention selon les box il faut vraiment faire les choses dans l'ordre... bail sur l'ip puis NAT/PAT (pour le routage des ports) FirewallS Souvent pour bien faire on colle tous les niveaux de sécurité lus ici et là... Il est conseillé de procéder par étape. Vérifies que dans la BOX la partie sécurité autorise le routage NAT/PAT (soit on y ajoute une exception soit on descend à moyen si l'option existe) Idem en ipV6 qui peut selon les box être traités de manière isolée. Celui du NAS aussi afin de s'assurer que le port route au bon endroit. NAT/PAT classique Dans un premier temps le routage des ports par défaut à faire selon les services : 5001 pour un accès au NAS en https -> ip du NAS même port 80/443 pour le certificat SSL let's encrypt -> ip du NAS même port Tiens nous au courant

Bonjour, merci, mais lorsque tu dis Je te précise que par défaut , normalement, les paquets et la distribution de base sont opérationnels. Ainsi en installant mariaDB et php5.6 alors phpmyadmin est normalement fonctionnel. Les difficultés rencontrées dernièrement le sont (sans doute) avec la toute dernière mouture de php. En conséquence, en créant un mot de passe pour la base de données dans le panneau de configuration, on peut, via PHPmyAdmin, créer en local, le user et/ou la base de données, si on rentre en tant que root (avec le mot de passe idoine) Je ne dispose pas d'action chez Synology, mais leurs solutions sont, de loin des les plus complètes et les possibilités d'utilisation de nos NAS très importantes au regard de la concurrence. L'aide en ligne et la base de connaissance permet aussi en général de faire face à la plupart des demandes pour les fonctions mêmes les plus avancées. Souvent l’installation des modules implique le bon paramétrage des éléments liés (même si, comme pour phpmyadmin, on peut faire une installation manuelle)... J'espère que tu vas parvenir à créer ta base de données quelque soit l'interface utilisée et te confirme que tu disposes avec ces outils, de matériels et logiciels simples mais qui parfois nécessitent comme tous logiciels, d'un paramétrage et d'une initialisation réussie.

Bonjour, Des explications possibles ici https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/Backup/How_to_upgrade_from_Cloud_Station_to_Synology_Drive Envoyé de mon iPad en utilisant Tapatalk

A ma connaissance elle gère le loopback... Pour verifier, tu as la meme chose avec acces externe genre sur un autre reseau (autre wifi, 4G) ? Envoyé de mon iPad en utilisant Tapatalk

La bienvenue a toi sur notre forum ! Envoyé de mon iPad en utilisant Tapatalk

Bonjour, perso je ne passe jamais par phpmyadmin... (enfin plus...) Je préfère passer en ssh sur le NAS qui plus est phpmyadmin sur nos NAS requiert une vieille version PHP... enfin si php 7.2 installé... il semble qu'il y'ait un ticket ( #2201647) chez synology pour remettre d'applomb le bon paramètrage php et webstation... Je te propose plutôt donc de passer en Terminal ou via putty Accès sur le NAS en telnet ou SSH mysql Puis dans mysql CREATE USER 'nom'@'localhost' IDENTIFIED BY 'mdp'; nom = nom du user mdp son mot de passe Je lui donne les pleins pouvoirs GRANT ALL PRIVILEGES ON * . * TO 'nom'@'localhost'; ensuite FLUSH PRIVILEGES; A faire pour que les actions prennent effet. Après on peut être moins... large rappel /* Droits Sélectifs : */ GRANT [permission type] ON [nom_base].[nom_table] TO ‘nom’@'localhost’; /* avec CREATE – Permet aux utilisateurs de créer des bases de données/tableaux SELECT – Permet aux utilisateurs de récupérer des données INSERT – Permet aux utilisateurs d’ajouter de nouvelles entrées dans les tableaux UPDATE – Permet aux utilisateurs de modifier les entrées existantes dans les tableaux DELETE – Permet aux utilisateurs de supprimer les entrées de la tableau DROP – Permet aux utilisateurs de supprimer des bases de données/tableaux entiers exemple pour CREATE et SELECT sur un utilisateur toto */ GRANT CREATE, SELECT ON * . * TO 'toto'@'localhost'; Si on veut révoquer des droits : REVOKE [permission type] ON [nom_base].[nom_table] FROM ‘nom’@‘localhost’; tous les droits d'un coup REVOKE ALL PRIVILEGES ON *.* FROM 'non-root'@'localhost'; enfin pour Supprimer un USER DROP USER ‘nom’@‘localhost’; Et pour créer une base CREATE DATABASE nom_base supprimer la base DROP DATABASE nom_base Si ça peut aider. Perso je procède ainsi pour les créations et suppressions. par la suite j'utilise un client SQL pour les requêtes.

Bonjour, La creation d’une bdd suppose l’utilisation De phpmyadmin Ou Un acces direct au nas en telnet/ssh Par defaut la creation n’est possible qu’avec un user localhost. On peut une fois l’acces realisé modifier cette restriction si necessaire. Envoyé de mon iPad en utilisant Tapatalk

Bonjour, On dirait encore un pb de loopback mal gérée par la box... Modem routeur ou box genre livebox ? Envoyé de mon iPad en utilisant Tapatalk

Bonjour, oui quand on ouvre un capot de moteur, on doit savoir où se trouve le réservoir d'eau ou d'huile et ne pas les confondre.... Ta prudence est tout à ton honneur. J'ai écris la démarche pas à pas, mais visiblement j'ai manqué de pédagogie. J'y retourne Objectif : permettre une MAJ automatique de WordPress dans wordpress (autorisation http) bien gérer les redirection notamment 404 avec le virtualhost créé avec WordPress Prérequis: Tu prends l'éditeur de texte du NAS ou textedit sur ton MAC en prenant soin de bien convertir en mode texte (MAJ COMMAND T) Tu y colles ces lignes; location /{ try_files $uri $uri/ /index.php?$args; } Tu sauvegardes ce fichier sous le nom suivant : user.conf.wordpress-permalink Un peu comme en cuisine... tu places ça en réserve sur le dossier web du NAS (à la racine) ou sur ton home bref sur le NAS où tu veux. 🥞 Etape A - activation de l'accès au NAS (c'est juste pour un accès en local et ponctuel, une fois l'opération faite on le désactive) NAS en tant qu'admin, panneau de configuration, Terminal smnp tu coches Telent (tu confirmes les éventuelles demandes du firewall en local du NAS si ce dernier est activé) Etape B - appropriation des droits pour le dossier wordpress (oui le groupe existe sans 'utilisateur visible sur le NAS, c'est l'utilisateur du serveur web - ie si wordpress demande à faire une maj il le fait sous ce user pour faire court et simple) Via terminal (partant du principe que tu es toujours sur macOS) Menu shell, nouvelle connexion distante puis tu peux saisir (adapter) cette ligne et valider telnet -l admin xxx.xxx.xxx (ip privée du NAs) tu saisi le mot de passe d'admin puis tu passes en root en saisissant cette ligne sudo -i le mot de passe demandé est celui d'admin, te voilà connecté sur le NAS en root. B1- Gérer les bons droits sur le dossier WordPress (partant du principe que chez toi il est sur volume1) on va sur ce dossier pour éviter les longue saisies et les erreur associées cd /volume1/web chown -R http:http wordpress chmod -R 755 wordpress Etape C - mise en place permalink pour gérer correctement les redirections wordpress sous NGINX Identifier le dossier correspondant au virtualhost créé. WebStation sur la NAS avec le paramétrage créé (nom de domaine puis pointage du dossier wordpress) créé un sous dossier sur le NAS il faut le repérer pour y mettre le petit fichier permalink. On pars du principe qu'un seul virtualhost est créé. C1- repérage du dossier la commande suivante affiche la fin du fichier de configuration de webstation/virtualhost créé a saisir depuis Terminal toujours en accès root sur ton NAS tail /etc/nginx/app.d/server.webstation-vhost.conf Résultat (adapté par sécurité) : location ~* \.(php[345]?|phtml)$ { fastcgi_pass unix:/run/php-fpm/php-xxxxxxxxxxxxxxxxxxxxxxxxx.sock; fastcgi_param HOST "ndd.com"; include fastcgi.conf; } include /usr/local/etc/nginx/conf.d/xxxxxxxxxyyyyyxxxxxyyyxxxnnn/user.conf*; } c'est cette partie (en jaune) qui représente le dossier dans lequel doit être déposé le fichier permalink. Mon astuce : sous Terminal tu sélectionnes la ligne chemin complet que tu copies; dans notre exemple cela donne une sélection en vert comme suit include /usr/local/etc/nginx/conf.d/xxxxxxxxxyyyyyxxxxxyyyxxxnnn/user.conf* C2- copie du fichier au bon endroit tu saisis la ligne suivante (partant du principe que notre fichier mis en réserve (cf début) est sous le dossier web de volume1 du NAS) cp /volume1/web/user.conf.wordpress-permalink /usr/local/etc/nginx/conf.d/xxxxxxxxxyyyyyxxxxxyyyxxxnnn/user.conf.wordpress-permalink (la partie en vert étant le résultat du coller sous Terminal pour éviter la saisie) Tu peux vérifier la présence du fichier en faisant ls /usr/local/etc/nginx/conf.d/xxxxxxxxxyyyyyxxxxxyyyxxxnnn/user.conf.wordpress-permalink et/ou son contenu avec un more more /usr/local/etc/nginx/conf.d/xxxxxxxxxyyyyyxxxxxyyyxxxnnn/user.conf.wordpress-permalink qui doit t'afficher son contenu, et ce dernier doit se présenter comme indiqué en haut de ce post. D - remise en place On supprime le fichier user.conf.wordpress-permalink mis en réserve (à toi de voir via fileStation sinon en ligne de commande rm /volume1/web/user.conf.wordpress-permalink) On redémarre le serveur nginx : (toujours sous terminal) nginx -s reload aucune erreur ne doit s'afficher dans Terminal exit 2 fois pour sortir de Terminal (saisir exit dans terminal puis valider) On enlève l'accès Telnet du NAS (panneau de configuration/Terminal/on décoche Telnet) On peut aussi enlever l'autorisation du FireWall pour l'accès Telnet Fin de l'opération. comment vérifier ? tu te connectes dans ton wordpress en tant qu'admin tu tentes une réinstallation de wordpress (tablau de bord...) la réinstallation doit se faire sans demander un accès ssh ou ftp tu peux aussi changer les permalinks et vérifier que cela fonctionne (post_id/nom du post etc) tu peux aussi tenter une erreur 404 normalement selon ton thème elle est gérée par wordpress et non le NAS. Long post détaillé pas à pas. Si tu n'y arrives toujours pas, (et je peux comprendre que cela puisse impressionner même si le détail doit rassurer ) je demeure dispo par MP pour une assistance directe.😇

Bonjour, Si ça peut aider... J'ai produit ce petit script il y'a un moment déjà. Simple, paramétrable via un fichier texte il permet de vérifier l'état d'un dossier et si changement d'envoyer un mail avec les mouvements réalisés (ajout/suppression) Perfectible ( le fait de renommer un fichier est considéré comme un mouvement) car simple (et je ne suis pas un expert en shell non plus) il me rend service depuis plusieurs années sans pb. A l'époque je voulais avoir un état sur un dossier utilisateur qui me disait que ses fichiers disparaissaient....Depuis ... plus de rapts de fichiers... 😊 le paquet est dispo ici : http://bit.ly/scriptperso - un PDF explicitant le contenu , le paramètrage et la mise en exploitation - le fichier de paramétrage (fichier texte à amender) - pour éviter de mettre les mains dans le cambouis et ne pas jouer du telenet/ssh - le script en tant que tel

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