PiwiLAbruti

Il faudrait déjà savoir ce que tu veux faire exactement. S'il s'agit bien d'une migration, la synchronisation de dossier partagé et la sauvegarde ne sont pas appropriées. Le plus simple est de monter un partage du DS414 sur le DS916+ avec FileStation et de lancer un simple copie du dossier à migrer.

Bien vu. Ou alors il faut rajouter un point [.] à la fin du nom de l'enregistrement : mailkey._domainekey.casiotheque.com.

Le DS216se est bien plus performant qu'un DS210j (ou alors c'est une citerne qu'il faut prendre, pas une louche). Le DS216se est un DS213j allégé (CPU ARM à 800MHz et 256Mo de RAM, contre 1,2GHz et 512Mo pour le DS213j). @firlin a tout à fait raison de t'orienter vers le DS216j car le CPU de ce dernier est dual-core (indispensable avec les dernières versions de DSM). Synology propose une application native pour gérer les téléchargements de tous types : https://www.synology.com/fr-fr/dsm/app_packages/DownloadStation#DownloadStation_desc

J'utilise différents appareils sous iOS avec du L2TP/IPSec sans le moindre souci avec les ports udp/500 et udp/4500 uniquement translatés sur le routeur (Freebox). Je n'ai rien fait de plus que ce que @Fenrir a indiqué dans son tuto. Par défaut le client envoie tout son trafic sur la connexion VPN, ce qui peut être gênant si on veut conserver son accès internet local et n'envoyer que le trafic à destination des réseaux distants sur le VPN. On peut résoudre ce problème en créant automatiquement des règles de routage dès que la connexion VPN est établie. Sur Mac et Linux, il suffit d'utiliser le script /etc/ppp/ip-up. Sur un NAS Synology, je conseille de le placer dans /usr/local/etc/ppp/ip-up, puis de rajouter son exécution au début du script existant /etc/ppp/ip-up. Pour Windows, j'ai écrit un script PowerShell dont l'exécution est déclenchée par l'évènement de connexion du VPN.

Un NAS, même à 10GbE, n'apportera pas autant de confort qu'un stockage local pour des activités lourdes (montage vidéo, conception 3D, ...). De mon point de vue, il est préférable de travailler en local sur un SSD et d'utiliser un NAS pour la sauvegarde/archivage/partage des projets.

Non.

C'est faisable en se connectant sur un des ports restants du DS1815+ et en montant les partages du DS415 sur le DS1815+. Mais on s'en fout puisque brancher les deux NAS directement entre eux ou sur un switch n'a aucune incidence sur la vitesse des transferts (à moins d'avoir un switch en carton). Donc autant se simplifier la vie en utilisant un switch.

À quoi penses-tu par "solution de transfert" autre que le réseau ?

Bonne lecture : https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/General/How_to_migrate_between_Synology_NAS_DSM_5_0_and_later

Il est impossible de dissocier la technique de la faisabilité. Ce que tu souhaites est faisable mais ça dépend de tellement de conditions techniques que ça peut très rapidement devenir infaisable. Donc sans parler technique, je dirais que ce n'est pas faisable.

Désolé @Lucien77, le déterrage de @firlin fait sortir le tien du top-10. Le n°11 est conservé pour son originalité.

Dans ce cas, les applications mobiles devraient aussi bien se connecter avec l'adresse IP publique qu'avec le nom DDNS. Vérifie quand même faisant ce que t'a demandé @Fenrir :

Non. As-tu bien activé le proxy WOL dans la configuration de la Freebox ? (désactivé par défaut)

C'est clair, poster un message dans un intervalle d'une minute à 2 ans et 3 mois du précédent, il avait moins de 0,000176% de chances d'y arriver. Ça aurait été marrant d'avoir le nombre de secondes. Edit : Il y a les timestamps dans le code source des pages du forum : <?php $d1 = DateTime::createFromFormat('U',1389200804); $d2 = DateTime::createFromFormat('U',1460131590); echo $d1->diff($d2)->format('%y ans %m mois %d jours %h heures %i minutes %s secondes'); ?> Ce qui nous donne : 2 ans 2 mois 30 jours 23 heures 59 minutes 46 secondes À 14 secondes près, ça fait 0,000041% de marge d'erreur. We have a winner !

