CoolRaoul

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

Pour commencer, Il n'est pas possible de mettre à jour directement en 5.0 à partir de DSM 4.1-2668 Toutes les versions intermédiaires sont en ligne ici mais je ne saurai pas te dire avec certitude quel est le chemin le plus court pour passer de ta version à la plus récente. ***EDIT*** J'ai pu te compiler ceci à partir des releases notes: DSM 5.0 can only be installed on Synology products running DSM 4.3 or later. DSM 4.3-3827 Update 2 can only be installed on Synology products running DSM 4.3-3827 via DSM Update. DSM 4.3-3810 Update 4 can only be installed on Synology products running DSM 4.3-3810 via DSM Update. DSM 4.3-3810 Update 3 can only be installed on Synology products running DSM 4.3-3810 via DSM Update. DSM 4.3-3810 Update 2 can only be installed on Synology products running DSM 4.3-3810 via DSM Update. DSM 4.3-3810 Update 1 can only be installed on Synology products running DSM 4.3-3810 via DSM Update. DSM 4.3-3776 Update 3 can only be installed on Synology products running DSM 4.3-3776 via DSM Update. DSM 4.3-3776 Update 2 can only be installed on Synology products running DSM 4.3-3776 via DSM Update. DSM 4.3-3776-1 can only be installed on Synology products running DSM 4.3-3776 via DSM Update. DSM 4.3 can only be installed on Synology products running DSM 4.0 or later. DSM 4.2 can only be installed on Synology products running DSM 4.0 or later. DSM 4.1 can only be applied to Synology NAS with DSM 4.0 and onward. Donc faut déja commencer par faire l'upgrade 4.1 -> 4.3.

Et la commande à utiliser pour récupérer l'info en suivant la ligne du parti: get_key_value /etc/synoinfo.conf unique

Le fait de mettre en place le basculement auto ne change rien sur le fond (une connexion SSL redirigée depuis une connexion non SSL est équivalente à une connexion directement en SSL)De plus, in certificat est automatiquement créé au nom de Synology. Le certificat auto-signé c'est simplement pour le mettre à ton nom, mais la différence est purement cosmétique.

Pourquoi n'envisage pas plutot de faire une translation de port au niveau du routeur?

Aucune (et même la sauvegarde de conf du NAS est inutile, même si ça ne fait pas de mal) C'est le PC que tu change, le NAS n'est pas impacté.

C'est sur qu'en enlevant la télécommande Je serais-surpris que le CEC suffise à manipuler toutes les fonctions de l'interface OpenElec (mais ne j'ai pas eu l'occasion de pratiquer j'avoue)

Le PI, pour qu'il soit utilisable en media center, faut au minimum ajouter télécommande + un cable HDMI et, peut-être, un boitier pas trop moche histoire d'optimiser le WAF Au final on devrait aboutir peu ou prou au même budget que le WD Live

Pour info, c'est ce post qui m'a mis sur la voie: http://www.scootersoftware.com/vbulletin/showthread.php?t=5583 "I'm trying to get FTPS (explicit SSL) working. currently i have the pro version 3.1.10.11626 (current build). normal, ie un-secure FTP works. when i change it to FTPS, it goes through the login and then hangs up on the PASV command" Quand j'ai vu les mêmes symptômes (blocage après la commande "PASV"), et que FTP simple marchait et pas FTPS j'ai compris qu'on était dans un cas similaire (bien qu'inversé)

Yep: Les transferts seront cryptés, à toi de voir si c'est utile. Par contre il faut que les appli clientes de tes utilisateurs sachent travailler en "FTPS" (à ne pas confondre avec SFTP)