Fenrir

Pas spécialement, je n'utilise pas de dyndns (j'ai mes propres serveurs DNS). Regarde dans ceux intégrés sur le syno. Tu dois avoir d'autres enregistrements associés à ce nom et/ou ton registrar s'est pas donné la peine de gérer ce cas (ce n'est pas une bonne pratique de mettre un CNAME sur le RR, mais c'est autorisé, il faut juste bien gérer ses serveurs et ses enregistrements DNS et maitriser les impacts qui sont réels). Il y a plusieurs possibilités, mais ça dépend de ce que ton registrar propose (il peut aussi ne rien proposer). Je n'ai pas cherché, mais je sais que cloudflare propose un service du genre, qui respect les RFC. Il y en a surement d'autres.

Faites le test en installant une clef ssh. @Langer : il y a plusieurs manière d'utiliser rsync, dans ton exemple tu as utilisé le serveur rsync, mais tu peux aussi le faire sans le serveur, via ssh (la syntaxe est légèrement différente (: vs ::) différente mais l'adressage aussi (port 22 pour ssh, port 873 our rsyncd)

1 seul suffit (et évite no-ip) Tu en créés 1 dynamique puis pour l'autre, tu fais un alias (CNAME) vers le premier.

Elle doit être bleu fixe. Vérifie que tu as regardé la bonne LED.

# dig +short -t A myxxxx.xx xxx.xxx.153.121 # dig +short -t A mixxxx.xx xxx.xxx.188.46 Tes enregistrements DNS ne sont pas bon (ou moins l'un des 2), vérifie ton dyndns.

Non, mais par principe je préfère n'ouvrir que ce qui a besoin de l'être (ça évite les surprises si demain tu installes un truc qui écoute sur le port 80). Dans le cas de letsencrypt, je ne sais pas comment se passe la mise à jour sur les Syno (s'il prévient par exemple, ou s'il essaye tout seul et ne dit rien en cas d'erreur ...).

C'est à faire directement via l'interface, dans DSM -> WebStation Si tu tiens à modifier les fichiers à la main (peu recommandé), il y a quelques tuto dans la section éponyme du forum

@syl29 et autres possesseurs de caméra samsung : https://blog.exploitee.rs/2017/re-hacking-the-samsung-smartcam/

Ce besoin conditionne le précédent => VPN Maintenant si les bandes passantes montantes et descendantes des 4 sites sont suffisantes, le virerai CloudStation pour ne faire que du VPN. Comme ça tous tes utilisateurs accéderont aux nas de la même manière (lecteur réseau SMB ou AFP ou NFS, en fonction de ton environnement). C'est plus simple en gestion et en support.

Commence par créer créer un VirtualHost (dans les options de WebStation). Ensuite, il va falloir faire comprendre à ton WP que son adresse a changé, 2 manières de faire : la simple et fiable : tu réinstalles le WP en partant de zéro (si tu n'as pas, ou peu de contenu, c'est de loin préférable) sinon : fais le tour des fichiers conf pour remplacer l'adresse puis même chose dans la base, il faudra remplacer toutes les valeurs nb : lors de l'installation de WP, il prend l'adresse utilisée pour faire toute sa conf, donc il faut toujours y accéder avec la même adresse => la définitive Un jour peut être, les dev arrêteront de mettre des url absolues dans leurs conf et dans les data, on peut toujours rêver ...

Très bonne nouvelle, maintenant tu sais ce qu'il te reste à faire => mettre en place un système de sauvegarde automatisé sur un autre support

Il y a plusieurs manières de faire, mais ce n'est pas forcement une bonne idée de rendre DSM accessible depuis Internet (cf tuto dans ma signature) Si tu as installé webstation, le plus simple et de coller un petit fichier index.php avec la redirection, comme ici (en https donc port 5001) <?php // 307 Temporary Redirect header("Location: https://ton.domaine.de.domaine:5001",TRUE,307); exit; ?>

S'il n'y a rien derrière en écoute (photostation, webstation, ...), c'est presque comme s'il était fermé.

oui oui

Si c'est juste pour faire la résolution DNS, non, c'est de l'ordre d'une ou 2 ms. Sauf si la résolution renvoi ton ip public, dans ce cas tout est possible (loopback par exemple) Celui de letsencrypt oui je crois que c'est automatique (je ne m'en sers pas sur le nas, j'ai ma propre autorité)

Plusieurs hypothèses : secure boot UEFI problème de pilote

Il me semble que cloudstation envoi toujours le message la première fois ou lorsque le certificat ou l'adresse changent (dans ton cas, 10.0.1.xxx n'est évidement pas le nom dans le certificat), mais je n'utilise pas cette appli. Si tu es sur que tu te connecte au bon serveur, non, pas de pb. Idéalement ça serait mieux, mais pour ça il faut que nomdedomaine.synology.me renvoi l'adresse locale de ton nas lorsque tu es en local (tu peux le faire avec le serveur DNS du syno)

Commence par le tester directement en ssh sh /volume1/chemin/du/fichier/fichier

oui s'il n'a pas besoin de transcoder (convertir) les vidéos, à noter que le DTS n'est pas géré sur les syno pour des questions de licence (mais on peut l'ajouter) apple tv, chromecast, raspberry pi, roku, ..., la seule condition est d'avoir un WIFI performant probablement puisque c'est un Intel

Il n'y aura pas de conflit ... mais ça ne marchera que pour un coté, parfois les 2, parfois l'autre ... en fonction de l'ordre des interfaces et du cache arp. Si je te place dans une pièce avec 2 portes blanches et que je te demande de sortir par la porte blanche, tu choisis laquelle ? Si tu ne peux changer aucun des plans d'adressages, mais que tu peux choisir les ip des postes de chaque coté, il y a une solution alternative, mais c'est sale.

top

Oui, à ta place je modifierai les 2 pour quitter le plan d'adressage par défaut des box Sinon avec ce que tu indiques, tu ne devrais pas avoir de soucis.

Fais un test complet de tes disques et surveille les valeurs smart. Ensuite, si pas de soucis de ce coté, connectes toi en ssh pour identifier les processus qui bouffent ton cpu.

C'est possible et c'est assez simple à faire. Pour le détail, il me faudrait un petit schéma de principe avec les différents plans d'adressage de chaque coté. La seule conf qui pourraient compliquer l'histoire c'est si le nas doit être accessible depuis Internet par ses 2 interfaces. Si ce n'est pas le cas, il suffit de configurer les 2 interfaces avec leurs adresses respectives. S'il y a plusieurs réseaux clients, il faudra peut être ajouter quelques routes, mais rien de méchant.

là tu as potentiellement fait sauter la conf de pleins d'appli et de plein de composants de DSM ... on risque de te revoir sur le forum d'ici peu