PiwiLAbruti

Oui, 2,32Gb/s en moyenne. As-tu essayé avec iPerf ? Il est disponible chez SynoCommunity dans le paquet SynoCli Monitor Tools. $ iperf3 -R -c ping.online.net Les serveurs iPerf Online utilisent la plage de port [5200-5209], iPerf utilise le 5201 par défaut. À préciser avec le paramètre -p si besoin. Il est aussi possible de demande plusieurs flux de données avec le paramètre -P. $ iperf3 -R -c ping.online.net -p 5200 -P 2

As-tu réussi à interpréter ce résultat ?

Il y a une URL dédiée aux tests de débit chez Free. À utiliser avec cURL par exemple : curl --max-time 30 -4 -L http://mafreebox.freebox.fr/gen/10G -o NUL La commande ci-dessus peut varier selon l'environnement utilisé. N'hésitez pas à adapter si besoin.

L'Intel Core i7 4790K est parfaitement compatible avec Windows 11, c'est quoi le problème ? Personnellement je me passe très bien de Windows à la maison, même pas besoin de le virtualiser 😅 Et Virtual Machine Manager est parfait pour tout un tas d'appliances sans interfaces graphiques (MikroTik, Debian, ...).

Change de lunettes 🤓 : https://global.download.synology.com/download/DSM/criticalupdate/update_pack/25556-2/synology_avoton_1515%2B.pat

D'après Synology :

Microsoft impose pour l'instant une compatibilité DirectX 12 (sorti en mars 2014). N'ayant pas encore testé Windows 11, je ne sais pas s'il est possible d'y désactiver l'accélération matérielle. Ce sera moins "beau" (pas de transparence, désactivation de certaines animations, ...) mais ce sera plus fluide sur les machines ne proposant pas d'accélération DirectX 12. L'AMD V1500B est le plus petit processeur de la gamme V1000. Dans cette gamme, 2 modèles sur 7 n'ont pas de circuit graphique intégré (dont le V1500B). Le rendu graphique de Windows 11 ne pourrait donc se faire qu'en rendu logiciel, ce qui impliquerait une baisse notable de performance.

C'est inscrit dans ta capture d'écran (10000Mbps).

D'après la liste de compatibilité de Synology, seuls les modèles 840/850/860 EVO/PRO sont supportés.

C'est bien ça, et tu sais bien lire car la confusion est facile. J'ai rencontré plusieurs fois cette mauvaise interprétation en milieu professionnel 😉 Pour le reste je ne te serai d'aucune aide, je n'ai aucune expérience des SSD sur du Synology.

🤨🤔😀😄

Connecte un terminal SSH au NAS et affiche le contenu du fichier /etc/crontab : user@diskstation:~$ cat /etc/crontab MAILTO="" PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/syno/sbin:/usr/syno/bin:/usr/local/sbin:/usr/local/bin #minute hour mday month wday who command 0 0 * * * root /usr/syno/bin/synoschedtask --run id=1 ...

Les bases de données GeoIP changent tous les jours. Demande à Synology à quelle fréquence cette base est mise à jour dans DSM, et quel service ils utilisent (probablement MaxMind).

Le problème semble résolu, la connexion à mon compte fonctionne.

Revérifie les redirections et règles de pare-feu : Est-ce que les ports udp/500 et udp/4500 sont bien redirigés pour n'importe quelle source vers l'adresse IP du NAS dans les redirections de ports de la Freebox ? Est-ce que les ports udp/500, udp/1701, et udp/4500 sont ouverts pour n'importe quelle source dans le pare-feu du NAS ? Un numéro de port seul ne veut rien dire, il y a toujours un protocole associé (TCP ou UDP). Dans le cas d'un VPN L2TP/IPsec, tous les ports sont en UDP.

Pas du tout, c'est juste une botnet qui applique le schéma de détection qu'on lui a demandé.

@MilesTEG1 Sachant que tu as déjà une règle qui est systématiquement satisfaite dans la zone "Toutes les interfaces", les règles dans les zones des interfaces ne seront jamais vérifiées. Donc peu importe. L'idéal est de déplacer recréer toutes les règles (sauf celle qui bloque tout) dans la zone de l'interface concernée, activer "Refuser l'accès", et supprimer toutes les règles dans la zone "Toutes les interfaces".

Ce thread mériterait d'aboutir sur un tutoriel dédié à la configuration du pare-feu. Le tutoriel Sécuriser les accès à son NAS (rubrique Sécurité > Pare-feu) est déjà assez explicite sur le sujet même s'il est très dense à suivre pour un utilisateur novice. Contrairement au tutoriel, je préconise de créer des règles pour chaque interface utilisée et de n'en mettre aucune dans Toutes les interfaces (ou alors pour du blocage ciblé). C'est même obligatoire pour ceux utilisant un client VPN sur leur NAS (autoriser des réseaux privés entrants sur une interface VPN, dont 10/8, c'est vraiment mal). On pourrait aussi y expliquer comment identifier les plages d'adresses des opérateurs pour restreindre les accès au minimum nécessaire (comme 37.160/12 pour Free mobile, par exemple). C'est toujours plus efficace que d'exposer des services à la France entière.

Qu'est-ce qui bloque exactement ?

En plus du nombre de versions, il faudrait aussi appliquer une limite de taille aux fichiers pour éviter de doubler le stockage de gros fichiers.

Tant que les serveurs DNS ne sont exposés qu'en local (donc pas sur internet), il n'est pas nécessaire de définir une clé de signature de transaction (TSIG). La procédure de @.Shad. est suffisante.

Ah oui, il s'agit de DSM et non SSH 😅 Quels sont les ports ouverts pour l'accès à DSM ? Commence déjà par restreindre les connexions à ton pays de résidence dans le pare-feu. Ton DSM n'a probablement pas besoin d'être visible du monde entier.

Il l'est nécessairement, sinon il n'y aurait aucune tentative.

Le meilleur moyen de limiter est d'ajouter des règles de pare-feu en identifiant les sources qui peuvent accéder au port tcp/22 (SSH).

Il est plus pertinent de n'autoriser que les adresses qui peuvent accéder au NAS.