PiwiLAbruti

Qu'as-tu vérifié ?

DS Get n'est plus maintenu par Synology depuis longtemps (>4 ans). iOS 14.6 signe la fin de cette application.

Pourtant Synology semble prendre beaucoup de précautions avec le haut de gamme : Ça donne plutôt envie d'attendre patiemment la sortie de la version finale de DSM 7.0 sur le haut de gamme pour faire la migration.

⚠️ Pas de précipitation, gardez bien à l'esprit qu'il s'agit d'une version d'évaluation. Je vous recommande vivement de prendre connaissance des sections Avant la mise à jour et Paquets (Before update et Packages) avant d'installer DSM 7 RC, ça vous permettra d'éviter les possibles désagréments qui y sont indiqués. Si vous y tenez vraiment (et maintenant que vous connaissez les risques encourus), vous pouvez télécharger manuellement DSM 7 RC depuis le Centre de téléchargement. Sélectionnez d'abord le modèle de votre NAS, puis sélectionnez "7.0 série" dans la liste déroulante "Version du SE" en haut à droite (la présélection Latest pointera vers la branche 6.2 de DSM jusqu'à la sortie de la version finale de DSM 7.0).

C'est typiquement le type de sujet où je m'abstiens car il ne s'agit pas d'une présentation, même si la résolution est simple et facile à trouver si on prend la peine de chercher un minimum (Synology Assistant pour voir l'a dressage du NAS, et éventuellement réinitialisation des paramètres réseau).

Ça c'est le point de vue du technicien qui sait de quelles informations il a besoin pour avancer. C'est rarement le cas d'un utilisateur non-technicien qui vient exposer son problème. Personnellement ça ne me dérange pas de poser les questions nécessaires. Bon ceci dit, c'est qu'on a eu quelques cas de "ça marche pas" sans plus de précision, mais ça reste assez rare, heureusement 😅 @Einsteinium Rien ne t'oblige à répondre à tous les problèmes. Quand je vois un gros manque d'effort, je ne réponds pas car je sais que d'autres le feront. Et c'est probablement la meilleure des réponses à faire.

Je sais bien, mais je trouve ça de plus en plus désagréable à la longue. Surtout que le problème exposé à été reconnu comme un bug par Synology, ça fait avancer DSM qualitativement, donc je trouve ça positif. De là à bâcher gratuitement l'utilisateur qui a remonté le bug, je trouve ça un peu déplacé. C'est marrant, on ne m'a jamais rien dit car j'ai beaucoup aidé par le passé, peut-être moins aujourd'hui. Mais si tu cherches ma présentation, tu vas chercher longtemps 😅 Si on suit ton raisonnement, je n'ai aucune légitimité sur le forum, peu importe ce que j'ai pu y apporter.

Ça veut dire qu'on n'en sait rien et qu'il ne sert à rien de répéter à @marcmame que son matériel n'est pas dans la liste de compatibilité. Si Synology a trouvé un bug, je ne pense pas que ce soit lié au fait d'utiliser du matériel hors de la liste de compatibilité.

C'est exactement pour cette raison que je me suis permis de faire une remarque.

Pauvre @marcmame, j'ai l'impression que tu auras du mal à te faire comprendre quoique que tu fasses 🤣 Vivement que Synology corrige ce bug pour que tu puisses à nouveau utiliser ton NAS comme tu l'entends.

Oui, mais pas sans qu'il soit préalablement téléchargé. Un logiciel travail toujours sur un fichier monté en RAM.

Je vais faire rapide et efficace : non.

Un peu de lecture : https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/Disaster_Recovery/How_to_create_a_high_availability_configuration_with_Synology_NAS#x_anchor_id5

S'il n'y avait que Google... 😅

@white.spirit Synology conserve les anciennes versions de paquets meme s'ils ne sont obsolètes ou ne sont plus distribués dans le Centre de Paquets : https://archive.synology.com/download

Après modification, il faut probablement redémarrer le service SSH pour que les modifications soient effectives : user@diskstation:~# sudo synoservicectl --restart sshd Dans mon cas ça a planté le service SSH.

Je précise aussi qu'il est possible d'appliquer des règles de sécurité différentes pour chaque domaine utilisé dans le reverse proxy : https://www.synology.com/fr-fr/knowledgebase/DSM/help/DSM/AdminCenter/application_appportalias#acl Les utilisateurs passent souvent à côté car ce n'est pas précisé dans le tuto (il me semble).

Tous les ports sont concernés par les scans. Peu importe le port derrière lequel est configuré un service, il sera toujours facilement repérable. Pour l'anecdote, il y a un botnet qui tourne actuellement et qui n'utilise que des adresses IP Françaises (tous opérateurs confondus), il concentre ses scans sur les ports supérieurs à 50000. Ça n'a rien à voir. On peut très bien utiliser le reverse proxy en local sans l'ouvrir sur internet. Il faudra systématiquement préciser ce port dans les URL, sinon ça n'a rien de gênant. Je n'ai pas compris 😅

Ça dépend de ce que laisse passer ton pare-feu comme sources. Plus tu restreins les sources qui peuvent contacter ton NAS, plus tu diminues ce risque.

Quel est le débit SFTP en LAN ? Quel client SFTP utilises-tu ?

Tu fais bien tes tests avec un même gros fichier ? Parce que 600Ko/s avec une myriade de petits fichiers, c'est pas si dégueulasse 😅

Est-il possible d'indiquer le NAS comme source de musique dans Spotify ?

Chaque machine dispose de son propre pare-feu, il est donc possible de restreindre le trafic entrant quelque soit le réseau source, donc y compris le réseau auquel la machine est directement connectée.

Il faut que tu interroges le serveur DNS du NAS pour résoudre les enregistrements locaux, pas celui de ta box. C'est pourtant expliqué dans le tutoriel.

Tu cherches à résoudre l'enregistrement SOA de ta zone locale en utilisant le DNS de ta box (192.168.1.254) ?