Fenrir

essaye avec des disques vierges (formate les avant)

Le problème avec tes réponses c'est qu'il manque un bout des infos à chaque fois. Tu ne t'en rends pas compte car tu ne connais pas encore ce sujet, mais pour ceux qui savent c'est un jeu de devinettes. En plus des 3 possibilités précédentes, tu as aussi ton reverse DNS qui peut être en cause. => Je t'ai envoyé un mp avec une adresse de test, envoi lui un mail comme ça au moins j'aurai toutes les infos d'un coup (donc ND je l'ai déjà)

Parce que la zone 78.xxx.yyy.zzz ce n'est pas TA zone demande lui un enregistrement de TA zone, tu verras que ça marchera nettement mieux (nslookup www.domaine.fr ns1.he.net)

C'est un bon choix pour ce que tu souhaites faire. Il devrait être assez puissant, @Einsteinium devrait pouvoir confirmer (il a à peu près la même config que ce que tu souhaites).

Plusieurs possibilités (il manque quelques infos), mais au feeling je pense à 3 choses : tu passes par un relai => il faut l'autoriser tu n'utilises pas ton nom de domaine en expéditeur tu sors en IPv6 Pour le reste c'est presque bon : dig +short -t MX domaine.fr 10 mail.domaine.fr. dig +short -t TXT domaine.fr "v=spf1 a mx ip4:82.xxx.yyy.zzz include:mx.ovh.com ~all" dig +short -t TXT selector1._domainkey.domaine.fr "v=DKIM1; q=*; p=MIGfMA..." dig +short -t TXT _dmarc.domaine.fr "v=DMARC1; p=reject; rua=mailto:xxx@gmail.com; ruf=mailto:xxx@gmail.com; fo=1; adkim=s; aspf=s; pct=100; ri=86400; sp=reject" Tout ça c'est ok, mais le port 25 de ton serveur de messagerie n'est pas accessible (en tout cas au moment de mon test). ps : en passant, tu as laissé ton nom de domaine et ton ip dans un des posts et tu devrait éviter d'utiliser une vraie adresse dans tes enregistrements DNS, utilises plutôt un truc générique (pas ton nom)

Je viens de tester, pour moi tout est ok NS de ta zone : ns.tondomaine.fr (ton nas je suppose) ns1.he.net SOA identique sur les 2 Test de résolution sur www.tondomaine.fr=> ok avec les 2 ns ~$ dig +short www.tondomaine.fr @ns.tondomaine.fr ns.tondomaine.fr. 78.xxx.yyy.zzz ~$ dig +short www.tondomaine.fr @ns1.he.net ns.tondomaine.fr. 78.xxx.yyy.zzz ps : l'avertissement sur l'ipv6 de HE n'est ni grave ni bloquant

C'est la même chose que dans l'autre sens, symétrique. destination : transférer le port de la box vers le nas autoriser le port en question sur le nas vérifier que le service du nas est lancé (hyperbackup ici) Je radote, mais avec un vpn entre les 2 nas ça serait terminé depuis le premier jour

C'est tes enregistrements DNS qu'il faut vérifier (les rapports ça vient après), le message d'erreur est clair => l'ip d'envoi n'est pas déclarer en SPF et/ou le message n'est pas signé correctement

Essaye avec un autre navigateur (si tu utilises firefox, control+shif+r sur la page) c'est bien le cas en dégroupé (partiel ou total) Oui tu peux (dois) supprimer le certificat d'origine sans risques, il faudra peut être juste mettre l'autre par défaut avant Pas spécialement, mais dans gmail tu as ça : https://support.google.com/accounts/answer/185833?hl=fr Si une appli en a besoin le nas te le dira Pour le reste de tes questions, tu as la réponse dans le tuto ou dans la doc officielle : https://www.synology.com/fr-fr/knowledgebase/DSM/help/DSM/AdminCenter/ControlPanel_desc

@tof92130 : Commence par regarder ce que disent tes enregistrements DMARC, DKIM et SPF. Pour les blacklist, clique sur le bouton détails.

Essaye de le faire, si tu as des questions tu sais comment me contacter.

