Fenrir

Ce type de question a déjà été posée. C'est faisable mais pas nécessairement simple (ça dépend de plein de petits détails). De ce que je devine le besoin est de pouvoir accéder au boitier DD depuis Maison1 et depuis Internet. Si c'est bien ça, ça devrait être assez simple à faire : première méthode, la plus propre (pas certain que la box le permette) nas1 : iptables -t nat -I POSTROUTING -s <l'adresse vpn de DD> -d <le lan de maison1> -j ACCEPT livebox : route pour indiquer à la box que le réseau vpn est derrière nas1 livebox : forward du port vers l'ip vpn de DD seconde méthode, moins propre nas1 : iptables -t nat -I PREROUTING -p <tcp ou udp> -m <tcp ou udp> --dport <le port choisi> -j DNAT --to-destination <l'adresse vpn de DD>:<le port de DD> livebox : forward du port vers l'ip du nas1 sur le port choisi

@Mic13710 : bien vu, je n'avais pas fait attention

Aucun de tes enregistrements DNS ne fonctionne depuis Internet, à commencer par les NS. A mon avis tu as oublié la première étape, déclarer "correctement" tes NS auprès de ton bureau d'enregistrement. Si je demande les NS de ton domaine, j'obtiens : ns.ton.domaine ns02.ton.domaine Mais on ne peut résoudre aucun de ces enregistrements (pas de type A ni de type CNAME). =>on ne peut donc pas contacter tes NS => on ne peut donc pas faire de requêtes sur ton domaine => aucune chance que SPF ou DKIM fonctionne Je suis surpris que tu puisses recevoir des mails depuis l'externe car les MX ne sont pas non plus résolus depuis Internet Si je demande explicitement à ton serveur DNS, pas de réponse pour les NS, le SPF ou le DKIM, par contre le MX semble ok (mail.ton.domaine avec un type A associé) En conclusion, commences par déclarer tes serveurs DNS comme NS de ton domaine auprès de ton bureau d'enregistrement (déclares les en IP ou fais un GLUE). Il faut que la commande suivante te renvoi tes DNS : nslookup -querytype=NS ton.domaine 80.67.169.12

envoi moi en MP le vrai nom de domaine, le nom de l'enregistrement dkim et le mail complet du rapport que tu as reçu

Pour les captures, il suffit de les uploader quelque part de de mettre les liens

Il est rare de tomber sur un disque non compatible, dans 99% des cas, la compatibilité n'est là que pour éviter d'entendre le support dire : "disque pas compatible, donc on ne peut rien pour votre problème d’alimentation" C'est pour ça qu'en cas d'achat neuf, on recommande de prendre un disque de la liste "officielle". Dans ton cas, c'est de la récup, donc si ça peut t'éviter des frais, ce n'est pas plus mal. Le seul truc, comme il s'agit de disques de portables, ils ont probablement été maltraités, donc leur durée de vie sera moindre, mais encore une fois, ça ne te coute rien, donc peu importe du moment qu'ils fonctionnent (pense juste aux sauvegardes). Pour le reste @firlin t'as donné les infos ps : pour l'adaptateur 2.5" -> 3.5", avec un jeu de mecano, ça se bricole facilement, fais juste attention à ne pas endommager les rails, sinon : http://www.amazon.fr/Synology-2-5-HOLDER-DISK-TYPE/dp/B002WRY74Y/ref=sr_1_2?s=electronics&ie=UTF8&qid=1455142954&sr=1-2&keywords=synology

On peut avoir la capture en entier, de chacun des volumes et groupes de disques (s'il y en a plusieurs), ainsi que de la page HDD/SSD ?

Tu peux utiliser l'outil intégré à Windows, ça fait le taf pour un besoin basique. Si tu souhaites une solution plus fiable et plus souple, il existe plein de logiciels. Perso j'utilise Acronis TrueImage qui est le plus complet pour un particulier à un prix correcte. En gratuit tu as par exemple Veeam et Paragon

Si tu veux réinstaller, ne te soucis pas des fichiers systèmes du nas, au pire fais juste un backup de la conf => ça permet de repartir sur un base saine, mais on perd les réglages/paquets/... Si tu tiens à tout garder, profite de ta 2nde baie de disque : dès l'initialisation du disque, le Synology va cloner la partition système

je déconseille le raid0 et le jbod car c'est très dangereux (perte d'un disque = perte de toutes les données de tous les disques), mais je n'ai pas de soucis avec les autres raid (1, 4, 5, 6, dp, 10) ça reste du raid normal, ils ajoutent juste une surcouche (LVM) pour permettre de ne pas perdre trop de place avec des disques de tailles différentes, il n'y a pas de soucis particuliers avec (je suis en SHR sur tous mes nas synology). oui Ça dépend des capacités de la source (linux/mac/windows). Du point de vue purement protocolaire, du plus rapide au plus lent, pondéré par la fiabilité (j'ai mis en gras l'OS le plus adapaté) : FTP NFS : Linux et Mac (ou Windows en version entreprise) SMB3 : Linux et Windows 8 ou plus récent AFP : Mac (ou linux avec patch) FTPS SMB2 WebDAV SCP SMB1 : à éviter (windows 9x) Puis quelque part au milieu, l'USB2 et 3 en connexion directe.

