Asustor ADM 5.0.1.RKD2 (2025-08-14)

K

krononox

Chevalier Jedi
Membre Confirmé
9 Janvier 2023
153
61
68
Professionnel
Non

ADM 5.0.1.RKD2​


Configuration Requise: ​

AS63, 64, Nimbustor, Nimbustor Gen2, Drivestor Lite, Drivestor Pro Gen2, Lockerstor, Lockerstor Gen2, Lockerstor Gen3, Lockerstor Pro, Lockerstor Pro Gen2, Flashstor, Flashstor Gen2​


Annonces: ​

ASUSTOR recommande fortement de prendre les mesures suivantes pour garantir la sécurité de vos données :

  • Modifiez votre mot de passe.
  • Utilisez un mot de passe fort.
  • Modifiez les ports HTTP et HTTPS par défaut. Les ports par défaut sont respectivement 8000 et 8001.
  • Désactivez les services Terminal/SSH et SFTP et les autres services que vous n'utilisez pas.
  • Effectuez des sauvegardes 3-2-1 régulières et assurez-vous que les sauvegardes sont à jour.
Gardez votre NAS ASUSTOR à jour car les mises à jour fournissent des correctifs de sécurité.

Cliquez ici pour en savoir plus sur la protection de vos données contre les ransomwares.

Remarques importantes: ​

  • ASUSTOR recommande de sauvegarder les données importantes avant de mettre à jour ADM.
  • Votre NAS va redémarrer pour terminer la mise à jour.
  • Après la mise à niveau vers ADM 5.0.1, il ne sera plus possible de rétrograder vers une version précédente.
  • Après la mise à niveau vers ADM 5.0.1, veillez à mettre à niveau les applications NAS depuis App Central pour réduire les problèmes de compatibilité.
  • Les séries de NAS AS31, AS32, AS40, AS61 et AS62 ne recevront plus de mises à jour de fonctionnalités en raison de la récente cessation du support des fournisseurs pour les pilotes. ADM 4.3 sera la dernière version majeure de ces modèles. Seules les mises à jour de sécurité et les corrections de bugs critiques seront fournies. (Avis de Fin De Support)

Journal des modifications: ​

  • Photo Gallery 3 et AiFoto3 permettent désormais de modifier les dossiers NAS pour la sauvegarde et le téléchargement de photos.
  • Le voyant réseau des NAS de la série Flashstor affiche désormais correctement l'état de la connexion réseau 10 GbE.
  • Les disques MyArchive utilisant NTFS peuvent désormais être montés correctement après le redémarrage du NAS.
  • Les informations sur le système de fichiers s'affichent désormais correctement après le premier formatage d'un disque USB sous ADM 5.0.
  • La catégorie Docker a été ajoutée à App Central pour gérer les applications utilisant des conteneurs Docker.
  • Les dossiers partagés enregistrés par une application peuvent désormais être déplacés vers un autre volume dans Contrôle d'accès après avoir désactivé l'application dans App Central.
  • Le Moniteur d'activité affiche désormais des informations sur les cartes réseau USB (AS-U2.5G).
  • La carte réseau PCIe AS-T10G fonctionne désormais correctement sous ADM 5.0.
  • Vulnérabilités potentielles de type Cross-Site Scripting (XSS) d'ADM corrigées.
  • Corrections de bugs du ADM Defender.
  • Corrections de bugs du Web Center.
  • Corrections de bugs du App Central.
  • Chaines multilingues améliorées.
  • Diverses corrections de bugs.

Limitations: ​

  • Veuillez cliquer ici pour en savoir plus sur les applications supprimées dans ADM 5.0.
  • Les volumes RAID 0 créés sur les appareils ADM 5.0 utilisant le noyau Linux 6.6 ne peuvent pas être lus à l'aide du Xpanstor 4 ou de l'AS6004U sur les séries Drivestor et Drivestor Pro.
 
Bonjour

après avoir laissé passé un peu de temps, je me suis décidé à passé à la version 5 d'adm sur mon nas (avec quelques appréhensions tout de même :)).
Mise à jour effectuée sans problème pour ma part.
Tous mes conteneurs fonctionnent.
Mes VM fonctionnent.
Tous mon paramétrage a été repris (users, droits, mes paramètres de parefeu, backups, etc..)
Juste besoin de mettre à jour certaines applications.

Personnellement j'ai constaté un système beaucoup plus fluide et réactif, même pour le redémarrage.
Enfin un text editor :)

Il manque à mon avis un gestionnaire de tâches planifiées pour gérer les scripts plus facilement au démarrage/extinction.
Le volume myarchive qui se monte automatiquement à chaque redémarrage, même si après le backup, on a activé le démontage automatique.
 
  • J'aime
Réactions: Dami1 et Asmodée
krononox a dit:
Bonjour

après avoir laissé passé un peu de temps, je me suis décidé à passé à la version 5 d'adm sur mon nas (avec quelques appréhensions tout de même :)).
Mise à jour effectuée sans problème pour ma part.
Tous mes conteneurs fonctionnent.
Mes VM fonctionnent.
Tous mon paramétrage a été repris (users, droits, mes paramètres de parefeu, backups, etc..)
Juste besoin de mettre à jour certaines applications.

