Aller au contenu

bagu

Membres

  • Inscription

  • Dernière visite

Afficher le profil Afficher son activité

Messages posté(e)s par bagu

    Posté(e)

    Et ? Comme indiqué dans mon message, c'est la dernière version prise en charge par le RS815. (mais je n'ai peut être pas été assez précis)
    Je sais donc parfaitement que c'est normal du point de vu de Synology.

    Je repose donc la question, en plus développée, en espérant une piste vers une solution (ou une solution, qui sait ?) :
    Quelqu'un a t'il une piste ou un élément concret permettant de continuer à utiliser clamav (antivirus essential) sur ces vieux nas et à jour ?

    Merci

    0

    Posté(e) ·

    Modifié par bagu

    Ok, donc ça correspond à ce que je pensais : J'ai ce soucis sur un RS815.
    La version dispo la plus récente est 1.5.4-3099

    Donc retour à la case départ et à ma demande : existe t'il une solution pour ces NAS ?

    Voici le retour :
    WARNING: Ignoring deprecated option AllowSupplementaryGroups at /var/packages/AntiVirus/target/engine/clamav/etc/freshclam.conf:16
    Mon Dec 15 18:56:02 2025 -> Current working dir is /var/packages/AntiVirus/target/engine/clamav/var/lib/
    Mon Dec 15 18:56:02 2025 -> Loaded freshclam.dat:
    Mon Dec 15 18:56:02 2025 -> version: 1
    Mon Dec 15 18:56:02 2025 -> uuid: dc58408d-bfdb-4957-96e1-4e398d245e42
    Mon Dec 15 18:56:02 2025 -> retry-after: 2025-12-16 18:43:00
    Mon Dec 15 18:56:02 2025 -> ClamAV update process started at Mon Dec 15 18:56:02 2025
    Mon Dec 15 18:56:02 2025 -> Current working dir is /var/packages/AntiVirus/target/engine/clamav/var/lib/
    Mon Dec 15 18:56:02 2025 -> Querying current.cvd.clamav.net
    Mon Dec 15 18:56:02 2025 -> TTL: 1723
    Mon Dec 15 18:56:02 2025 -> *fc_dns_query_update_info: Software version from DNS: 1.0.9
    Mon Dec 15 18:56:02 2025 -> ^Your ClamAV installation is OUTDATED!
    Mon Dec 15 18:56:02 2025 -> ^Local version: 0.103.8 Recommended version: 1.0.9
    Mon Dec 15 18:56:02 2025 -> DON'T PANIC! Read https://docs.clamav.net/manual/Installing.html
    Mon Dec 15 18:56:02 2025 -> 1. Verify that you're running a supported ClamAV version.
    Mon Dec 15 18:56:02 2025 -> See https://docs.clamav.net/faq/faq-eol.html for details.
    Mon Dec 15 18:56:02 2025 -> 2. Run FreshClam no more than once an hour to check for updates.
    Mon Dec 15 18:56:02 2025 -> FreshClam should check DNS first to see if an update is needed.
    Mon Dec 15 18:56:02 2025 -> 3. If you have more than 10 hosts on your network attempting to download,
    Mon Dec 15 18:56:02 2025 -> it is recommended that you set up a private mirror on your network using
    Mon Dec 15 18:56:02 2025 -> cvdupdate (https://pypi.org/project/cvdupdate/) to save bandwidth on the
    Mon Dec 15 18:56:02 2025 -> CDN and your own network.
    Mon Dec 15 18:56:02 2025 -> 4. Please do not open a ticket asking for an exemption from the rate limit,
    Mon Dec 15 18:56:02 2025 -> it will not be granted.
    Mon Dec 15 18:56:02 2025 -> ^You are still on cool-down until after: 2025-12-16 18:43:00

    0

    Posté(e) ·

    Modifié par bagu

    Je doute que cela soit pérenne.
    En effet, selon mes informations, la version clamav fourni par Synology n'est plus maintenu.
    Donc les mises à jour de définitions ne sont plus fournies pour cette version.

    Donc, a moins que Synology n'ai patché/mis à jour sa version, les mises à jour ne se feront plus. (En tous cas, pas au delà de celles dispo pour cette vieille version)

    EDIT : voici un lien relatif au problème : https://blog.clamav.net/2021/02/clamav-eol-versions-prior-to-0100.html

    Auparavant, j'utilisais un script avec ceci pour faire la maj :
    #!/bin/bash
    cd /var/packages/AntiVirus/target/engine/clamav/bin
    ./freshclam

    Car la maj auto ne fonctionnait qu'aléatoirement.

    0

    Posté(e)

    La réponse de perplexity à cette question :
     

    Citation

     

    Depuis le 1er novembre 2024, 1fichier.com a mis en place de nouvelles conditions de suppression des fichiers[1][2] :

    1. Pour les utilisateurs avec un compte gratuit :
       - Les fichiers sont supprimés automatiquement après 30 jours d'inactivité[2].

    2. Pour les utilisateurs sans compte (invités) :
       - Les fichiers sont supprimés après 15 jours[1][2].

    3. Pour les utilisateurs premium :
       - Les conditions de suppression ne sont pas clairement spécifiées dans les résultats de recherche fournis.

    Il est important de noter que ces changements ont été mis en place pour libérer de l'espace disque sur les serveurs de 1fichier[1]. Ces nouvelles politiques ont eu un impact significatif sur l'utilisation du service, en particulier pour les utilisateurs habitués à stocker des fichiers sur de longues périodes[2].

    ## Précautions à prendre

    - Si vous utilisez un compte gratuit, assurez-vous de vous connecter régulièrement à votre compte pour éviter la suppression de vos fichiers.
    - Pour un stockage à long terme, il est recommandé de considérer une offre premium ou d'autres solutions de stockage en ligne[2].

    ## Impact sur les sites de partage

    Ces changements ont également affecté les sites de partage de fichiers qui utilisaient 1fichier comme hébergeur. Certains sites ont même décidé de ne plus utiliser ce service en raison de la suppression rapide des fichiers[7].

     

    ---

    J'ai supprimé les sources citées, car certaines ne sont pas forum-chartes-firendly.

    Par contre, vu que je suis premium jusqu'en 2028 (j'utilise 1fichier pour le travail, hé oui, ça existe ! ^^) j'ai copié le fichier "verify" et le lien généré est le même. Il est donc possible qu'à l'expiration de votre premium, cela continue alors de fonctionner.

     

     

    0

    Posté(e)

    Bonjour,

    J'ai constaté fortuitement que je ne recevais plus de notification SMS de mon NAS.
    Après recherches, j'ai vu que le système avait été changé, et j'ai donc adapté le Webhook afin de recevoir de nouveau mes notifications.

    J'ai donc ajouté un Webhook personnalisé, mis https://smsapi.free-mobile.fr/sendmsg?user=monid&pass=monpass&msg=%40%40TEXT%40%40 en URL.

    En requête HTTP, j'ai mis POST avec les variables user, pass et msg en mettant content-type multipart/form-data.

    Cela fonctionne.
    Par contre, j'ai systématiquement l'objet suivi de \n puis le message...
    Le \n devrait être un retour chariot, mais impossible de le faire interpréter.

    Avez-vous une solution ?

    Merci

    0

    Posté(e) ·

    Modifié par bagu
    Ajout des logs

    Hello, suis-je le seul a avoir la totalité de mes demandes de téléchargements qui finissent en erreur sur download station, alors qu'ils se lancent bien de téléchargement direct (tout fonctionnait bien hier, donc je me demande si ce n'est pas un soucis temporaire)

    Après avoir regardé les logs, même problème que la personne ci-dessus : 

    2024-03-02T22:04:54.203+01:00 : __construct : Message :  Appel du constructeur de SynoFileHosting
