Asustor Amélioration du firewall svp

[marcus54]

Difficile de faire pire en matière d'ergonomie.

En voulant sécuriser mon NAS, j'ai tenté d'ajouter les 15 adresses IP de Cloudflare à la liste blanche du pare-feu. Pensant gagner du temps, j'ai voulu les importer via un fichier JSON, mais le gestionnaire d'Asustor est une catastrophe.

Les règles sont regroupées dans des profils. Si l'on clique sur "Ajouter", les options proposées (réseau local, Internet uniquement, etc.) sont tellement minimalistes qu'on se demande si c'est réellement utile.

Le plus aberrant reste la gestion de ces profils :

• Un seul profil actif à la fois : Impossible d'en combiner plusieurs.
• Édition verrouillée : On ne peut modifier un profil que s'il est activé. Pour éditer un profil inactif, il faut retourner dans l'onglet général, l'activer, appliquer les changements, puis revenir dans la gestion des profils.
• Renommage impossible : Une fois nommé, un profil ne peut plus être modifié via l'interface. La seule solution est d'exporter le JSON, de le modifier à la main et de le réimporter. C'est aberrant.

En comparaison, chez Synology, le pare-feu détecte automatiquement les applications installées et propose des préréglages simples à activer ou désactiver. Ici, on est sur du basique de chez basique.

Asustor doit impérativement améliorer cet outil. Inutile de vanter la sécurité de vos produits si l'interface est tellement complexe qu'il faut un diplôme en informatique pour configurer la moindre règle.

 

[marcus54]

J'ai bien avancé...​

1. Correction de la configuration (JSON)​

• Simplification de la structure : Suppression des noms de règles personnalisés ("Name") qui causaient une corruption invisible du fichier et empêchaient l'édition manuelle dans l'interface ADM.

2. Le bug majeur identifié dans ADM Defender​

j'ai découvert une erreur critique d'étiquetage dans l'interface de sélection des services intégrés :

• L'anomalie : Le service intitulé "DHCP Server" est associé par erreur aux ports 53 (UDP) et 53 (TCP).
• La conséquence : Cocher cette case ouvre les ports DNS et non les ports DHCP.
• La solution : Pour autoriser réellement un serveur DHCP local, il ne faut pas utiliser la présélection d'Asustor, mais créer une règle manuelle pour les ports UDP 67 et 68 avec une source réglée sur "Tous".

 

[EVO]

Un seul profil actif à la fois : Impossible d'en combiner plusieurs.

Cela ne me surprend pas, je pense qu'il y a une vérification des conflits de règles / un ordre de priorité aussi. Avec plusieurs profils, cela devient compliqué.

Édition verrouillée : On ne peut modifier un profil que s'il est activé. Pour éditer un profil inactif, il faut retourner dans l'onglet général, l'activer, appliquer les changements, puis revenir dans la gestion des profils.

Pas pratique du tout cela…

Renommage impossible : Une fois nommé, un profil ne peut plus être modifié via l'interface. La seule solution est d'exporter le JSON, de le modifier à la main et de le réimporter. C'est aberrant.

C'est dommage !

L'anomalie : Le service intitulé "DHCP Server" est associé par erreur aux ports 53 (UDP) et 53 (TCP).

Tu as essayé de passer l'interface en anglais afin de voir si c'est une erreur dans la traduction ?