PiwiLAbruti

Combien de disques sont installés dans le NAS ? Quel est le type de RAID configuré ? Quel protocole est utilisé pour la copie de fichiers ? Quel type de contenu est utilisé pour la copie ? (vidéo, photos, ...) Quelle est la vitesse max en écriture du SSD du Mac ?

Oui, si tu as déjà du matériel compatible 802.3ad autant en profiter. Il n’y aura aucune augmentation réelle (ce sera toujours basé sur du 1Gbit/s), ça permettra juste à deux clients de profiter en simultané d’un débit de 1Gbit/s. Il faut donc voir le débit en LACP comme 2x1Gbit/s plutôt que 2Gbit/s.

Une machine n’envoie du trafic à destination de sa passerelle (un routeur dans le cas présent) uniquement si la destination se trouve sur un autre réseau que le réseau local (pour simplifier). Le switch n’a pas besoin de supporter le protocole d’agrégation 802.3ad (LACP), un lien ALB suffit amplement. Donc un switch 24 ports sans aucune intelligence particulière (L1) est suffisant. Et honnêtement, vu tes besoins, tu n’en as pas besoin. 😉

En complément d'information, voici la liste des NAS supportant Btrfs. À noter que Btrfs n'est plus exclusifs aux processeurs x86_64 (notamment Intel). Les Realtek RTD1296 le supportent également (DS218, DS418, ...).

Ce n'est pas parce que les services du NAS sont uniquement ouverts aux adresse IP françaises qu'il ne peut pas y avoir d'attaques depuis ces dernières. Si la cible rsync est connue, autant créer une règle dédiée qui n'autorise que cette adresse IP plutôt que d'ouvrir le service rsync à toute la France.

Je ne sais où tu as vu que Free avait du stock d’IPv4 @Einsteinium. Les plages de ports sont divisées en 4 pour attribuer la même adresse IPv4 à 4 clients distincts... IPv4 est maintenant encapsulé dans IPv6, d’où l’impossibilité de le désactiver : https://dev.freebox.fr/blog/?p=5382#more-5382

IPv6 n’est pas vraiment "forcé". C’est juste que la couche IPv4 a disparu du côté WAN des Freebox et est maintenant encapsulée dans IPv6, d’où l’impossibilité de désactiver IPv6. Mais Free ne propose toujours pas de pare-feu IPv6... 😕

Commence déjà par installer Synology Drive sur le nouveau PC portable et le connecter avec le compte que tu utilisais déjà sur l’ancien PC. La synchronisation devrait normalement remonter les fichiers sur m’en nouveau PC.

Si par "miroir" tu entends un équivalent du RAID1, la réponse est non. Je n’utilise pas les outils de réplication de Synology, et du peu que j’en sais ça s’applique surtout aux LUN iSCSI. Je sais qu’il existe la synchronisation de dossiers partagés, à voir si ça correspondrait à ton besoin.

Le nom de domaine est à acheter auprès d’un registrar. Il y en a pour moins de 10€/an (je recommande OVH pour les fonctionnalités supplémentaires comme DDNS). Tu peux utiliser DNS Server pour configurer une zone locale, ça te permet d’utiliser le même nom d’hôte pour les accès au NAS que ce soit à l’intérieur ou à l’extérieur De ton réseau local. Il y a un tutoriel DNS Server à sujet.

