PiwiLAbruti

Le seul moyen est d'utiliser un proxy WOL. À ma connaissance, la seule box du marché disposant de cette fonctionnalité est la Freebox, sinon il faut un routeur avec un firmware modifié pour faire du proxy WOL. Mais la meilleure solution reste de laisser le NAS allumé.

Plutôt que de chercher autre chose, tu aurais pu essayer de savoir d'où vient l'écart avec Cloud Station ;-)

Le message qui précède le tien date du 29 Novembre 2014, les tool-chains pour avoton sont sorties le 12 Décembre 2014. Ça fait donc longtemps que l'architecture avoton (DS415+, DS1515+, DS1815+, DS2415+, et RS815(RP)+) est supportée par SynoCommunity et que les paquets ont été compilés pour cette architecture. Où est-ce que tu as vu que c'était mort ? Il y a peut-être un paquet que tu attends et qui n'a pas encore été compilé pour avoton ?

Oui. Oui, à condition de bien suivre l'assistant dans DSM. Oui, mais la question ne se pose pas si tu fais bien une sauvegarde.

Tu aurais dû expliquer ton besoin dès le premier message, on aurait gagné du temps. Personnellement je n'ai jamais vu une caméra qui sort des flux vidéo à 50Mo/s, donc de ce côté là il n'y aura aucun souci. Seuls les accès multiples peuvent pénaliser les IOPS des disques, mais à 3 personnes ça ne posera pas de problème. Pour le montage vidéo, je déconseille d'utiliser des rush stockés sur le NAS pour faire du montage. Il vaut mieux tout avoir en local sur la machine de montage et exporter le résultat sur le NAS. En montage vidéo, il faut plus voir le NAS comme un archivage partagé que comme un espace de travail pour les applications de montage vidéo.

Ça dépend ce que tu entends par "meilleur".

Pour avoir un certificat applicable aux sous-domaines (truc.tartanpion.fr, machin.tartanpion.fr, bidule.tartanpion.fr), il faut un certificat wildcard (~60€/an pour les moins chers). Chez StartSSL : https://www.startssl.com/?app=2

Attention aux unités ! 1 octet (o) = 1 Byte (B) = 8 bits (b). Le réseau fonctionne à 1Gbps (1 gigabit/seconde et non 1Go/s), soit 125Mo/s. Donc ne t'attends pas à retrouver le confort que tu as actuellement avec le disque dans ton PC. Pour quel(s) usage(s) as-tu besoin d'un débit aussi élevé ? Pour l'accès externe, les performances seront limitées par le débit de ta connexion (débit montant de 1Mbps en ADSL, soit 125Ko/s).

La Zavio B5210 est bien listée dans la liste de compatibilité de Synology : https://www.synology.com/fr-fr/compatibility/camera Par contre la Linksys LCAB03VLNOD-EU n'est pas référencée. Ça ne veut pas dire qu'elle est incompatible, mais simplement qu'elle n'a pas été testée. Le PoE (802.3af) délivre 15,4W, ce qui peut être insuffisant pour certains équipements. Heureusement, PoE+ (802.3at) permet de monter jusqu'à 25,5W. Par contre je ne sais pas s'il existe des power-injectors à cette norme.

Est-ce que ces deux réseaux sont reliés actuellement ?

Et si la qualité du service de DDNS de Synology ne te convient pas, tu peux acheter un nom de domaine (~7€/an) chez un registrar qui supporte les enregistrements DynHOST (comme OVH). J'utilise cette solution sur un NAS distant derrière une Livebox et ça fonctionne sans aucun souci depuis 18 mois.

DSM 6.0 beta sera présenté le 15 Septembre 2015 à Paris : https://www.synology.com/en-global/events/2016_Synology/Paris

Quelles sont les adressages respectifs des réseaux des deux box ? (192.168.x.0/24) Est-ce que les box ont des adresses IP différentes ? Est-ce que les plages DHCP se chevauchent ?

C'est confus et ça manque de précision ton histoire. Qui ferait quoi exactement ?

Ça doit être possible puisque j'utilise l'opération contraire avec nginx (externe https vers interne http). Par contre je ne connais pas HAProxy.

