PiwiLAbruti

Le port tcp/25 doit pouvoir être débloqué dans les paramètres de la box, as-tu essayé ?

C'est si compliqué que ça de télécharger des fichiers depuis File Station sans glisser-déposer ? Je ne vois pas bien dans quel cas d'utilisation précis ça pose problème, tu pourrais nous en dire plus ?

Contre : J'ai banni Java et Flash de toutes mes machines, Ça restera du bricolage quelque soit l'implémentation choisie, J'ai de très gros doutes concernant la sécurité de ce type de solution (accès complet au disque qui remonte dans une page web du navigateur), Pour ma part, le glisser-déposer (drag'n drop) pour envoyer des fichiers sur le NAS me suffit amplement (pour les rares fois où je l'utilise), Si l'option "client lourd" est envisageable, Cloud Station Drive fait parfaitement l'affaire.

Si ton nouveau registrar propose une interface digne de ce nom pour créer un enregistrement TXT, il n'y a pas à jouter les guillemets. Si tu édites le fichier de zone manuellement, il faut les mettre.

Au passage, le gars à l'origine d'OwnCloud a forké son projet suite à quelques divergences d'opinions sur le chemin pris par OwnCloud. Son fork s'appelle NextCloud : https://nextcloud.com/ (pas testé). Pour ma part j'ai adopté le même fonctionnement que @sank64, CalDAV, CardDAV (dont iOS synchronise automatiquement les contacts locaux vers CardDAV), et Mail Server.

La configuration DKIM reste la même quelque soit le registrar, non ?

Je ne serais pas contre un équivalent de la récente gamme 350 de Cisco (à prix non-Cisco évidemment), mais je n'y crois pas vraiment. Synology ferait mieux de se concentrer sur les lacunes réseau de la gamme actuelle : Support de plusieurs VLAN (802.1Q) sur une même interface physique, aussi bien pour SRM que DSM (très demandé sur les NAS pro), Configuration automatique des VLAN TV/ToIP des ISP (mode bridge préservant les services initiaux), Pare-feu SPI (Stateful Packet Inspection) pour ouvrir des ports passifs FTP à la demande (par exemple), Le support des tunnels VPN (IPSec) pour interconnecter des sites distants, Ça nécessitera un peu plus de puissance pour conserver des débits IPSec corrects (>800Mbps) Après ça ils pourront commencer à balbutier dans le matériel réseau professionnel.

En faisant pointer www.domain.tld vers le sous-dossier wordpress ça devrait fonctionner.

Ça existe toujours : https://www.synology.com/fr-fr/knowledgebase/DSM/help/DSM/AdminCenter/system_hardware_schedule

Oublie DDNS, ça ne sert à rien avec une Freebox car elles ont toutes une adresse IP publique fixe. Pour faire simple, je te conseille de créer un enregistrement DNS générique (que j'ai nommé truc) de type A qui va renvoyer ton adresse IP publique : truc.domain.tld A a.b.c.d Ensuite, ne crée que des alias (type CNAME) pour les autres sous-domaines : www.domain.tld CNAME truc www1.domain.tld CNAME truc www2.domain.tld CNAME truc photo.domain.tld CNAME truc La complétion de truc en truc.domain.tld est automatique chez OVH. Ainsi, le jour où l'adresse IP change, tu n'as que l'enregistrement truc.domain.tld à modifier. Pour le reste, ta règle PAT me semble correcte et il est normal que tu arrives sur la page par défaut de Web Station. Cette même page s'affiche avec l'adresse IP locale du NAS (http://192.168.x.y). Ce n'est pas une page d'erreur, c'est simplement la page par défaut de Web Station. Si tu n'accèdes pas à ton site, c'est que l'URL que tu utilises n'est pas bonne.

La part du chiffre d'affaire de Synology sur les produits professionnels écrase celui du grand public, et ce depuis quelques années déjà. La gestion des droits sous DSM 6 a complètement changé par rapport à DSM 5. SynoCommunity avait demandé des détails sur ces changements de façon à rendre les paquets compatibles avec DSM 6, on attend toujours (mais on a trouvé des solutions depuis). Autant dire que la communauté se fait pisser à la raie, il suffit de voir la lente agonie actuelle de SynoCommunity.

Si tu parviens à pondre un tutoriel, ça risque d'intéresser pas mal de développeurs abandonnés par Synology (dont moi). Tu développais avec Sencha Architect ?

Aucune de celles-ci. C'est ça. Une fois connecté au VPN, il faut tout simplement utiliser les adresses privées que tu utilises sur ton réseau local (192.168.x.y). L'intérêt du VPN est de pouvoir accéder à certains services du NAS qu'on ne veut pas disponibles directement depuis internet (par les règles PAT de la box). Par exemple, SSH n'est accessible depuis l'extérieur de mon réseau uniquement par le VPN. C'est très bien d'utiliser File Station à distance, les protocoles de partage de fichiers en réseau (SMB, AFP, et NFS) ne fonctionnent pas de manière optimale sur des connexion distantes à débits réduits (ADSL).

Pourquoi éviter de le mettre sur un switch ? C'est mal ?

Qu'espères-tu pouvoir faire en reliant directement deux NAS Synology ?

C'est une excellente question. Et pour l'avoir déjà éprouvée, voici ce que j'en ai conclu (point de vue purement subjectif) : ExtJS, ça craint. Les différentes raisons qui m'ont amenées à cette conclusion (liste non-exhaustive) : ExtJS est très bien documenté, mais la courbe d'apprentissage est trop longue pour pondre de simples interfaces pour DSM. Il existe un IDE très simple à utiliser (et très probablement utilisé par Synology) mais soumis à licence. Pas terrible pour convaincre une communauté de développer pour ses propres produits : https://www.sencha.com/products/architect/ Le DOM généré par ExtJS est une catastrophe concernant les performances des navigateurs (imbrication de DIV sur plus de 42 niveaux, ...). L'implémentation faite par Synology n'est pas documentée. Même en ayant demandé des informations à ce sujet directement à Synology, je n'ai obtenu aucune aide. Il y a un exemple chez SynoCommunity qui avait été écrit pour la branche 5 de DSM, je ne sais pas si ça fonctionne toujours avec DSM 6 : https://github.com/SynoCommunity/spksrc/blob/master/spk/debian-chroot/src/app/debian-chroot.js Des fois que tu serais passé à côté : http://download.synology.com/download/Document/DeveloperGuide/DSM_Developer_Guide.pdf Bon courage ! :-)

Ce déterrage ne rentre pas dans le top-10, il faut faire mieux que 3 ans et 8 mois. Ça commence à se corser !

Quand @firlin demandait le type de connexion internet, il attendait une réponse du type ADSL/VDSL, Fibre, câble, Wi-Max, ... (le Wi-Fi n'étant pas une connexion internet).

Que ce soit clair, je ne travaille pas chez/pour Synology. Quand Synology parle de certains formats vidéo, il ne s'agit que des capacités de transcodage de certains modèles. Le transcodage est utile pour réduire le débit de certaines vidéos afin de pouvoir les lire à distance sur des appareils mobiles (les autres cas d'utilisation sont très discutables).

Un NAS ne lit rien, il met à disposition du contenu qui est lu par un appareil client (TV, smartphone, tablette, ordinateur, ...). Donc la question est de savoir si l'appareil sur lequel vous allez lire le contenu est capable d'accéder au NAS par un protocole approprié (DLNA, SMB, AFP, NFS, HTTP, ...) et de décoder du 720x576 50p.

De rien.

C'est très confus tout ça. Quel est le rapport entre le titre "DS Audio en Airplay" et la lecture de musique sur un smartphone sous Windows 10 ? (qui ne supporte pas Airplay)

C'est pourtant clairement expliqué dans l'aide de DSM : https://www.synology.com/fr-fr/knowledgebase/DSM/help/DSM/FileBrowser/mountremotevolume

Je veux bien la source de cette information, car je ne connais aucun outil sous Linux qui permette d'administrer un parc Microsoft.

S'il s'agit de machines fonctionnant sous WIndows, seul Microsoft propose ce type d'outils : https://www.microsoft.com/fr-fr/server-cloud/products/system-center-2016/