Jeff777

Bonjour, Je viens d'essayer d'ignorer un utilisateur (Hhigumaheff8) qui pollue le site avec des publicités et cela ne fonctionne pas. Pourtant cela fonctionnait avant.

Merci @.Shad. je viens de rentrer et dès que j'ai un moment je vais m'y atteler. Cela contribue au sujet que j'avais ouvert récemment 😉:

Je vais regarder tout cela dans quinze jours et continuer sur le bon sujet. A+

Celui que j'utilise l'est toujours (voir plus haut) Oui dès que le script aura été modifié pour trouver la date d'expiration ce qui n'est pas le cas actuellement.

Cela m'explique un autre problème du script. Depuis plus d'un an mon certificat est un certificat ECC sans que je ne fasse rien de particulier. A cause de cela certains fichiers/dossier ont l'ajout "ECC" sur leur nom et le script ne sait plus lire la date de validation du certificat et donc essaie systématiquement de renouveller le certificat. Et effectivement celui-ci s'est renouvellé récemment avant les 60 jours prévus. Je vais devoir reprendre le script pour qu'il puisse lire la date d'expiration mais sans l'aide de @.Shad. que l'on ne voit plus beaucoup☹️ De plus le déploiement ne s'effectuait que sur un des deux nas mais ceci vient d'être résolu avec le passage en majuscule des valeurs SYNO_xxx. Merci pour ton aide.

@Mic13710 Bonjour, En lisant ce sujet je viens de comprendre pourquoi j'avais des soucis avec mon script de renouvellement des certificats : J'ai corrigé certaines des valeurs SYNO_xxx en les passant en majuscule et cela a l'air de fonctionner. Existe-t-il un document qui résume l'ensemble des nouveaux paramètres employés par Acme ?

Sans le script d'arrêt ça ne fonctionnait pas pour moi, mais bon...faut essayer😉 Voilà ce que ça donne : bash cd /volume1/docker/pi-hole docker-compose down pause 30 docker network disconnect -f macvlan-network pi-hole1 docker network rm macvlan-network ifconfig mac0 down synopkg uninstall r8152 et pour le démarrage : bash sleep 600 sudo install -m 4755 -o root -D /var/packages/r8152/target/r8152/spk_su /opt/sbin/spk_su cd /volume1/docker/networks cp r8152-geminilake-2.20.1-1_7.2.spk /var/packages/r8152 synopkg install r8152-geminilake-2.20.1-1_7.2.spk synopkg start r8152 sleep 60 /volume1/scripts/driver-pkgctl-r8152-restart-reload.sh task systemctl stop pkg-synosamba-nmbd.service systemctl disable pkg-synosamba-nmbd.service sleep 30 /volume1/docker/networks/macvlan-net.sh sleep 30 /volume1/docker/networks/mac0-interface.sh sleep 30 cd /volume1/docker/pi-hole docker-compose up -d

J'ai un peu le même problème avec un adaptateur USB 2.5 Gbts conjointement avec l'utilisation d'un pihole en docker avec réseau macvlan. Après pas mal d'essai j'ai fini par trouver une solution. J'ai créé 2 scripts : un se déclenche à l'arrêt (kill-pihole-macvlan-mac0-r8152) et l'autre au démarrage (Install-r8152-macvlan-mac0-pihole). ça rallonge un peu les durées d'arrêt et de reboot, d'autant plus qu'il faut mettre quelques pauses entre les actions mais ça fonctionne même en cas de mise à jour du DSM. Bon courage pour la réalisation des scripts.

Sinon si rien ne fonctionne il faudra essayer une réinitialisation de mode 1, voir de mode 2. Attention, bien lire avant de se lancer : https://kb.synology.com/fr-fr/DSM/tutorial/How_to_reset_my_Synology_NAS

Bonjour @Courios Il faut vérifier le paramétrage du profil "Toutes les interfaces". En effet (extrait de l'aide DSM) : L'ordre des règles de pare-feu Gardez à l'esprit que l'ordre des règles du pare-feu est important. Dans DSM, chaque interface réseau possède son propre tableau ainsi qu'un tableau partagé appelé « Toutes les interfaces » pour les règles générales du pare-feu. Priorité des règles de pare-feu: Règles définies dans «Toutes les interfaces». Règles définies dans les interfaces respectives auxquelles appartient la connexion. Les règles par défaut dans les interfaces respectives auxquelles la connexion appartient. Personnellement je n'utilise que le profil par défaut (toutes les interfaces)

Pourtant c'est possible, j'ai deux sites "wordpress" fonctionnels, un avec le paquet wordpress le second selon ce tuto. Celui avec le paquet wordpress a été fait avant le passage à DSM 7 c'est peut-être pour cela que l'adressage à web_packages s'est faite automatiquement lors de la mise à niveau.

Bonjour @Djibe J'ai un truc dans ce genre, mais avec 2 nas sur le même réseau. 2 sites wordpress et leur bases de données synchronisés entre les deux nas. C'est plus un exercice de style pour moi mais pour ton usage je me dis qu'il y a peut-être plus simple. Certains aspects peuvent peut-être t'aider, je pense à la synchronisations des bases de données. Bonne chance dans tes recherches.

Mise à jour sans problème sur DS220+ et DS218+

Ah oui j'avais pas vu ton complément d'info. J'espère que quelqu'un pourra t'aider.

Oui si tu mets à jour DSM en 7.1 et l'antivirus en 1.5.4.3099 tu auras la version 0.103.6 de ClamAV: Release Notes for Antivirus Essential | Synology Inc.Release Notes for Antivirus Essential | Synology Inc. Version: 1.5.4-3099 (2023-02-22) Fixed IssuesFixed multiple security vulnerabilities regarding ClamAV (Synology-SA-23:01). Version: 1.5.4-3098(2022-08-10) Important NoteThis update is expected to be available in all regions within the next few days. The actual time of release may vary slightly depending on regions. What's NewUpdated ClamAV scanning engine to 0.103.6. Added support to manual upload signature. Fixed IssuesFixed multiple security vulnerabilities regarding ClamAV (CVE-2022-20698, CVE-2022-20770, CVE-2022-20785, CVE-2022-20792). Si tu as déjà cette version essaie de désinstaller puis réinstaller. Comme je disais, ça a résolu le problème chez moi.