CoolRaoul

De te connecter ou? dans quelle application? moi non plus je ne comprend pas ce que tu cherches a faire, j'avoue, ca part dans tous les sens là. Une commande en mode ligne, ca existe sous Windows, sous unix et sous macos faut taper "nslookup <ton_nom_de_domaine>" (exemple: nslookup bidule.synology.me) et ça t'affiche l'IP correspondante. Permet de vérifier que la redirection dyndns fonctionne Ne touches pas l'onglet routeur

Bien sur mais rien ne te l'imposait: aussi bien la Livebox que le NAS disposent tous deux de la fonction client dyndns. Juste que DSM supporte plus de services que la Livebox Si le statut est "normal" c'est que tout fonctionne, ton nom de domaine "bidule.synology.me" est donc opérationnel et pointe sur ton IP externe et un simple "nslookup" te le confirmera.

Quand on se connecte au NAS a partir d'un PC sous Windows sur lequel on est *déja* connecté avec un user associé à un mot de passe, ce user et ce mot de passe vont être automatiquement utilisés pour valider la connexion au NAS. Si sur le PC de belle maman tu utilise un autre compte windows, tu n'auras pas les mêmes droits d'acces au NAS.

Je ne comprend pas quoi (ou qui) t'oblige à configurer ton dyndns via la livebox plutot que par le NAS. Et pourquoi donc?

Tu choisi le fournisseur de service "synology", puis "s'inscrire" et tu suis les écrans Je ne peux pas te reproduire la manip car je suis déja inscris et ça supprimerai mon nom de domaine. Mais la manip est tres simple d'apres ce dont je me soiviens

Tu confirme que chez toi, la liste que que j'ai entouré en rouge ci dessous ne comprend que dyndns et no-ip? Etrange.

Tu devrais te rendre compte que ça manque franchement de détail pour qu'on ait la moindre idée de ton problème! Faut essayer d'être plus descriptif: "je fais ceci", "ça affiche cela" et, pour "ceci" et "cela", mettre *exactement* ce que tu tapes ou lis (mot à mot) Sinon on ne pige que dalle

Cool: ce n'est pas a toi qu'il s'adresse, mais aux explications données par Microsoft

Pas besoin d'entrer dans les détail, suffit de lire le cartouche: "causant des interruptions de service pour de nombreux clients." Ce sont des clients de *noip* (comme toi justement) dont il s'agit

Le problème avec no-ip, ne serait-il pas lié à ce cafouillage ?

Tu es chez toi la? Sinon c'est un probleme de configuration du serveur prestashop qui fait une redirection sur l'IP locale, et forcément çà coince en connexion à distance. Problème je n'ai pas la moindre compétence sur cette appli "PrestaShop"

Serait utile de savoir si le message "page introuvable" vient du Syno ou de la box. Une copie d'écran pourrait aider

ben non puisque tu as un nom de domaine, et une IP fixe (puisque freebox) Ne doit pas se résoudre sur la même IP (vérifier avec nslookup) As-tu essayé "www.xxxx.com/prestashop" (remplacer prestashop par le bon chemin si necessaire) Si ça marche c'est au niveau du virtualhost qu'il y a un lezard

Tu es sur de toi? Je ne suis pas sur que cet onglet apparaissait précédemment. Et puis la base de donnée pour les services web c'est maintenant "MariaDb" qui a son propre package, plus intégrée de base à DSM non? En plus j'ai mariadb qui tourne mais dans cet onglet la case "activer ... " n'est pas cochée comme on peut le voir dans mon screenshot

Alors là, je sèche

Tout a fait, quelques minutes maximum en général Non, faudrait que tu tapes cette commande sur ton PC (ou ton Mac) et vérifie son résultat Donc faire la commande "nslookup" sur la meme machine que celle ou tu fais les tests

