PiwiLAbruti

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.

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 ?

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

De rien.

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/

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.

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.

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

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'); ?>

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 ?

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.

C'est DSM.

C'est un peu élevé 20% de CPU au repos. Quel est le processus qui consomme du CPU au repos ? (probablement DSM lui-même)

Changer le MTU n'apporte que des problèmes sur les protocoles de partage de fichiers courants. C'est principalement réservé aux réseaux SAN iSCSI. C'est très bien, il faut tester en conditions réelles avec les protocoles que tu utilises. Inutile de la désinstaller, l'arrêt de Download Station dans le Centre de paquets est suffisant. Quelle est l'activité du NAS au repos ? (CPU et disque dans le moniteur de ressources, identifier si nécessaire le processus)

Oui, en RAID 1 toute modification de donnée est faite sur les deux disques en même temps. Ce qui veut aussi dire que toute suppression est faite de la même manière et qu'il n'y a aucun moyen de récupérer une donnée supprimée en cas de mauvaise manipulation (comme sur un disque simple). D'où la nécessité de la sauvegarde des données importantes sur un support externe au NAS (clé/disque USB, équipement distant, ...). Ce support ne doit être connecté au NAS que lors d'une sauvegarde ou d'une restauration, mais surtout pas de manière permanente sinon le support devient vulnérable aux attaques (SynoLocker pour ne citer que lui). Le RAID n'assure que la continuité de service (inutile pour 99% des particuliers) mais ne permet pas de restaurer des données perdues contrairement à une sauvegarde. Quelque soit le schéma de configuration des disques choisi (volumes simples, RAID, SHR, ...), la sauvegarde est indispensable si vos données sont importantes. Enfin, le RAID ne se substitue pas à la sauvegarde.

D'après l'aide de DSM : Attention à l'aspect sécurité si les droits sont différents entre l'emplacement du lien symbolique et le contenu ciblé.

Si tu n'as pas de règles PAT configurées dans la Livebox, le pare-feu peut-être désactivé.

Si le NAS est derrière une ligne ADSL, le problème de débit reste le même.

Ce que dit Gaetan concernant le choix du système de fichiers est vrai dans le cas général, mais seules les architectures x64 sont supportées pour le moment. Ce qui peut surprendre en voyant que certains modèles comme le DS2015xs (ARM) qui ne sont pas supportés. Source : https://www.synology.com/fr-fr/dsm/Btrfs#applied_models

Tous les bugs d'interface qui apparaissent après une mise à jour de DSM viennent du cache du navigateur. Il suffit de vider le cache du navigateur (fichiers temporaires et cookies) pour que DSM fonctionne normalement.