Asustor ADM 5.1.0.RMM1 ( 22/10/2025 ) - PQC ready !

ADM 5.1.0.RMG1​

Page dédiée à ADM https://www.asustor.com/fr/adm/adm5_1
banner_item.png


Page dédiée à PQC https://www.asustor.com/admv2?type=2&subject=10&sub=158
adm_176b_pqc_item.png


Configuration Requise:

AS63, 64, Nimbustor, Nimbustor Gen2, Drivestor, Drivestor Lite, Drivestor Pro, 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.1.0, il ne sera plus possible de rétrograder vers une version précédente.
  • Après la mise à niveau vers ADM 5.1.0, 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)
  • En raison de la fin de la prise en charge, par leurs fournisseurs, des pilotes et/ou logiciels, à compter d'ADM 5.0, les NAS Drivestor et Drivestor Pro ne prendront plus en charge le transcodage accéléré matériel ni les imprimantes IP USB. Cliquez ici pour plus d'informations.

Quoi de nouveau:

  • ASUSTOR a officiellement mis à niveau ADM pour prendre en charge le chiffrement PQC Hybrid TLS certifié par le NIST américain.
  • ADM prend désormais en charge la robustesse et les règles des mots de passe des comptes. Les administrateurs système peuvent activer les règles de mot de passe et définir des limites d'expiration. @FX Cachem
  • ADM prend désormais en charge la recherche de fichiers en doublon dans l'Explorateur de Fichiers, permettant aux utilisateurs de supprimer facilement les fichiers redondants. (Beta)

Journal des modifications:

  • ADM améliore désormais le mécanisme de réinitialisation des mots de passe pour une sécurité accrue. Lorsque les administrateurs système ou les utilisateurs oublient leur mot de passe, une authentification est requise pour le réinitialiser.
  • Le pare-feu ADM Defender a été amélioré pour bloquer les adresses IP des clients qui tentent de se connecter au NAS via EZ-Connect.
  • ADM Defender prend désormais en charge l'ajout d'un nouveau profil pour empêcher les clients de se connecter aux conteneurs Docker déployés sur le NAS.
  • Les applications NAS peuvent désormais configurer le port du proxy inverse dans leur fichier de configuration. ADM utilisera le port configuré pour configurer le serveur proxy inverse et ouvrira l'application Web via le port correspondant pour les connexions HTTP et HTTPS.
  • ADM peut désormais modifier le nom, le nom d'utilisateur et le mot de passe de l'onduleur réseau, permettant ainsi les connexions aux onduleurs connectés à d'autres appareils.
  • Les connexions PPPoE peuvent désormais être établies correctement lorsque IPv6 est désactivé dans les paramètres réseau.
  • Après avoir désactivé le serveur Web dans Web Center ainsi que Apache HTTP Server et Nginx dans App Central, le dossier partagé Web peut désormais être déplacé vers un autre volume dans Contrôle d’Accès.
  • Nouveaux périphériques PCIe NIC pris en charge sur ADM 5.1.0 : Broadcom P2100G (2 x 100GbE), Intel E810CQDA2 (2 x 100GbE), Intel E810-XXVDA2 (2 x 25GbE), Broadcom BCM95719A1904AC (4 x 1GbE).
    • Configuration requise : Lockerstor 12R Pro Gen2, Lockerstor 16R Pro Gen2.
  • Vulnérabilités potentielles de type Cross-Site Scripting (XSS) d'ADM corrigées.
  • Corrections de bugs d'ADM Defender.
  • Corrections de bugs de Web Center.
  • Corrections de bugs du Contrôle d’Accès.
  • 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 installé cette version 5.1.0 RMG1, mon NAS me demande ce matin l'installation de la 5.1.0 RMM1.