le reset 1 a du réactiver le compte "admin" il est possible que son accès ssh fonctionne

Du dois mal faire ton nslookup nslookup www.tondomaine.fr serveur.dns.à.interroger Si tu ne t'en sors pas, envoi moi ton nom de domaine en MP

https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/General/How_to_reset_your_Synology_NAS

essaye avec un autre compte (admin par exemple) ps : une simple réinstallation de DSM devrait régler le problème, ça ne touche pas aux données

Le SHR permet de ne pas perdre trop de place quand on utilise des disques de tailles différentes, mais pour faire ça, il coupe les disques en rondelles, ce qui diminue (un peu) les performances. En raid5 "simple" (sans la surcouche LVM du SHR), il n'y a pas ce problème mais si on utilise des disques de tailles différentes, c'est la taille du plus petit disque qui détermine le taille du volume. Pour l'iSCSI, je parlais d'accéder aux données SUR du iSCSI (pas possible en multi utilisateurs sous windows). Le fait de l'activer pour l'activer ne va rien changer.

oui et je n'ai pas de problème pour accéder au même nas avec le même compte depuis plusieurs machines (je n'utilise que des lecteurs réseau et des chemins UNC comme recommandé par MS depuis windows 2000)

plus accès en ssh ?

Le cache SSD c'est fait pour booster les perfs des disques dur, comme tu es déjà en full SSD, le cache n'est d'aucune utilité. Dans l'absolu, sauf si tu accèdes aux données en iSCSI ou en NFS, le SSD ne t'apporte rien par rapport à une grade de disques durs corrects. Donc si tu comptes remplacer tes 5 SSD par 4 disques durs en raid5 (en passant, si tu cherches les perf, ne fais pas de SHR), peut-être qu'un cache SSD en lecture permettra d'améliorer les temps d'accès. Pour le 10Gbits, je ne pense pas que les 10Gbits t’apportent quoi que ce soit par rapport à 4*1Gbits (surtout avec un netgear), mais comme tu as déjà fait l'investissement, soit!

1ère solution : variation => tu n'es peut être pas obligé de tout sauvegarder (perso je ne sauvegarde qu'une partie des données de mes nas) 2ème solution : tu peux réutiliser les anciens disques dans des boitiers externes et tu n'es pas obligé de changer les disques du SE (cf remarque précédente) 3ème solution : nas 4 baies (ou plus) tout en gardant une partie des autres nas pour faire backup 4ème solution : tu as aussi la possibilité de déporter une partie des données ailleurs (autre nas, disque externe, ...). Je ne pense pas qu'il soit nécessaire que les 3To de données soient toujours accessibles directement. En complément, comme indiqué par @firlin, tu n'es pas obligé de tout mettre en RAID1, le nas de backup par exemple peut être en volumes simples (3To+3To) => 216J en SHR mais allégé d'une partie des données "froides" 216se en basic (2*3To=6To) comme sauvegarde ou encore 216J et 216se en basic (2*3To=6To), si un disque crash tu auras encore les données sur l'autre nas TU as plein de manières de faire sans dépenser plus (du moins dans un premier temps).

nslookup tondomain dns.de.HE Ça dépend des paramètres de TTL de ton SOA : example.com. 3600 SOA dns.example.com. hostmaster.example.com. ( 1999022301 ; serial YYYYMMDDnn 86400 ; refresh ( 24 hours) 7200 ; retry ( 2 hours) 3600000 ; expire (1000 hours) 172800 ) ; minimum ( 2 days) https://www.ripe.net/publications/docs/ripe-203

UNC c'est le chemin en \\adresse.du.nas

Que donne un nslookup sur ce slave ?

https://www.synology.com/fr-fr/knowledgebase/DSM/help/DSM/AdminCenter/connection_ddns Comme ça tu peux utiliser un nom de domaine pour joindre ton nas, par exemple : reddaron.synology.me, c'est plus simple qu'une adresse IP à retenir. Si tu as déjà un nom de domaine, tu peux créer un enregistrement DNS qui pointe sur ton ip.

Et si tu test avec les chemins UNC, ça fonctionne à chaque fois ?