Il peut y avoir un délai entre la modification des DNS et la résolution effective coté client. Est-ce que "nslookup www.XXXXX.com" se résoud bien avec l'IP externe de la box/routeur ou est connecté le NAS? Autre chose, pour que le test de connexion vers www.XXXXX.com soit valable il doit être effectué de l'*extérieur* du LAN, à moins que la box gère le loopback (en France ce n'est le cas que de la freebox à ma connaissance)

Voici à quoi ça ressemble:

Tu viens de me le faire découvrir! Il y a une case à cocher "activer la base de données systèmes" J'ai pas osé aller plus avant de peur de casser un truc

Il est clair qu'il y a un mismatch entre l'affichage et le nom effectif pour "mémé_osx" Faudrait "piper" la sortie du "find" dans un "od -cx" pour savoir ce qui ce cache derrière. (Chez Apple, comme il ne font jamais rien comme les autres, je ne serai pas étonné qu'ils utilise un codage propriétaire différent de l'unicode)

Dans l'interface d'administration du NAS, panneau de configuration -> r

Mouais... mais si il faut attendre que *tous* les outils Windows ou MacOS ne sachant pas encore supporter l'unicode soit adaptés pour s'autoriser les noms de fichiers avec caractères internationaux j'ai peur qu'on ne soit pas arrivés. Et puis je ne saurais pas comment expliquer ça aux utilisateurs utilisant des langues encore plus exotiques que la notre. Tous les environnements/APIs un peu "modernes" n'ont plus aucun problème avec ça. C'est sur que le cmd.exe de Windows est une antiquité qui se traîne un long et lourd passif (et même lui, avec un "chcp 65001" bien senti, supporte tout a fait utf8 pourtant). pscp par contre ça me semble sans espoir j'avoue (faudrait que je regarde le source à l'occasion)

J'ai écris "fichiers" car c'est aussi le thème du fil mais mes remarques peuvent indistinctement s'appliquer aux fichiers aux dossiers. Je te rejoins toutefois dans le cas de nom de répertoires système (/etc/..., /bin/..., /var/..., /usr/...), et tant qu'on y est, éviter les espaces serait une bonne idée. Par contre pour les partitions utilisateur (/volume<N>/...) je suis partisan de la liberté, c'est prévu pour. NB: on remarquera toutefois que même Synology ne respecte pas ta règle: fserv> find / -xdev -name '*é*' /etc/ssl/certs/Certinomis_-_Autorité_Racine.pem /usr/share/ca-certificates/mozilla/Certinomis_-_Autorité_Racine.crt /etc.defaults/ssl/certs/Certinomis_-_Autorité_Racine.pem

Je trouve cette règle un peu "bondage & discipline" Les NAS Synology gèrent parfaitement les noms de fichiers unicode et UTF8 est supporté par toutes les applis et services de DSM (et même en ligne de commande depuis quelques versions): CF: http://ukdl.synology.com/download/Document/UserGuide/DSM/5.0/Syno_UsersGuide_NAServer_fra.pdf " La prise en charge du langage Unicode facilite le partage de fichiers dans différentes langues à partir d’un Synology NAS." Quand on stocke des films et/ou des fichiers musicaux, se priver des accents est une contrainte un peu sévère (je sais bien qu'il existe les tags mais quand même). Et avec un minimum de précautions on n'a aucun problème avec les caractères internationaux dans les noms de fichiers (venant de la part d'un constructeur taïwanais ça serait surprenant). Et je confirme la remarque de Kramlech: si les caractères unicode sont affichés dans le terminal sous forme de code UTF-8 "brut", le problème vient du terminal (qui doit probablement être configuré en ISO)

"Houston, we have a problem": fserv> get_key_value /etc/synoinfo.conf upnpmodelname DS210j fserv> get_key_value /etc/synoinfo.conf synobios ds210j Note: mon NAS est un DS213J (mais les disques ont été migrés d'un DS210j) **EDIT** Je va corriger tout ça à la mimine Mais ça signifie que les tags "upnpmodelname" et "synobios" ne sont pas fiables pour utiliser dans un script qui va s'exécuter sur un modèle à priori inconnu. **EDIT#2** Pour ces deux tags, dans "/etc.defaults/synoinfo.conf" les valeur sont correctes.