PiwiLAbruti

@Einsteinium Merci pour le retour 👍

Ton iPhone n'a pas encore été mis à jour vers iOS 14.6 @Einsteinium.

Merci pour le retour @CoolRaoul, c'est également la seule chose que je redoutais pour mon DS213j (qui y serait passé de toute façon). Ce NAS étant au bord de la retraite, je le passerai certainement en DS216se pour DSM 7.1.

Ça dépend ce que tu entends par "vraie synchronisation". DS File sait faire une sauvegarde (souvent suffisant). Je ne sais pas pour DS Drive. Et en solutions tierces, il y a Resilio Sync (attention au sens de synchronisation).

Il y a une procédure détaillée chez INpact Hardware : https://www.inpact-hardware.com/article/2317/nas-synology-comment-revenir-a-dsm-6-x-depuis-dsm-7-x

Oui, recherche "ds get" sur l'App Store.

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.