http://dkimvalidator.com/ Encore une fois, avant de mettre le dmarc, vérifie le SPF et le DKIM c'est une clef publique, ça peut être long Voici mon enregistrement DKIM (j'ai altéré le certificat) : mondomaine._domainkey.mondomaine.fr. IN TXT "v=DKIM1; g=*; k=rsa; p=MIG0IaM8IRIb31ZhMf0WAA4GNADCBiQKBgQDKxHAYLClVX9sgKw7RGc6bYt/1FkEsF1v+YvKPMb7NcKAvX3iwuywQBLiusQFxEvpzuMXGCSqGSJZFc82Z6iN8EthAzQuYCOcaqrJYEyF0s3r7ZzDXLlIX+DQEBAQUHyxAh6+tz9Zbv6ADxaDIcAJYFvO8xWhF5i64Jxem0RfMAoNkQIDAQAB"

Si tu hésite avec un 4baies, c'est probablement vers ça que tu devrais t'orienter. Ça dépend principalement du type de raid. Dans tous les cas, il en faut pas faire de JBOD ni de RAID0, mieux vaut ne pas faire de raid du tout (des disques simples) si on a besoin de place En 4 baies, le meilleur compromis fiabilité/espace est le raid 5 4*3To => 9To 2*3To+2*6To => 12To 1*3To+3*6To => 15To nb : la limite est de 16To par volume sur ces modèles Tu peux aussi commencer avec un 4baies et seulement 2 disques, puis ajouter des disques par la suite en fonction des besoins Bonne approche, je fais la même chose ;) ==>pas besoin du PLAY

Vous accédez comment au fichiers avec vos logiciels ? ftp webdav smb afp nfs

Par défaut tu ne peux pas Il faut créer un certificat valide pour les différents domaines (SAN) Par contre avec haproxy, je suis sûr que c'est possible (il y a un post spécifique sur le forum avec différents guides)

Pour le SPF, il faut simplement que l'enregistrement DNS existe (et soit correct) Pour le DKIM : si ça marche, les mails sortant sont signés (il suffit d'afficher le source du mail), mais il faut aussi que l'enregistrement DNS soit valide pour que le destinataire puisse vérifier la signature Pur le DMARC, c'est un peu particulier, mais le prérequis c'est que le SPF et le DKIM fonctionnent correctement, il ne faut pas l'activer avant que le reste soit OK, sinon les mails envoyés risquent de partir en spam ps : bonne nouvelle pour la prise en charge par syno, c'est rarement géré

C'est correct Le SPF comme le dkim ou encore dmark, c'est toujours mieux de l'avoir que de ne pas l'avoir, ça permet de lutter contre les spam et l'usurpation, mais il faut bien savoir ce que c'est et bien le configurer. Tu as des générateurs de conf pour le SPF : http://www.spfwizard.net/ nas.moi. IN TXT "v=spf1 mx ptr ip4:1.2.3.4/32 ~all" nas.moi. IN SPF "v=spf1 mx ptr ip4:1.2.3.4/32 ~all" Pour le DKIM et le dmark, je ne crois pas que les syno le gèrent

