Audio

J'ai trouvé une solution qui fonctionne sur les 2 NAS avec une machine virtuelle sous VMM. En branchant le périphérique USB sur la prise arrière du NAS, à cet emplacement il est reconnu. A cet emplacement j'avais l'habitude d'y connecter le câble USB de l'onduleur. J'ai branché ce dernier en face avant. Au résultat on ne voit plus que les périphériques USB branchés à l'arrière dans le Centre d'information, mais les onduleurs sont bien vus et accessibles dans l'onglet UPS de "Matériel et Alimentation". Ne me demandez pas pourquoi les prises USB AV et AR ont un traitement différent chez Synology ☹️ On pourra clore ce topic.

Dans HA le périphérique (RFXCOM pour les volets Somfy) n'est pas vu et je ne le vois pas non plus dans le Centre d'Informations de DSM. HA tourne en VM avec la VMM Synology. Avant, je voyais le RFXCOM sur un port en USB 2 dans la VMM. Aujourd'hui je ne vois plus que le périphérique UPS (onduleur).

Bonsoir @Lelolo , merci de venir m'aider. J'avais sans doute ce problème depuis un moment ce qui expliquerait que ce n'est pas strictement dû à la version 7.4 de DSM. J'ai effectivement parcouru le topic que tu cite et j'en ai aussi trouvé un autre qui conduit à https://github.com/robertklep/dsm7-usb-serial-drivers?ref=geeek.org. Ce dernier permet de trouver et d'installer des drivers USB non natif dans DSM 7.2 et 7.3 pour différents types de NAS Synology en fonction du processeur. Pour ma part c'est un Geminilake (DS 920+) et j'ai utilisé les données pour Geminilake DSM 7.3, les données pour 7.4 ne sont pas (encore?) disponibles. Après avoir suivi la procédure donnée sur le Github RobertKlep il semble que mon périphérique USB soit installé: la commande lsusb -cui donne en sortie: |__usb1 1d6b:0002:0404 09 2.00 480MBit/s 0mA 1IF (Linux 4.4.302+ xhci-hcd xHCI Host Controller 0000:00:15.0) hub |__1-1 0403:6015:1000 00 2.00 12MBit/s 90mA 1IF (FTDI FT231X USB UART D30GTJTA) 1-1:1.0 (IF) ff:ff:ff 2EPs (Vendor Specific) ftdi_sio ttyUSB0 |__1-2 051d:0002:0090 00 2.00 12MBit/s 2mA 1IF (American Power Conversion Back-UPS RS 1500G FW:878.L4 .I USB FW:L4 3B1347X37880 ) 1-2:1.0 (IF) 03:00:00 1EP () usbfs |__1-4 f400:f400:0100 00 2.00 480MBit/s 200mA 1IF (Synology Diskstation 7F0023CB00586D62) 1-4:1.0 (IF) 08:06:50 2EPs () usb-storage host6 (synoboot) Mon périphérique utilisé par Home Assistant est "FTDI FT231X USB UART D30GTJTA". En revanche il n'est pas listé dans les périphériques USB utilisables dans la VMM Home Assistant. J'ai bien essayé de déconnecter/reconnecter le périphérique, de redémarrer le NAS mais rien n'y fait. Je ne sais pas quoi faire d'autre. Vois-tu autre chose de ton côté ?

Bonjour, J'utilise sur deux NAS différents une VM, Debian sur l'un et Home Assistant sur l'autre. Je m'aperçois que les périphériques USB utilisés jusqu'ici (une carte audio DAC et un RFXCom pour Home Assistant) ne sont plus reconnus. Dans la page de configuration des VM ils sont marqués "démontés" et pas moyen de les faire revenir. Seul le périphérique onduleur UPS est reconnu. Dans la page 'Information Système' du panneau de configuration DSM, seul l'onduleur est présent. J'ai vu sur différents posts du forum que Synology n'aimait pas beaucoup les périphériques USB. Auraient-il décidés de bannir ce genre d'outil ? Je suis preneur d'une méthode de vérification et éventuellement de réinstallation si c'est possible.

Merci à @shad pour ce tuto mis à jour que j'ai suivi, comme j'avais suivi la première version de son tuto il y quelques années. Effectivement, concernant l'item "Réseau" l'utilisation de l'IPV6 est plus facile maintenant, et mon FAI Free est nativement en IPV6. Cependant hébergeant MailPlus Server avec mon propre nom de domaine, lorsque j'autorise l'utilisation d'IPV6 par le NAS Google refuse mes messages à destination de gmail.com car il n'y a plus de vérification de reverse DNS comme en IPV4. Tout simplement parce que Free n'assure le reverse DNS qu'en IPV4. Donc pour ceux dans mon cas attention à l'IPV6.

OK, j'ai bien lu ce coup-ci. Inhabituel de voir Synology vous dire de faire les MAJ en manuel. 3 NAS mis à jour avec leurs paquets respectifs sans problème.

