Mic13710

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.

C'est pourtant clair et je ne comprends pas ce que vous ne comprenez pas. Si vous avez un seul disque ou un RAID1 (2 disques donc), vous passez directement à la version windows. Si votre RAID est constitué de 3 disques et plus, vous appliquez la deuxième méthode, mais ce n'est pas votre cas.

Je n'utilise pas freebox os mais j'avais cherché sur le net avant de poster et j'ai vu que la freebox revolution utilisait seulement le pptp et openvpn. Pas de trace de l2tp. Mais il est possible que ça ait été rajouté depuis.

Dans la procédure photorec (premier lien), on ne parle pas de passer par ubuntu pour des disques en RAID1. On ne sort qu'un disque et on lance photorec sous windows. Le reste est expliqué dans le lien.

Pas d'accord. Is recovered est tout à fait correct. Mais je ne vais pas me lancer dans de la sémantique pré brexitienne.

Tant mieux si ça fonctionne. Mais je suis dubitatif. Un conflit peut être à l'origine du problème à condition que ce soit les mêmes ports et les même protocoles utilisés. Or, le VPN de la freebox utilise le PPTP et OpenVPN et pas le L2TP, ce qui exclue le conflit de ports.

C'est la deuxième formule qui est la bonne. W = VA x cos phi

La faute ? Quelle faute ? Pour ce genre de message, je pense que le mieux est de contacter le support.

C'est comme ça que je le comprend. Quand on interroge un nom de domaine, on passe par les serveurs DNS renseignés dans les paramètres réseau. S'ils ne sont pas renseignés, ce sont les serveurs du FAI qui sont sollicités et qui ont en principe tous les enregistrements. On passe d'abord par le DNS principal, et s'il ne trouve pas le nom dans sa base ou qu'il est surchargé, on va aller interroger le ou les autres serveurs renseignés (DNS secondaires). Tout ce processus ne passe pas par le registar dont le rôle est de maintenir à jour le nom de domaine auprès de tous les serveurs DNS de la planète.

Tout dépend de l'utilisation. Je suis d'accord sur le principe du H24 sur un NAS de travail. Sur un NAS de sauvegarde, ce n'est pas forcément la bonne option. Mon 710 me sert de sauvegarde une fois par semaine. Je l'allume automatiquement uniquement pour cette tâche (ou bien manuellement pour aller y récupérer des données). Le reste du temps il est éteint. Il faudrait aussi parler des mises en veille et hibernations 😉 Tu bégayes ? Synology Assistant

Ca n'a rien à voir. Un ndd met en relation un nom avec une ip. Les serveurs dns ne servent qu'à résoudre ce nom en communiquant l'ip correspondante. Avec quickconnect, tout transite par des serveurs Synology. Son fonctionnement se rapproche d'un VPN.

Si tu ouvres le 1701, avec windows tu n'as plus besoin de clé. Il se connecte directement via le 1701. C'est parce que j'avais identifié ce comportement qu'on avait fait des tests avec Fenrir qui ont conclus qu'il ne fallait pas ouvrir ce port côté routeur mais uniquement côté NAS. Je ne sais pas pour les produits pommés, j'ai horreur des pépins 😉.