CoolRaoul

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

Reste plus qu'a implémenter le bidule alors, Je relève les copies dans une semaine

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)

Je viens de penser à une autre utilisation de ce système de SMS gratuit. N'en ayant pas l'usage je me contente de donner les specs et je laisse l'implémentation à titre d'exercice Usage: détecter quand vos enfants sont à la maison Condition: que leur mobile bascule bien en wifi automatiquement et récupère bien une IP fixe (suffit de faire l'allocation dans la conf DHCP de la box, ou, si elle ne sait pas faire, utiliser le serveur DHCP du Syno à la place) Principe: à intervalles réguliers faire un "ping" vers l'IP du smartphone, des que son état passe de connecté à non connecté et inversement on envoie le SMS correspondant. NB: j'ai pu vérifier qu'Android répond bien au ping, je ne sais pas ce qu'il en est d'IOS.

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

Peut-être simplement commencer par les nettoyer (pinceau + aspirateur ou bombe à air).

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.

Pas sur que se soit une bonne idée de poser cette question ici à la suite du fil, plutôt que créer un sujet. Tu risque de manquer de visibilité. De plus une question très similaire à la tienne a été abordée pas plus tard qu'hier: Je te conseille de t'y référer.

Serait alors peut-être mieux d'essayer de ne pas se disperser dans ce fil et se focaliser sur le problème d'acces au serveur mail pour mulanee dont la source est bien un problême de DNS

Faudrait nous expliquer par quel miracle ça va également mettre a jour les DNS pour que "mail.ebgy.fr.nf" ne pointe plus vers un serveur situé en Californie mais sur l'IP fixe Free de notre ami.

(C'est pénible de se voir distiller toutes ces infos au compte goutte... ) Va te falloir déclarer un enregistrement de type "A" nommé "mail" dans la console d'admin DNS de ton nom de domaine (ebgy.fr.nf) pointant vers ton IP fixe Free Parce que pour le moment, "mail.ebgy.fr.nf" pointe sur deux IPs (108.162.199.189 et 108.162.199.189) allouées à cloudflare: fserv> nslookup mail.ebgy.fr.nf Server: 212.27.40.240 Address 1: 212.27.40.240 dns1.proxad.net Name: mail.ebgy.fr.nf Address 1: 108.162.198.189 Address 2: 108.162.199.189 Ou mieux, si cloudflare le permet, déclarer ton IP Free en wildcard. Ensuite le vhost devrait marcher (faudra attendre jusqu’à quelques heures que la propagation DNS soit effective) Pour que le mail fonctionne faudra configurer les enregistrement MX aussi.

J'ai jeté un oeuil (je pensais que les nom de domaines étaient bidons, juste pour l'exemple) l'IP de ebgy.fr.nf n'est pas 83.152.212.192!!! fserv> nslookup ebgy.fr.nf Server: 212.27.40.240 Address 1: 212.27.40.240 dns1.proxad.net Name: ebgy.fr.nf Address 1: 108.162.198.189 Address 2: 108.162.199.189 Tu es aux etats unis?

Et quel rapport avec les VirtualHosts? **EDIT** Question subsidiaire : "ne fonctionne pas" correspond à quel message d'erreur dans le navigateur?

Je suppose que "toto" etait juste à titre d'exemple Mais la déclaration de vhost suivante A bien pour effet de bord la création du dossier "dir-vhost" dans le dossier "web" Sera accessible aussi bien par http://<ip_ou_nom_de_domaine>/dir_vhost que par http://nom-vhost.mon_domaine.com Non, "http://<domaine>" pointe sur /volume1/web/ Et si tu nous expliquais simplement ce que tu veux faire plutôt?

Vrai (je viens de tester)

Tente la plus récente (4.3-3827) en manuel http://ukdl.synology.com/download/DSM/4.3/3827/ (http://ukdl.synology.com/download/DSM/4.3/3827/DSM_DS213_3827.pat)

J'ai complété mon post entre temps