2024-03-02T22:04:54.203+01:00 : __construct : Data : a:1:{s:10:"parameters";a:4:{s:3:"Url";s:53:"https://1fichier.com/?unsuperbefichierprivé";s:8:"Username";s:11:"local_log=1";s:6:"apikey";s:32:"celaneregardequemoi";s:8:"HostInfo";a:8:{s:4:"name";s:13:"OneFichierCom";s:10:"hostprefix";s:12:"1fichier.com";s:14:"authentication";s:3:"yes";s:6:"module";s:17:"OneFichierCom.php";s:5:"class";s:15:"SynoFileHosting";s:9:"diroption";s:1:"u";s:7:"version";s:5:"4.1.0";s:15:"supporttasklist";b:0;}}}
2024-03-02T22:04:56.393+01:00 : getDownloadLink : Message :  Réponse brute de l'api à https://api.1fichier.com/v1/download/get_token.cgi
2024-03-02T22:04:56.393+01:00 : getDownloadLink : Data : s:51:"{"message":"Resource not found #649","status":"KO"}";
2024-03-02T22:04:56.393+01:00 : getDownloadLink : Message :  Réponse json de l'api à https://api.1fichier.com/v1/download/get_token.cgi
2024-03-02T22:04:56.393+01:00 : getDownloadLink : Data : a:2:{s:7:"message";s:23:"Resource not found #649";s:6:"status";s:2:"KO";}
2024-03-02T22:04:56.393+01:00 : getDownloadLink : Message :  Status non OK ! throw DownloadError
2024-03-02T22:04:56.393+01:00 : getDownloadLink : Data : a:1:{s:5:"param";a:1:{s:7:"message";i:1;}}
2024-03-02T22:04:56.393+01:00 : GetDownloadInfo : Message :  Catch DownloadError
2024-03-02T22:04:56.393+01:00 : GetDownloadInfo : Data : a:1:{s:6:"return";a:1:{s:5:"error";i:1;}}

    P.S. : Cadkey, si vous pouviez éviter de vous réjouir des problèmes des autres en réaction, ce serait vraiment appréciable. Merci

    1

    Posté(e)

    Il y a 22 heures, Greg Mzs a dit :

    Je crois avoir compris l'origine du problème.

    J'ai fait des tests en appelant l'API par mes propres soins via un client REST. Et le fait est que si il y'a des paramètres d'url en plus de l'identifiant de fichier l'API retourne KO.

    En l'occurrence, je récupère des liens qui on la langue (&lg=en, ou encore &af=21651) et dans ce cas, l'API réponds KO 😞

    Ex :

    https://1fichier.com/?lr9i394hno1bcm172q14&lg=en

    https://1fichier.com/?lr9i394hno1bcm172q14&af=123456

    https://1fichier.com/?lr9i394hno1bcm172q14&lg=en&af=123456

     

    Dans l'idéal, si tu peux gérer le fait que le url ne dispose pas de paramètres supplémentaires ce serait super cool, si tu peux pas, pas de souci, je me débrouillerai de mon côté pour les retirer à la main.

    J'attends toujours que min IP soit débloquée pour enfin faire les tests avec ton plugin.

    Je te tiens au courant

    Il me semblait pourtant que le module retirait les paramètres supplémentaires ?!?

    En tout cas, ça ne doit pas être trop sorcier avec une bonne expression régulière pour un dev php.

    0

    Posté(e) ·

    Modifié par bagu

    il y a 4 minutes, ALeXiS a dit :

    Moi, c'est l'inverse, la 4.0.5 corrige le tout pour moi !

    Authentification ok !
    Je dispose des fichiers de logs
    Et les noms de fichiers sont corrects.

    Bien joué et merci pour la réponse rapide ! 😀

    Quelles sont tes versions de PHP et de dsm ?
    Car c'est étonnant qu'une version qui corrige tout pour les uns casse tout pour les autres 😅

    0

    Posté(e) ·

    Modifié par bagu

    Je viens de tester la version 4.0.5.
    Lors de la saisie, on ne peut pas laisser le nom d'utilisateur vide, pas de soucis.
    Mais du coup, quoi que je mette, j'ai le message "Échec de l'opération" si je clique sur vérifier.

    Autre problème, le nom du fichier n'est pas récupéré (fonctionnait en 4.0.0 et en 4.0.1)

    0

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.

Account

Navigation

Rechercher

Rechercher

Configure browser push notifications
Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.