Tu déclares 2 fois le même NS (ou tu déclares 2 zones, mais écrit comme ça ce n'est pas lisible) Sinon, pour vérifier tes enregistrements : nslookup -querytype=ns nas.moi nslookup -querytype=mx nas.moi nslookup -querytype=a nas.moi nslookup -querytype=aaaa nas.moi ... En vu zone ça devrait ressembler à ça : $ttl 2D nas.moi. IN SOA ns.nas.moi. support.nas.moi. ( 2016020901 12H 2H 2W 2H ) nas.moi. IN NS ns.nas.moi. nas.moi. IN MX 10 mail.nas.moi. ;il faut toujours utiliser un type A/AAAA pour un NS ns.nas.moi. IN A 1.2.3.4 ;il faut toujours utiliser un type A/AAAA pour un MX mail.nas.moi. IN A 1.2.3.4 ;pour la suite tu peux utiliser des CNAME www.nas.moi. IN CNAME ns.nas.moi. ...

Désolé que ça n'est pas résolu tous les problèmes. Normalement le reset ne touche pas aux données, mais comme toujours, il vaut mieux avoir une sauvegarde. Dans ton cas, repartir de zéro (formatage complet des disques) ne serait pas forcement une mauvaise chose. Une autre piste possible, un défaut électrique (alimentation du synology ou problème plus général), je ne sais plus s'il y avait un onduleur.

C'est normal, pour faire simple quand tu chiffres un dossier, c'est comme si ce dossier était dans un gros zip, la moindre modification du contenu change du tout au tout de "zip" vu de l’extérieur, dans le cas contraire on pourrait en déterminer le contenu, donc le chiffrement ne servirait à rien. Par contre rien ne t’empêche de sauvegarde ces dossiers en mode déchiffré et de chiffrer cette sauvegarde. Pour les snapshots je ne peux pas te te dire si c'est fiable sur les Synology, mais sur un serveur, ça marche très bien, pour la place, il faut faire attention, c'est en mode bloc, donc selon le type de fichier, le delta peut être plus ou moins important : avec un fichier linéaire (base de donnée par exemple) : ajouter 1mo à un fichier d'1go prendra 1mo en snapshot avec un fichier de type archive (bureautique, images, ...) : ajouter 1ko à un fichier de 10mo prendra probablement 10mo en snapshot Attention, un snapshot n'est pas une sauvegarde en soit. Pour les sauvegardes distantes, je te recommande de rester en mode fichiers.

Une terminologie juste permet d'éviter les erreurs, sauvegarde est bien la traduction de backup, pas de synchronization. Un système dans lequel la suppression d'un fichier dans la destination supprime aussi le fichier dans la source, ce n'est pas une sauvegarde. Dire que parce qu’un logiciel de sauvegarde propose une option de synchronisation bi directionnelle DONC les synchronisations bi directionnelles sont des sauvegardes, c'est une lapalissade. Pour le besoin, j'ai parcouru vite fait la doc des VHS, je n'ai pas vu de mentions à rsync, mais il devrait être assez simple de mettre en place une recopie des données d'un nas vers l'autre si l'on accepte de taper 2 ou 3 lignes de commandes : mount pour monter un dossier du VHS sur le syno : mount -t nfs nas2:/dossier/de/destination /tmp/vhs (éventuellement un petit script pour faire de l'incrémental avec --link-dest et des rotations) rsync pour copier les données du syno vers le VHS : rsync -a ...

CloudStation n'est pas un outil de sauvegarde, au moins dans DSM 5.x, ce qui est supprimé d'un coté l'est aussi de l'autre pour la question, il faut utiliser rsync directement

c'est presque le contraire : synchronisation implique qu'une suppression d'un coté supprime de l'autre coté néanmoins cloudstation permet le versionning, donc ça peut faire office de sauvegarde bas de gamme à court terme, mais ça reste peu adapté nb : dans DSM 6.0, cloudstation va être refondu, donc ce que je dis peut changer bon point pour vous, la plupart des utilisateurs n'ont pas d'onduleur pour éteindre le nas proprement en cas de coupure de courant il suffit d'en prendre un suffisamment gros, les grosses boites ne ferment pas du jour au lendemain

CloudStation n'est pas un outil de backup, à aucun moment @Mic13710 n'a dit ça d'après ce que je vois sur le forum, c'est 50/50 entre défaillance et pb électriques (une coupure de courant ça peut plomber un raid) Pour vos sauvegardes, il y a un application dédiée, installée par défaut sur tous les synology, il y a aussi des paquets pour d'autres services tiers. Si votre autre nas dispo d'un serveur rsync, vous devriez pouvoir faire des sauvegardes dessus.

Un switch, si c'est juste pour faire switch basique (pas de traitement sur les paquets), n'a pas besoin de cpu car la commutation est effectuée par des ASIC, ni de ram (tu n'as pas des milliers de mac address) Le switch entre mon nas et mon PC coute moins de 50€ et je copie à plus de 100mo/s sans soucis Pour toutes les fonctions dont tu n'as pas besoin (lacp, stp, dot1af/at, dot1p, dot1q, ...) La limite est celle de ton équipement le moins rapide impliqué, si par exemple, entre ton nas et ta platine il y a un boitier qui ne fait que du 10mbits, le lien max sera de 10mbits Si tous tes équipements impliqués sont en gbits, presque aucune chance que le soucis vienne du réseau, si tu veux en être sur : ip statique sur le nas ip statique sur la platine un câble en direct entre les 2 Par contre, que ta platine soit en limite de capacité, c'est possible Idem pour le nas si tu dois transcoder : test avec des fichiers en .m4v (h264+aac) Ce n'est pas du windows, sauf si tu es a plus de 80/90% de remplissage, aucun intérêt de défragmenter Si tu veux tester la vitesse des disques/réseau : fais une copie en FTP (c'est qui bouffe le moins de cpu) du nas vers ton pc (en filaire, pas en wifi) si le débit est supérieur à ce dont tu as besoin, ça ne vient pas des disques

Normalement, si tu ouvres le gestionnaire de volume, il devrait te proposer de faire cette vérification En général ce message indique qu'un disque est en panne ou sur le point de l'être => sauvegarde