Je jette donc un œil à la release note ( ici : https://www.asustor.com/service/release_notes#latestadm )

- le texte de la 5.1.0 RMM1 est exactement le même que celui de la 5.1.0 RMG1
- La release 5.1.0 RMG1 a disparu de la liste.


Screenshot_20251022_090009_Brave.jpg

Un oubli j'espère , car sans transparence , il ne peut pas y avoir de confiance .
 
  • J'aime
Réactions: ArnoH
Bonjour
Après avoir installé cette version 5.1.0 RMG1, mon NAS me demande ce matin l'installation de la 5.1.0 RMM1.

Je jette donc un œil à la release note ( ici : https://www.asustor.com/service/release_notes#latestadm )

- le texte de la 5.1.0 RMM1 est exactement le même que celui de la 5.1.0 RMG1
- La release 5.1.0 RMG1 a disparu de la liste.


Voir la pièce jointe 18217

Un oubli j'espère , car sans transparence , il ne peut pas y avoir de confiance .
@Dami1 poke 😇
 
Pour la première mise à jour, j'ai eu ce phénomène et encore une fois après la nouvelle mise à jour RMG1. Ce n'est peut-être pas lié à la mise à jour, mais peut-être au redémarrage du NAS : J'ai un certain nombre de containers dockers qui n'ont pas redémarré automatiquement.
Capture d'écran 2025-10-22 181247.png
 
Bonjour
Après avoir installé cette version 5.1.0 RMG1, mon NAS me demande ce matin l'installation de la 5.1.0 RMM1.

Je jette donc un œil à la release note ( ici : https://www.asustor.com/service/release_notes#latestadm )

- le texte de la 5.1.0 RMM1 est exactement le même que celui de la 5.1.0 RMG1
- La release 5.1.0 RMG1 a disparu de la liste.


Voir la pièce jointe 18217

Un oubli j'espère , car sans transparence , il ne peut pas y avoir de confiance .
Idem par ici.
Alerté par une impossiblité d'accéder à mon seveur Jellyfin, je vais vérifier et ... "la mise à jour vous attend".
 
Pour la première mise à jour, j'ai eu ce phénomène et encore une fois après la nouvelle mise à jour RMG1. Ce n'est peut-être pas lié à la mise à jour, mais peut-être au redémarrage du NAS : J'ai un certain nombre de containers dockers qui n'ont pas redémarré automatiquement.
Voir la pièce jointe 18227

Idem par ici.
Alerté par une impossiblité d'accéder à mon seveur Jellyfin, je vais vérifier et ... "la mise à jour vous attend".
Ha bah @dami : revoilà le bug des conteneurs docker qui ne sont pas relancés après une maj 😔
 
Ticket créé.
(En espérant que ce ne soit pas la base qui ait été corrompu lors de la mise à jours).
 
pourquoi "bug"? nous en avons échangé longuement
On en avait déjà parlé.
Ce n'est pas le comportement attendu de docker.
Le restart: unless-stopped doit faire en sorte qu'un conteneur non arrêté manuellement, soit relancé après un reboot de la machine hôte, ou une mise à jour de Docker.
Devoir passer par restart: always n'est pas une solution acceptable sur le long terme.
je n'ai pas pu parler avec les collègues ce jour
je vois ça avec eux demain et poste ici l'info
mais il est + que probable que ce sont des bugs supplémentaires corrigés

bonne soirée
Ok, On attend de tes nouvelles :)
 
Bonjour

Alors moi ce sont des applications qui ont été désactivées, et qui n'ont pas été reactivees au redémarrage. Notamment adguard home et portainer. J'ai du les réactiver manuellement.
 
On en avait déjà parlé.
Ce n'est pas le comportement attendu de docker.
Le restart: unless-stopped doit faire en sorte qu'un conteneur non arrêté manuellement, soit relancé après un reboot de la machine hôte, ou une mise à jour de Docker.
Devoir passer par restart: always n'est pas une solution acceptable sur le long terme.

Ok, On attend de tes nouvelles :)
Pour le coup, moi, j'ai le bon comportement attendu; le unless stopped bloque bien el redémarrage des containers même après une MaJ du NAS
 
je n'ai pas pu parler avec les collègues ce jour
je vois ça avec eux demain et poste ici l'info
mais il est + que probable que ce sont des bugs supplémentaires corrigés

bonne soirée
@MilesTEG @shaks2022
Le lancement de la première release a engendré une remontée de bugs liée à ADM Defender que l'équipe a corrigés dans la journée ou nuit et donc déployé un patch
J'ai rappelé/insisté sur la NECESSITE, auprès de la team, à communiquer clairement auprès des clients
Merci à vous. Vous nous faites progresser ;)
 
@MilesTEG @shaks2022
Le lancement de la première release a engendré une remontée de bugs liée à ADM Defender que l'équipe a corrigés dans la journée ou nuit et donc déployé un patch
J'ai rappelé/insisté sur la NECESSITE, auprès de la team, à communiquer clairement auprès des clients
Merci à vous. Vous nous faites progresser ;)
pb Adm defender,........et moi qui n'arriverait plus à renouveler mon certificat ( ICI...

bon, c'est depuis avant la 5.1, mais qui sait depuis quand c'était là ?... j'attends la MAJ du suivi firmware avant d'upgrader...
 
Hummm Bizarre bizarre, j'ai mes apps dockerisées qui ne sont plus accessible en wan depuis la mise à jour. Je pensais à mon rv NPM en docker qui poserait souci; mais EMBY qui n'eest pas dockerisé est joignable via son DNS.
sur les tests, les apps sont bien accessible en LAN.
j'ai même essayé de désactiver le pare-feu ( en cas de règle qui poserait pb)... mais toujours pareil.

D'autres rencontrent ce souci ou pas?
 
Hummm Bizarre bizarre, j'ai mes apps dockerisées qui ne sont plus accessible en wan depuis la mise à jour. Je pensais à mon rv NPM en docker qui poserait souci; mais EMBY qui n'eest pas dockerisé est joignable via son DNS.
sur les tests, les apps sont bien accessible en LAN.
j'ai même essayé de désactiver le pare-feu ( en cas de règle qui poserait pb)... mais toujours pareil.

D'autres rencontrent ce souci ou pas?
Utilises tu du macvlan ? Car j'ai des fois des soucis d'adresse Mac car docker les modifiés des fois au redémarrage et comme je redirige depuis mon routeur vers des adresses ip attribués à des adresses Mac. Je dois les reattribuer du coup.
 
Utilises tu du macvlan ? Car j'ai des fois des soucis d'adresse Mac car docker les modifiés des fois au redémarrage et comme je redirige depuis mon routeur vers des adresses ip attribués à des adresses Mac. Je dois les reattribuer du coup.
Non, je suis en bridge pour la plupart des containers exposés en wan.
Cela ne m'était jamais arrivé avant la dernière mise à jour. Et sur l'autre nas qui n'a pas reçu la mise à jour; pas de souci ( c'est un backup de mon 1er nas). Je soupçonne fortement une mise a jour qui a foiré sur ce NAS ( pas forcément la mise à jour en elle-même). Je sens le ADM défender qui bloque les connexions wan docker sur le pare-feu (simple hypothèse).
@Dami1 , j'ai fait un ticket au support.. on verra ce qu'ils en disent.
 
  • J'aime
Réactions: Dami1
J'ai créé le Ticket pour mon souci avec EMBY, et j'en ai profité pour faire remonter, Mon moniteur d'activité qui recommence à figer, et mes deux interfaces réseaux LAN1 et LAN2 avec erreur (ref. 5802).

Heureusement, il n'y a pas que du mauvais :
- Réponse ultra-rapide d'ASUSTOR
- le PQC, que je trouve simplement géniale