Il ne pas faut pas confondre "attribution dynamique" et "adresse IP pas fixe". Ce n'est pas parce que l'adresse IP est attribuée dynamiquement qu'elle ne peut pas être fixe. Ce que veut dire @Fenrir, c'est qu'afin d'avoir une adresse IP qui ne change pas (pour le bon fonctionnement de certains services qui y sont sensibles) il faut soit la configurer manuellement dans le NAS (1ère option), soit attribuer un bail statique au niveau du serveur DHCP (2ème option, recommandée). Oui, sachant que les 4 règles dont tu parles ne permettent d'accéder au NAS que depuis le réseau local et non depuis internet. Plus généralement, il vaut mieux comprendre à quoi sert chacune de ces règles plutôt que des les recopier sans réfléchir (je sais, ce n'est jamais évident pour un novice). Tu peux parfaitement te contenter de https, mais je conseillerais fortement de disposer d'un nom de domaine et de configurer ce type d'accès avec un reverse proxy (intégré à DSM). Ce n'est pas réellement de la sécurité, mais ça a l'avantage de fortement limiter les tentatives d'intrusion. S'il n'y a que toi qui puisse te connecter depuis l'extérieur, il n'y a théoriquement aucun risque. Mais comme tu n'es pas seule à utiliser internet dans la pratique, il y a toujours un risque (qu'il est possible de diminuer). Donc la réponse à ta question est oui, il y a un risque. Non, la seule porte ouvert est celle vers le NAS. Ton ordi n'est pas affecté (si son pare-feu est activé et bien configuré).

Vu l'incident rencontré et la solution envisagée, je conseillerais d'abord de mettre en place un plan de sauvegarde robuste avant de s'attaquer à ce qui semble être un PRA d'après ce que tu décris. Donc avant de répondre à ta question, je vais te poser celle-ci : Quel était le plan de sauvegarde avant l'incident, et quel est celui envisagé à l'avenir ?

1 octet = 1 byte = 8 bits

Petite remarque concernant cette partie du tuto : L'intérêt d'un nom de domaine est également de l'utiliser aussi bien en local que depuis l'extérieur, tel qu'expliqué dans le tutoriel DNS de @Fenrir. Pour faire simple, j'utilise https://sub.domain.tld/ aussi bien en interne qu'en externe pour me connecter à DSM (avec des restrictions IP depuis l'extérieur). Idem pour les applications mobiles (DS *), j'utilise un nom d'hôte unique sub.domain.tld:443. Bien sûr, cela fonctionne sans loopback.

Expiration du délai détectée ! (Connexion de données) Le problème ne serait pas lié à la plage de ports passifs ? (et/ou PASV)

Tu peux créer un script en PHP : #!/bin/env php <?php echo 'Hello World !'; ?> et l'exécuter via les tâches planifiées de DSM. Tu peux choisir l'environnement PHP à utiliser en remplaçant 'php' par 'php56', 'php70' ou 'php72' selon les versions installées via le Centre de paquets.

Est-ce que le pare-feu du NAS est actif ? Si oui, crée des règles de blocage explicites pour les IP concernées puis regarde si les attaques persistent.

Peut-être que le fichier SBSE____.9UB existe déjà et que ton utilisateur ne peut pas l'écrasé (fichier créé par un autre utilisateur, ...). Bref, vérifie les droits du fichier et modifie-les si besoin. ---- Il peut aussi s'agir d'un chemin qui n'existe pas sur la destination.

L’instruction STOR est une commande d’écriture. Si l’utilisateur n’a pas les droits adéquates, la commande échoue.

Ton utilisateur Syncback n’a pas les droits d’écriture sur la destination : 10/04/2019 14:41:19: STOR SBSE____.9UB 10/04/2019 14:41:19: 553 SBSE____.9UB: Permission denied.

Est-ce que le blocage IP automatique est activé ? De mon point de vue, c’est vital pour utiliser Mail Server dans de bonnes conditions.

Ce n'est pas une si mauvaise idée que ça, au moins ton NAS n'aurait pas besoin de transcoder. Tu as déjà essayé ?

Est-ce que ces adresses IP ont été bloquées par le blocage automatique ? Si non, comment sont-elles bloquées ? As-tu redémarré le paquet Mail Server ?

Ah oui c’est vrai, le fameux transcodage. Ce n’est pas un processeur plus puissant qu’il faudrait, mais une unité de transcodage matérielle dédiée (GPU ?). Maintenant, est-ce qu’on appellerait toujours cet équipement un NAS ou est-c’est un nouveau type d’appareil à inventer ? C’est bien ce que je dis, c’est abstrait (même pour toi). Il m'étonnerait que la longueur du câble représente une quelconque économie. De plus il s’agit de la longueur du transformateur jusqu’au connecteur d’alimentation du NAS. Mais c’est vrai que ça peut être plus ou moins pratique selon l’environnement dans lequel le NAS est installé.

Dans le sondage, quelle est la différence entre : Oui, 50€ max et Oui, moins de 50€ ? 😜 De la puissance c’est bien, mais pour quoi faire ? Moi je trouve très bien d’avoir un appareil qui consomme et chauffe très peu et de pouvoir le laisser fonctionner 24h/24 en silence. Mais tout cela reste subjectif. Le prix chez Synology est plus lié au logiciel qu’au matériel. C’est un concept plutôt abstrait pour beaucoup, mais c’est la réalité.