Personnellement j'ai constaté un système beaucoup plus fluide et réactif, même pour le redémarrage.
Enfin un text editor :)

Il manque à mon avis un gestionnaire de tâches planifiées pour gérer les scripts plus facilement au démarrage/extinction.
Le volume myarchive qui se monte automatiquement à chaque redémarrage, même si après le backup, on a activé le démontage automatique.
Cliquez pour agrandir...

merci pour votre retour
"
Il manque à mon avis un gestionnaire de tâches planifiées pour gérer les scripts plus facilement au démarrage/extinction.."
=> j'en ai justement parlé pas plus tard qu'hier à l'équipe !
 
Dami1 a dit:
merci pour votre retour
"
Il manque à mon avis un gestionnaire de tâches planifiées pour gérer les scripts plus facilement au démarrage/extinction.."
=> j'en ai justement parlé pas plus tard qu'hier à l'équipe !
Cliquez pour agrandir...
Je me demande si j’avais pas déjà fait une suggestion dans ce sens moi aussi 😅
 
@Dami1 des nouvelles sur le comportement de docker quant au restart: unless-stopped ?
Ça m’enquiquine de ne pas pouvoir le mettre …

Édit : maj effectuée sans problème.
Vu que j’ai mis restart: always sur mes conteneurs, je n’ai pas eu à en lancer manuellement 😅 mais j’aimerais bien les repasser sur unless-stopped…
 
  • J'aime
Réactions: Dami1
non pas encore eu de news. je relance donc qui de droit ;)
MilesTEG a dit:
@Dami1 des nouvelles sur le comportement de docker quant au restart: unless-stopped ?
Ça m’enquiquine de ne pas pouvoir le mettre …

Édit : maj effectuée sans problème.
Vu que j’ai mis restart: always sur mes conteneurs, je n’ai pas eu à en lancer manuellement 😅 mais j’aimerais bien les repasser sur unless-stopped…
Cliquez pour agrandir...
 
  • J'aime
Réactions: MilesTEG
en même temps c'est logique. "Démontage automatique" parle de lui même. Il faudrait un scénario et/ou une programmation si j'ai bien compris ce que vous voulez
je peux parler de différents scénarios à l'équipe.
quels seraient ils?
 
MilesTEG a dit:
@Dami1 des nouvelles sur le comportement de docker quant au restart: unless-stopped ?
Ça m’enquiquine de ne pas pouvoir le mettre …

Édit : maj effectuée sans problème.
Vu que j’ai mis restart: always sur mes conteneurs, je n’ai pas eu à en lancer manuellement 😅 mais j’aimerais bien les repasser sur unless-stopped…
Cliquez pour agrandir...
réponse de l'ingénieur. Pour toi, c'est avoir le choix du redémarrage auto ou pas?

Hi Damien,

Other than the case of upgrading from 4.3 to 5.0 where the container state is not preserved, are there any other scenarios where this issue may occur? Based on our current testing, this behavior only happens during the 4.3 → 5.0 upgrade.

In our tests, Docker containers retain their state when used or upgraded within version 4.3 or 5.0 environments. The only exception is during the upgrade from 4.3 to 5.0, where the state is not preserved.

I’ve reviewed the user’s feedback regarding Docker containers. However, as mentioned earlier, the stop issue during the 4.3 → 5.0 upgrade still requires further investigation.

For environments where the version itself is not being replaced, our internal tests show no problems.

If possible, I would need more detailed information about the user’s specific scenarios—for example, the exact build number, ADM version, and the situation in which the issue occurred.

Without such details, we may spend a significant amount of time on investigation and testing, and it may still not be possible to resolve the user’s problem effectively.


Best regards,
 
Dami1 a dit:
en même temps c'est logique. "Démontage automatique" parle de lui même. Il faudrait un scénario et/ou une programmation si j'ai bien compris ce que vous voulez
je peux parler de différents scénarios à l'équipe.
quels seraient ils?
Cliquez pour agrandir...
Salut @Dami1

Il faudrait qu'au démarrage de ADM, si il y a présence de sauvegardes planifiées sur volume myarchive , l'option "Démontage automatique" soit checkee. Si activée => démontage du volume myarchive.
L'objectif de cette option dans les sauvegardes est bien que le volume ne soit pas atteignable en dehors de la sauvegarde. Hors à chaque redémarrage ces volumes sont montés automatiquement.
 
Il faudrait qu'au démarrage de ADM, si il y a présence de sauvegardes planifiées sur volume myarchive , l'option "Démontage automatique" soit checkee. Si activée => démontage du volume myarchive.
Cliquez pour agrandir...

Je le formulerais plutôt ainsi :

Si l’option « Monter automatiquement MyArchive xx avant de démarrer une sauvegarde et éjectez-le une fois terminée. » est cochée pour une sauvegarde, alors le système ne montera pas le disque concerné au démarrage d’ADM.
 
Dernière édition:
Vous devez vous connecter ou vous enregistrer pour répondre ici.
Haut Bas