PiwiLAbruti

L'une des premières choses à faire est de bien modifier les enregistrements DNS, dont passer l'enregistrement SPF en softfail (~all) et de le repasser en strict lorsque tout refontionne correctement (-all). Le reverse n'est pas vital (j'ai 10/10 sans). Patiente un peu, il faut parfois plusieurs jours pour que la propagation se fasse correctement. Il est tout à fait possible de sortir la nouvelle adresse IP des listes SORBS sans créer de compte (ça a peut-être changé depuis la dernière fois que je l'ai fait).

Tout dépend de ce que tu comptes faire avec ton NAS (sachant que le 1GbE couvre 99,999% des besoins d'un particulier). Mais ta réflexion est bonne sur toute la ligne, et le 1GbE va encore persister un bon moment. Les produits Ethernet >1GbE restent chers pour le moment et l'offre commence tout juste à arriver chez certaines marques. L'adoption massive se fera lorsque les terminaux (PC fixes, portables, ...) en seront équipés nativement (ce qui est loin d'être le cas à part pour une poignée de cartes-mères), et que les opérateurs proposeront des box avec ces débits (ça existe déjà en 2,5GbE chez Free, et 10GbE chez Bouygues) sur plus d'un port (chez personne). De mon point de vue, le rapport efficacité/investissement est trop mauvais à l'heure actuelle pour sauter le pas.

Une agrégation LACP sur un client va mettre à disposition plusieurs liens GbE sous une seule et même adresse MAC, adresse sur laquelle le switch se base par défaut pour faire sa répartition (une MAC par lien). Comme je l'ai déjà dit il existe d'autre méthodes de répartition selon ce que peut proposer le switch. À tester donc. Il y a une méthode d'agrégation sur le NAS (ALB de mémoire) qui permet de dépasser le 1GbE sans avoir besoin d'un switch L2 manageable, ni de configurer une agrégation sur ce dernier. Mais pour que tout cela fonctionne, il faut généralement un protocole de transfert de fichiers capable de gérer plusieurs connexions pour une même copie afin que la répartition puisse se faire au niveau du client (ce qui n'est pas le cas de SMB, ou alors peut-être en version 3 ?). Je n'ai utilisé ce type de fonctionnement qu'avec iSCSI en multipath (4Gb/s).

Avant que ce sujet ne devienne encore plus n'importe quoi, il faut savoir qu'un disque mécanique dépasse allègrement le 1Gb/s. LACP ne permettra pas de dépasser 1Gb/s par client, la méthode de repartition du switch étant basée sur l'adresse source (adresse MAC du client, par défaut). À voir selon le switch si d'autres méthodes de repartition sont disponibles. Mais je déconseillerais d'utiliser ce protocole.

C'est résolu.

J'espère que Synology va développer un client lourd pour C2, et ne fera pas l'erreur d'implémenter une horreur avec des technologies web.

De mon côté je n'ai pas de script ip-down, la route ajoutée par le script ip-up étant automatiquement supprimée à la déconnexion. Je ne saurais pas te dire pourquoi ça ne fonctionne pas chez toi.

Bonjour @Dede1828 Je ne savais même pas qu'on pouvait accéder à un partage SMB nativement avec iOS. Ça fonctionne parfaitement, merci pour l'astuce ! Attention, chez Synology les modèles sont nommés selon l'année de sortie. Le "13" dans DS213 indique donc qu'il s'agit d'un NAS sorti en 2013 (ça date...). Ce NAS ne sera plus supporté par Synology dans 1 à 2 ans. Selon tes besoins, je te conseillerais plutôt d'investir dans un modèle datant de 2018 ou plus récent.

Je ne comprends pas. Tu demandes où mettre le script alors que tu le mets au bon endroit. Le script se nomme ip-up et est placé dans /etc/ppp. Le script ip-down est inutile car, l'interface n'existant plus à la déconnexion, la règle de routage est supprimée automatiquement. Si tu souhaites faire passer tout le trafic par le VPN, il n'y a pas besoin de ce script. Bref, pour vérifier ce qui cloche il faut vérifier les métriques de la table de routage une fois connecté au VPN (netstat -rn).

C'est écrit sur ta capture d'écran : "Ajouter des arguments" 🤓

Pour faire court : https://github.com/piwi82/VPN-route

Le routage n'est pas une obligation et ne s'applique que dans le cas où on décoche la case à cocher qui fait passer tout le trafic par le VPN (cochée par défaut). Tu parles du script pour Mac/Linux (/etc/ppp) ou pour Windows (aucune importance) ?

LAPD : Los Angeles Police Department 🚔 LACP : Link Aggregation Control Protocol 🤓 (Désolé, j'avais une envie irrésistible de justifier mon pseudonyme)

C'est ton injecteur PoE qui bride le débit filaire à 100Mbit/s ?

Alors que le processeur a un contrôleur 2x10GbE...

En attendant l'annonce officielle dans nos contrées reculées : https://www.synology.com/zh-tw/products/DS1621+#specs C'est le premier NAS Synology avec un processeur AMD (AMD Ryzen V1500B).

Tu as 200Mbit/s en réception. En émission tu as 10Mbit/s, d'où le 1Mo/s que tu constates. Fibre et xDSL, même combat : les débits sont asymétriques.

Tu espères obtenir de l'aide sans donner les règles que tu as configurées ?

C'est quand même étrange. Que le partage soit monté ou non, la vitesse de transfert reste la même. Mais bon, si ça fonctionne dans un des deux cas, tant mieux.

Concernant YouTube : https://www.youtube.com/kids/

Non, ce programme ne fonctionne que sous Microsoft Windows.

Tu auras beaucoup plus de chances de trouver de l'aide sur le forum dédié.

Le point d'entrée d'une intrusion n'est pas nécessairement DSM, il peut très bien s'agir d'une vulnérabilité de n'importe quel programme, surtout les services, fonctionnant sur le NAS. C'est d'ailleurs le cas le plus courant. Ainsi une intrusion peut se retrouver limitée par le programme pris pour cible, d'où l'importance de ne pas donner accès à tous les services et/ou données du NAS à un même compte (qu'il ait le rôle d'administrateur ou non). Chaque utilisateur doit disposer des droits dont il a besoin, pas plus.

Le pare-feu vérifie la correspondance des règles dans l'ordre où ces dernières sont définies, et il va uniquement appliquer la première règle qui correspond au paquet reçu. Dès lors qu'une règle correspond, les règles suivantes sont ignorées. Dans la capture d'écran des règles que tu as mises en place, la première accessible depuis une adresse IP Russe est celle d'OpenVPN (udp/1194) puisque la règle indique "Tous" comme origine et que la règle de blocage se situe bien après (idem pour DSM en tcp/5001 et File Station en tcp/[7000,7001]). Si tu veux bloquer totalement certaines origines, il faut donc placer les règles correspondantes en premier.

Fais auditer ton NAS par un expert en sécurité, puis un autre, puis ... C'est comme si tu demandais comment être certain que ta voiture n'aura jamais d'accident. Dans le cas présent, si tu as compris ce qui est expliqué dans le tutoriel et que tu l'as rigoureusement appliqué, ton NAS ne craint plus grand chose.