C'est un format XML spécifique à ton système de domotique ?

Oui. Tu vas pouvoir continuer à te muscler les fesses

Le PC Windows est également en Wi-Fi ?

La taille limite des disques est de 2 To : https://www.synology.com/fr-fr/compatibility?search_by=products&category=hdds&p=1&product_bays=2&product_name=DS207%2B

Si tu ne relies qu'une seule interface du NAS au switch, le débit de 1Gbit/s sera partagé entre les clients, il vaut donc mieux relier les 4 sur le switch. On pourrait agréger les 4 interfaces pour obtenir un lien logique à 4Gbit/s, mais ça ne me semble facultatif étant donné qu'il est possible de dédier chaque interface à un client. ---- Dans le cas présent, chaque client accèderait au NAS via une des adresses IP définies : Interface 1 - 192.168.1.a/24 Interface 2 - 192.168.1.b/24 Interface 3 - 192.168.1.c/24 Interface 4 - 192.168.1.d/24 Si Mac 1 choisit de se connecter au NAS avec l'adresse 192.168.1.b, il faudra que Mac 2 se connecte avec une autre adresse. Il sera donc important de savoir qui se connecte avec quelle adresse pour s'assurer que chaque client bénéficie d'une vitesse de 1Gbit/s dédiée. ---- Si tu préfères agréger les interfaces (4Gbit/s), Synology propose de configurer ça directement sur le NAS (Adaptative Load Balancing) sans avoir à configurer quoi que ce soit sur le switch. Je ne l'ai jamais testé et je ne sais pas si ça fonctionne correctement en charge. L'avantage est que le NAS est accessible avec une seule adresse IP ou son nom.

Cette manipulation sans sauvegarde est assez critique,. Croise les doigts pour qu'aucun disque ne lâche pendant la construction du volume RAID, et j'espère que le tout est sous onduleur. Tu n'es pas obligé de sauvegarder les 12To de données, mais au moins les données les plus importantes. Bonne chance ;-)

J'y vois plus clair. La configuration du réseau est la première chose à faire avant d'utiliser un NAS. Je te conseille vivement de configurer une adresse IP fixe sur chaque interface réseau du NAS, et relier le tout au switch. Pour que les Mac obtiennent une adresse IP automatique, il faut également relier la box/routeur (serveur DHCP) sur le switch. Si tu n'as rien compris à ce que je viens d'expliquer, le mieux est que quelqu'un de compétent viennent directement sur place configurer tout ça proprement.

Avec un minimum de curiosité : https://fr.wikipedia.org/wiki/IEEE_802.11ac

Oui, se connecter en filaire (ton débit en Wi-Fi est excellent au passage).

Voici le contenu de /usr/local/etc/ip-up. 10.0.1.0 est l'adresse du serveur VPN, 192.168.2.0/24 est le réseau distant à atteindre. Adapte ces adresses à ta configuration. #!/bin/sh date=`date '+%Y/%m/%d %H:%M:%S'` echo "$date $1 $2 $3 $4 $5 $6" >> /var/ppp/ip-up.log ifname=$1 ttyname=$2 speed=$3 localip=$4 remoteip=$5 ipparam=$6 case "$remoteip" in 10.0.1.0) /sbin/route add -net 192.168.1.0/24 dev $ifname ;; esac exit 0; Pour que ce script s'exécute, il faut l'ajouter au début de /etc/ppp/ip-up : #!/bin/sh . /etc/ppp/ip-function . /usr/local/etc/ip-up # Custom script FW_SCRIPT="/usr/syno/etc/rc.d/S01iptables.sh" TC_SCRIPT="/usr/syno/etc/rc.d/S01tc.sh" Les mises à jour de DSM écrasent le fichier ci-dessus, il faut donc rajouter la ligne suite à une mise à jour. Il y a un log des connexions dans /var/ppp/ip-up.log (crée le dossier /var/ppp si nécessaire ou modifie le chemin du fichier de log). La manip est similaire sur tous les système Unix (Mac OS inclus). J'ai aussi une solution pour Windows à base de déclenchement de tâche planifiée sur évènement et de PowerShell qui fonctionne à merveille, faudra que je pense à la publier quelque part.