Concernant l'orthographe, c'est de la faute du copier-coller : <?php $d1 = new DateTime('2011-03-15 22:44'); $d2 = new DateTime('2016-07-27 17:33'); echo $d1->diff($d2)->format('%y ans %m mois %d jours %h heures %i minutes'); ?>

Ne serait-il pas plus simple de restreindre les droits de ce dossiers aux seuls utilisateurs qui ont le droit d'y accéder ?

C'est vrai, je n'avais même pas regardé. Pourtant quand ça parle de DS107+ sous DSM 3.1 en 2016, j'aurais dû m'en douter... Je maintiens le classement actuel ou je limite au top-10 ?

Le service auquel tu souhaites accéder (Video Station par exemple). C'est l'adresse renvoyée par la résolution de ton nom de domaine No-IP, vérifie qu'elle correspond bien à l'adresse publique actuelle Vérifie que le port que tu as ouvert est bien accessible : http://www.canyouseeme.org/

Télécharge le dernier firmware disponible pour le DS107+ (3.1-1639) : https://usdl.synology.com/download/DSM/release/3.1/1639/ Ouvre le fichier .pat avec 7zip. Tu y trouveras une image du disque dans laquelle il y a tout le contenu de DSM, dont le fichier que tu cherches.

Ce sujet n'a été rédigé qu'à titre informatif. Par défaut, le relai SMTP de Mail Server n'accepte que les clients appartenant aux réseaux auxquels ses interfaces réseau sont directement connectées. Pour être plus clair, si le réseau local auquel le NAS est connecté est 192.168.1/24, le relai SMTP de Mail Server n'acceptera que les clients appartenant à ce réseau (192.168.1.x). Si votre réseau local est composé de plusieurs réseaux privés (192.168.1/24, 10.99.1/24, 172.29.1/24, ...) routés entre eux et que le NAS n'est connecté qu'à un seul de ces réseaux, Mail Serveur refusera les clients connectés aux autre réseaux. La procédure de modification décrite ci-dessous est obsolète car Synology a rajouté l'instruction mynetworks directement dans le fichier de configuration main.cf afin de corriger le problème. Le support Synology m'a indiqué la procédure suivante pour résoudre ce problème : Créer le fichier main.cf dans /var/packages/MailServer/etc/customize/postfix/ (les dossiers soulignés doivent être créés car ils n'existent pas par défaut) Y renseigner les réseaux privés comme suit : mynetworks = 10.0.0.0/8 127.0.0.0/8 172.16.0.0/12 192.168.0.0/16 Redémarrer le paquet Mail Server. L'exemple de configuration ci-dessus autorise tous les réseaux privés, il est évidemment possible de restreindre uniquement aux réseaux ou hôtes utilisés selon le degré de sécurité de l'environnement dans lequel le NAS est intégré. J'utilise ce relai pour faciliter les envois de messages (notifications et rapports des divers équipements) et me suis retrouvé confronté à ce problème. J'espère que Synology intègrera cette modification dans les prochaines mises à jour de Mail Server (même si je n'y crois pas vraiment).

C'est DSM.

Tarègle est bonne, il n'y aurait plus que le pare-feu du NAS qui bloquerait le trafic externe entrant. La liste des points à vérifier (non valable pour les horreurs que sont EZ-Internet, QuickConnect, ...) : Vérifier l'adresse IP (surtout si elle est dynamique). Si un nom de domaine est utilisé, vérifier que l'adresse IP résolue est bonne. Vérifier que le port est bien redirigé vers le NAS dans les règles PAT de la box ou routeur (n° de port, adresse IP privée du NAS). Vérifier l'état du pare-feu du NAS. Vérifier que le service est bien démarré (c'est con, mais ça arrive).

Ça ressemble à un souci de configuration de la règle PAT sur la box (port tcp/5001 injoignable).

Il y a 80% de chances que la migration ne fonctionne pas (DSM trop ancien, plan de partitionnement obsolète, système de fichiers, ...). Le mieux est de sauvegarder les données et de réinitialiser les disques, ça permettra également de bénéficier de BTRFS et d'une partition système avec une taille suffisante.

Est-ce que tu as bien désactivé le Wi-Fi avant de tester ? Quel est le message d'erreur renvoyé par l'application ?