Merci @Lelolo Effectivement la première listes donnée sur la page Synology mentionne les types de NAS non compatibles DSM 7.4. Je vais attendre la notification pour la mise à jour.

Bon si j'en crois la page Synology de la Mise à Jour DSM 7.4 https://www.synology.com/fr-fr/releaseNote/DSM c'est pas fait pour les DS920+. On verra plus tard, mais j'espère ne pas devoir changer mes NAS en DSM 7.3 même après 2028 ! Y en a marre de ces vendeurs d’obsolescences programmées !

Bonjour @Manuel Garcia Je ne sais pas si tus as un pack de licences MailPlus Server actif ou si tu utilises les 5 licences gratuites attribuées par Synology lors de l'installation de MailPlus Server sur ton DS 218+. Sous toutes réserves, dans ce dernier cas il semble que ces 5 licences ne soient pas transférables sur un autre serveur, ce qui expliquerait peut-être les options grisées sur la page d'administration du serveur . Voir https://www.synology.com/fr-fr/products/MailPlus_License Cordialement Audio

Moi aussi je suis de cette génération... Bienvenue @Le Bleu B. . Tu verras on apprend en faisant.

Bonjour @Superthx et @aurelp J'ai refait un tour sur mes ennuis dans DSM et SRM avec le script modifié par @aurelp . Après essais j'ai compris que j'avais déjà le problème avec le script original de @Superthx mis en place en octobre 2025. Les "erreurs" observées dans les logs n'en étaient pas mais simplement le traitement des IPs invalides et des doublons. En fait je me retrouvais parfois avec une "Liste des blocages" vide que ce soit sur DSM ou SRM et je ne comprenais pas pourquoi. C'était dû à la date d'expiration du blocage (basiquement 2h + 1mn dans le script dont la variable Freq est réglée à1) alors que je ne relançait le script que toutes les 12 heures. Fatalement selon l'heure à laquelle je consultais la Liste de blocages je pouvais tomber sur une liste vide (expiration du blocage de toutes les IPs en attente de relance du script). En réglant Freq=12, c'est rentré dans l'ordre. Merci à tous les 2 et à tous les contributeurs initiaux depuis le début de ce sujet et à ceux qui ont pris du temps par la suite pour peaufiner ce scripts dont @PPJP et @bruno78 . Cordialement Audio

Bonjour @aurelp Merci pour ta réponse. J'ai testé le script sans aucune modification dans la version que tu as postée le 11 avril 2026, celle avec l'ajout des listes Firehol etc. C'est cette version qui après quelques jours d'exécution (2 fois par jour) a généré le log très long et le message de DSM disant que la liste des IP bannies étaient trop longue. Je suis alors revenu à la version précédente du script de @Superthx qui fonctionne très bien à la fois sous DSM et SRM. Toutefois en parcourant de nouveau ce sujet du forum j'ai effectué une vérification de DSM sur la sécurité et le blocage automatique: la case à cocher "Activer l'expiration des blocages" n'était pas cochée. Je l'ai cochée et j'ai mis 30 jours pour le délai de déblocage. Je vais refaire un essai avec ta version du script 11 avril 2026 sous DSM.

