Mic13710

La mise en application du tuto sur la sécurisation aurait évité ce genre de chose 😉.

Bonjour thsani, soyez le bienvenu dans la communauté. Vous tombez bien, il y a un tuto élaboré par @Zeus qui est actuellement en phase de revue avant édition et qui traite du RT2600ac. Patientez encore un peu, le temps qu'il soit validé.

Oui mais comme tu dis, le Môssieur (pardon DamDeb) voulait mettre la charrue 🚜 sans les boeufs 🐄. Ceci étant dit, Fenrir met lui aussi la sécurisation du NAS comme condition sine qua non avant la mise en place du serveur VPN : À lire avant d'aller plus loin Le fait de passer par un VPN n'est pas un gage de sécurité en soit. ..... Si la sécurité générale de votre NAS est mauvaise, ne faites pas de VPN, ça ne fera qu'augmenter les risques (vous trouverez un tuto ici) Ce qui fait que tu avais quelque part raison 😉

Ce message correspond à une configuration active du routeur via DSM. Comme vous avez supprimé l'UPnP, le NAS n'est plus en mesure de gérer les transfert de ports. Essayez de réactiver l'UPnP pour retrouver la liaison avec le NAS. Une fois cette liaison rétablie dans DSM, vous supprimez toutes les règles et vous désactivez la fonction. Vous la désactivez au niveau du routeur puis vous le redémarrez. Prenez des captures de la page DSM avant et après la suppression pour qu'on y voit plus clair.

Il y a tout de même quelque chose d'incompréhensible. D'où sortaient ces numéros de ports exotiques dans la page UPNP, ne serait-ce pas RED qui fait de la translation de ports pour faire du partage d'IP ?

Que dit la vue "Transfert de ports" de la box ?

Compris ! Upnp à désactiver. Et surtout supprimer tous les paramétrages du routeur à partir de DSM. C'est un total non sens. Dans cette page, vous avez orienté le 443 vers le 51198, alors évidemment que ça ne pourra jamais fonctionner ! Edit : Et aussi, les translations de ports, mis à part faire rire les oiseaux, ça ne sert pas à grand chose. Gardez les ports par défaut. Le plus important c'est de bien paramétrer son NAS pour se parer contre les attaques externes. Un port 54217 en http comme je vois dans la capature sur un NAS non protégé, c'est pas le port qui va le protéger mieux mais surtout de ne pas ouvrir un http vers l'extérieur.

Salut StephanH, moi j'aurais dit l'inverse : le cela en priorité (je dirais même une nécessité), et seulement après, le ceci qui répond à la question posée 😉

Moi pas comprendre.... Hyperbackup n'est pas un foudre de guerre. Tant que vous pouvez utiliser votre NAS de travail, que la première sauvegarde prenne 5 mn ou 2 jours ne va pas faire que le monde s'écroule.

Il faut prendre votre mal en patience. Ca ne vous empêche pas de travailler sur le 918.

Bonjour Damien, soyez le bienvenu dans la communauté. Surtout pas ! Le NAS n'est pas une solution ultime mais un support comme un autre qui peut tomber en panne comme les autres. La sauvegarde périodique des données du NAS (pas forcément sur DD externes) est essentielle et doit faire partie intégrante du projet.

6Go/h c'est 13Mb/s. Vous n'avez pas mis une limitation de débit quelque part ? Je sais que ma sauvegarde a été assez longue, mais je n'ai pas souvenir du temps que ça avait pris pour les quelques 3To de données. Je n'ai jamais mesuré à quelle vitesse mes sauvegardes se font et ça ne m'importe pas beaucoup. Ca prend le temps que ça prend 😉

Par quoi passez vous ? Est-ce un copier/coller à partir de votre PC ou une tâche de sauvegarde via hyperbackup de NAS à NAS ? Ce n'est jamais très rapide. La première sauvegarde est d'autant plus longue qu'il y a beaucoup de données. Le suivantes seront moins chronophages puisque seul le différentiel sera sauvegardé.

Dans DSM vous avez un menu "Centre d'assistance" à partir duquel vous pouvez posez des questions au support Synology. C'est l'endroit indiqué pour poser la votre. Et merci de ne pas citer inutilement le post précédent, ça nuit à la compréhension. Je viens de la supprimer dans votre message.

On ne peut pas à la fois avoir une entrée A est un DDNS sur le même domaine. En présence d'un DDNS, il y a une entrée A dynamique (non accessible) qui est associée au domaine du DDNS et qui est modifiée à chaque changement d'IP. On ne peut donc pas rajouter une autre entrée A qui va utiliser le même ndd sinon il y a conflit.

@Zeus Je ne pense pas que ce soit obligatoire. En tout cas, ça ne coute rien d'essayer. Ceci étant dit, il y a forcément un soucis au niveau de la redirection du 443 puisque "https://IPPublique" n’aboutit pas. Ou alors, c'est une IP partagée avec une plage qui n'inclue pas le 443. Je ne sais pas si Numericable/SFR pratique ce genre de partage.

Oui. Il suffit de ne rien indiquer dans la case baptisée sous-domaine.

Les possibilités de migration sont expliquées ici : https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/General_Setup/How_to_migrate_between_Synology_NAS_DSM_6_0_and_later Néanmoins, comme il y a un DX dont on ne sait pas si c'est une extension du groupe du 1815 ou un autre groupe avec un autre volume, je pense qu'il est préférable de poser la question directement au support.

Oui. Et il faut aussi que le parefeu du NAS autorise le 443. On est bien d'accord que le 443 est en https. Pas de http (port 80 ou 5000) vers l'extérieur, sauf pour des services spécifiques tels que la maj du certificat.

C'est à vous de voir, mais si vous utilisez un système RAID ou SHR, il faudra absolument alimenter le 411 avec un onduleur. Avec un 411 vous n'avez pas 36 choix : soit 4 disques en basic avec chacun un volume, soit un RAID5 (ou SHR) sur les 4 disques. Perso, mon NAS de sauvegarde est en basic (voir ma signature), et j'y fais 2 types de sauvegardes, une classique et une autre avec hyperbackup, chacune étant bien entendu sur un disque différent. Les deux NAS sont indépendants. Si le 918 a un soucis, le 411 n'est pas exposé. Si le 411 ne sert que de sauvegarde, vous pouvez le laisser éteint et ne l'allumer que pour le temps des sauvegardes.

Le DDNS ne peut pas gérer les ports. Il met seulement en relation un ndd avec une ip. A noter que vous n'avez plus besoin de ddns, puisque vous avez une ip fixe. Pour que ça fonctionne avec votre ip fixe ou votre ndd directement (cad sans spécifier de port), il faut impérativement ouvrir le port 443 vers le NAS.

Si vous n'avez pas redirigé de port, comment voulez vous que vos requêtes aboutissent. Pour le moment elles tombent sur un mur. Si vous voulez atteindre le NAS avec votre ndd sans spécifier de port, il faut au minimum que le 443 soit ouvert et transféré vers le NAS et que le parefeu autorise le traffic. Ensuite, vous utilisez le reverse proxy pour diriger la requête vers le service correspondant.

Et est-ce que les ports sont bien redirigés dans le routeur ?

N'y aurait-il pas encore le DynDNS activé chez OVH ?

Oui mais il faut bien l'installer, ce qui forcément écrit sur les disques. L'activation de la corbeille peut aussi écrire sur les disques. De toute façon, si j'ai bien compris, le NAS est arrêté, en attente d'une solution de récupération. A mon avis, il est plus sage de ne rien tenter pour le moment et de lancer la procédure de récupération sur l'un des disques.