PiwiLAbruti

Vérifie dans le moniteur de ressources à quel processus est dû cette charge. Il s'agit très probablement de la ré-indexation du contenu multimédia, ce qui est normal mais plombe complètement un NAS d'entrée de gamme. Lorsque l'indexation sera terminée, la charge CPU du NAS redeviendra normale.

Merci d'utiliser les bonnes unités, sinon ça va devenir compliqué de s'y retrouver. Il s'agit de 1Gb/s et non 1Go/s. Si les tests sont faits avec le PC à 100Mb/s, le débit de 11Mo/s (et non 11Mb) que tu as donné dans ton premier message est normal (optimal pour du 100Mb/s). Que donnent les débits avec le PC à 1Gb/s ? (avec le PC et le NAS connectés au même switch évidemment)

BitTorrent Sync est disponible dans le Centre de paquets : https://www.synology.com/fr-fr/dsm/app_packages/bittorrentsync

Le principal risque est que les différents disques ne se synchronisent pas lors des phases de démarrage et/ou de sortie de veille (spin-up), ce qui peut provoquer l'exclusion d'un ou plusieurs disques de la grappe RAID. Ce n'est pas un problème systématique et il n'y a pas de moyen fiable de l'anticiper.

À une époque, j'avais utilisé BitTorrent Sync (+planification) qui permet de chiffrer les données sur un noeud distant tout en conservant le côté différentiel. Je ne sais pas où en est BitTorrent avec ce produit aujourd'hui.

S'il s'agit d'une connexion externe, faut activer l'option PASV pour la transmettre au client. Il se peut aussi que les ports passifs ne soient pas accessibles (pare-feu).

Bon je me lance, même si mes remarques ne feront que justifier le choix de mon pseudonyme. Peu importe, au pire l'expéditeur est prévenu que l'envoi de son mail n'a pas abouti. Auquel cas on peut supposer qu'il sera assez intelligent pour le renvoyer à nouveau. Par contre ça peut effectivement devenir plus ou moins gênant selon la durée de rétention des serveurs utilisés. Pour une activité professionnelle, l'adresse IP fixe me semble être un minimum. Et ce n'est pas spécifique qu'aux mails. À quoi serait-ce dû ? Le volume du trafic sera pourtant exactement le même que celui généré par les clients Outlook actuels pour l'envoi/réception. On peut même considérer que ce volume sera inférieur si on tient compte des connexions des clients mail qui se feront en local. Mail Server traite les spams avec SpamAssassin justement : https://www.synology.com/fr-fr/knowledgebase/DSM/help/MailServer/mailserver_spam Oui, il y a nécessairement des tentatives de connexions. Mais le blocage automatique intégré à DSM fait des miracles. J'ai actuellement une 30aine d'adresses IP qui ont échoué 3 fois à l'authentification au cours des 3 derniers mois, et qui se sont retrouvées automatiquement balcklistées sur le NAS. Le plus important (c'est même crucial) est de bien configurer son domaine avec les mécanismes de sécurité SPF, DKIM et DMARC (décrits sur la même page d'aide que la gestion du spam). ---------------------------------------------------------------- À vérifier dans les CGU/CGV de l'hébergeur. Si c'est bien le cas, il faudra passer par la case justice pour demander réparation des dégâts subis. On parle bien d'un backup, chose que tu n'auras peut-être jamais à utiliser en restauration. Peu importe le temps de récupération, il s'agira dans tous les cas d'une situation exceptionnelle liée à un évènement critique. Si les e-mails sont vraiment sensibles, je ne sais pas comment tu peux faire confiance à un hébergeur (la simple lecture des CGU est souvent dissuasive). Contrairement aux idées reçues, en IMAP tous les e-mails sont copiés en local par le client mail (essaye avec Outlook, tu obtiendra un beau fichier PST même en IMAP) . Au mieux on peut lui indiquer de ne télécharger que les en-têtes et de télécharger le reste du message lors de l'ouverture. Ainsi les recherches sont faites dans l'index local du client mail et non en ligne (mais je suis sûr qu'on peut bien trouver un client pourri qui ferait la recherche en IMAP).

Ça j'ai bien compris, ce que je ne comprends pas c'est qu'il utilise les services d'un hébergeur mais ne laisse rien dans la boite de peur je ne sais quoi. Alors pourquoi utiliser ce service ? Autant tout mettre sur le NAS.

Pourquoi as-tu besoin du cloud pour les mails ?

Je viens de faire le test et effectivement, l'application DS Finder ne sait visiblement pas faire de l'unicast sur udp/9.

Effectivement, c'est tordu . D'ailleurs ça correspond plus à un situation de transition qu'une solution pérenne. Tu as trois solutions : Te réconcilier avec le cloud, Conserver le fonctionnement actuel, Tout placer sur le NAS et de ne plus utiliser le cloud. Toute autre solution, quelle qu'elle soit, est du bricolage.

Quelle est l'adresse IP configurée dans DS Finder ?

Ce que tu demandes est impossible car le format de stockage des mails est propre à chaque client mail (aucune compatibilité). Le seul moyen d'y parvenir est de faire du NAS un serveur mail. Ainsi il proposera les protocoles POP, IMAP, et SMTP compatibles avec tous les clients mail.

En fait, si j'ai bien compris, tu voudrais un client mail sur le NAS ? Dans ce cas c'est possible avec Mail Station (en réalité RoundCube) qu'il faudra paramétrer comme les clients Outlook.

Ça ne peut se faire qu'en déportant le stockage du client mail sur un partage du NAS. Si j'ai bien compris chaque poste récupère les mails via POP et les supprime du stockage en ligne ? Donc le disque dur du poste tombe en panne, il n'y a aucun moyen de récupérer ces mails ? À moins que des sauvegardes régulières soient déjà en place ?

Quelle est la vitesse du lien du NAS indiquée sur le switch ? Il y a une différence entre "b" (bit) et "B" (Byte ou octet). 1B = 8b, donc 100Mbps = 12,5MBps.

Je ne sais pas s'il est question de 11Mbps ou 11MBps. Dans le premier cas je dirais qu'il y a un souci de performances du NAS (à vérifier dans le moniteur de ressources), dans le deuxième c'est ce qu'a décrit @Fenrir

Il s'agit d'un dossier caché, essaye avec les bonnes options # ls -la

Les dossiers home des utilisateurs se trouvent dans /volume1/homes, le numéro du volume peut varier selon la configuration des volumes.

Je fais volontairement barrière à ce type d'équipement chez les particuliers car ça finit toujours avec du double-NAT et un déluge de ports ouverts (quand ce n'est pas une DMZ), donc une passoire. L'objectif est de garder un réseau le plus simple possible, sans pour autant négliger la sécurité.

Je viens de vérifier (j'utilise aussi Mail Server) et les dossiers sont dans le dossier caché /home/.Maildir de l'utilisateur.

Qu'entends-tu par "certaines répertoires" ? (je ne vois pas le rapport avec les mails)

Pourquoi investir dans un pare-feu tiers qui serait moins efficace que celui du NAS ?

Si tu as constaté des attaques provenant de pays au régime politique douteux, c'est bien parce que le NAS te l'a notifié et qu'il les a bloquées. À partir de là je ne vois pas le souci. Un pare-feu tiers, quel qu'il soit, n'apportera rien de plus en terme de sécurité (sauf un IPS, mais c'est un autre sujet).