Bonjour et merci à @aurelp pour sa nouvelle version de autoblocksynology.sh J'utilisais depuis octobre 2025 le script autoblocksynlogy.sh avec juste les sources https://lists.blocklist.de/lists/all.txt et https://feodotracker.abuse.ch/downloads/ipblocklist_aggressive.txt à la fois sur SRM (routeur RT 2600AC) et DSM (NAS DS 920+). J'ai donc essayé la nouvelle version ajoutant d'autres sources dont Firehol. J'ai juste remplacé à la fois sur SRM et DSM le fichier script autoblocksynology.sh en ayant soin de redonner les droits sur le fichier (chmod 755). Ca n'a jamais fonctionné sur SRM mais ça marchait sur DSM pendant plusieurs jours jusqu'à ce que mon NAS m'envoie un petit message disant que la liste des IPs bloquées était trop longue. En fait je ne sais pas combien DSM accepte d'IPs bloquées au maximum. A côté de ce message d'avertissement le log de la dernière cession du script autoblocksynology.sh donnait: ######################### Le planificateur de tâches a terminé une tâche planifiée. Tâche : IP_BLOCK Heure de début : Wed, 22 Apr 2026 04:00:01 +0200 Heure d'arrêt : Wed, 22 Apr 2026 04:02:09 +0200 État actuel : 0 (Normal) Sortie/erreur standard : Demarrage du script autoblocksynology.sh v0.1.0: Wed Apr 22 04:00:01 CEST 2026 0 IP téléchargée sur filtreperso.txt 22768 IP téléchargées sur https://lists.blocklist.de/lists/all.txt 7607 IP téléchargées sur https://feodotracker.abuse.ch/downloads/ipblocklist_aggressive.txt 7 IP téléchargées sur https://rules.emergingthreats.net/blockrules/compromised-ips.txt 15029 IP téléchargées sur https://raw.githubusercontent.com/firehol/blocklist-ipsets/master/firehol_level2.netset 14346 IP téléchargées sur https://raw.githubusercontent.com/firehol/blocklist-ipsets/master/firehol_level3.netset BASH=/bin/sh BASHOPTS=cmdhist:complete_fullquote:extquote:force_fignore:hostcomplete:interactive_comments:progcomp:promptvars:sourcepath BASH_ALIASES=() BASH_ARGC=() BASH_ARGV=() BASH_CMDS=() BASH_LINENO=([0]="313" [1]="357" [2]="0") BASH_SOURCE=([0]="/volume1/Scripts/autoblocksynology.sh" [1]="/volume1/Scripts/autoblocksynology.sh" [2]="/volume1/Scripts/autoblocksynology.sh") BASH_VERSINFO=([0]="4" [1]="4" [2]="23" [3]="1" [4]="release" [5]="x86_64-pc-linux-gnu") BASH_VERSION='4.4.23(1)-release' Choix_Blocklist_de=all Choix_Emergingthreats=compromised-ips Choix_Feodotracker=ipblocklist_aggressive Choix_Firehol_lev2=firehol_level2.netset Choix_Firehol_lev3=firehol_level3.netset DIRSTACK=() EUID=0 FUNCNAME=([0]="maj_ipstd" [1]="insertion_nouvelles_ip" [2]="main") File_Ano=anoip.txt Filtre_Perso=filtreperso.txt Freq=1 GROUPS=() HOME=/root HOSTNAME=NOMDUNAS HOSTTYPE=x86_64 IFS=' ' LOGNAME=root Liste_Url='https://lists.blocklist.de/lists/ https://feodotracker.abuse.ch/downloads/ https://rules.emergingthreats.net/blockrules/ https://raw.githubusercontent.com/firehol/blocklist-ipsets/master/' MACHTYPE=x86_64-pc-linux-gnu MAILTO= OLDPWD=/root OPTERR=1 OPTIND=1 OSTYPE=linux-gnu PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/syno/sbin:/usr/syno/bin:/usr/local/sbin:/usr/local/bin PIPESTATUS=([0]="1") POSIXLY_CORRECT=y PPID=8451 PS4='+ ' PWD=/volume1/Scripts SHELL=/bin/sh SHELLOPTS=braceexpand:hashall:interactive-comments:posix SHLVL=3 TERM=dumb Trace_Ano=1 TypeShell=bash UID=0 USER=root Version=v0.1.0 _= absent=::::: block_off=1776830461 blocks= chx=firehol_level3.netset db=/etc/synoautoblock.db dirtmp=/tmp/autoblock_synology fil=https://raw.githubusercontent.com/firehol/blocklist-ipsets/master/firehol_level3.netset host=raw.githubusercontent.com info=1 ip='<html>' ip6='<html>' ipstd= marge=60 nb=14346 nb_ip=54331 nb_new=59757 nb_old=59757 newip='1.0.164.165 # [......] [Je vous épargne la liste des 54324 IPs] au total de 1.0.164.165 à 99.92.204.98 99.92.204.98 <body> <center><h1>504 Gateway Time-out</h1></center> <head><title>504 Gateway Time-out</title></head> <html>' pwd_init=/root rempl=:0:0:0:0:0 sep=:::: start=1776823201 tmp1=/tmp/autoblock_synology/temp1 url=https://raw.githubusercontent.com/firehol/blocklist-ipsets/master/ /tmp/autoblock_synology/temp1:54331: INSERT failed: UNIQUE constraint failed: Tmp.IP 54331 IP ont été traitées 1 IP ont vu leur blocage prolongé 54332 nouvelles IP ont été ajoutées 54336 IP seront bloquées suite à cette mise à jour Fin du script exécuté en 2mn 8s ################################ Je ne suis pas assez compétent pour comprendre l'ensemble de ce log et je suis revenu à la version précédente du script qui continue à tourner sans pb sur DSM et SRM. J'aimerais cependant savoir si d'autres utilisateurs ont rencontré les mêmes problèmes sur SRM et DSM avec le script modifié de @aurelp . Cordialement Audio

Pour finir j'ai mis à jour manuellement mes 2 autres NAS DS 920+ et sans mauvaise surprise.

Bonjour @mick45000 D'après le log [Mon Dec 29 21:44:30 CET 2025] Failed to authenticate, no such account or incorrect password] ce que tu as mis comme nom d'utilisateur et de pwd n'est pas connu du NAS. Ne pas laisser "utilisateur" et "mdp", il faut mettre le nom et le pwd d'un compte qui soit administrateur du NAS. Cordialement Audio