Toutes les discussions

Yep tout de suite

J'ai fait une nouvelle version, tu peux rééssayer ? https://github.com/Gizmo091/synology_1fichier_hosting/raw/refs/heads/main/OneFichierCom(4.7.3).host

ça ne fonctionne pas erreur fichier non trouvé.. tu peux regarder les logs Maintenant le fichier reste en attente

Je regarde et te redis

Ton log semble normal , je peux difficilement faire plus de test. En revanche je viens de faire une version 4.7.2 avec une meilleur gestion des erreurs. Si des ames charitables pouvait l'essayer. Ou alors me preter une clé d'api pendant quelques heures que je test. https://github.com/Gizmo091/synology_1fichier_hosting/raw/refs/heads/main/OneFichierCom(4.7.2).host

Bonjour à tous, Je rencontre à nouveau le problème depuis récemment et sans pouvoir y remédier en utilisant la technique que j'ai évoqué plus haut. En castant depuis un PC vers Chromecast Audio il n'y à pas de problème, DS Audio semble en être la cause... Avez-vous constaté la même chose ? Merci pour vos retours...

Voilà, je l'ai fait tu peux aller voir :-) C'est tout à la fin

si tu te met en remote_log j'y aurrais acces, sinon on communique par MP sur le forum ;)

OK puis je avoir une adresse mail pour te reporter mes logs..? Merci

Non, je l'aurais vu en vérifiant dans le Safe Access lorsque j'ai tenté de le laisser passer quand même. Le backup est trop vieux, cela m'apprendra. J'ai le souci avec d'autres sites également, tous bloqué par le Safe Access. Ca sent la réinitialisation.

J'ai fait un premier jet ici : https://github.com/Gizmo091/synology_turbobit_hosting Fichier host téléchargeable ici : https://github.com/Gizmo091/synology_turbobit_hosting/raw/refs/heads/main/TurboBitOrg(1.0.0).host Mais le fonctionnement est pas garanti en permanence, car parfois Turbobit ajoute un captcha sur le forumlaire de login et dans ce cas là je n'arrive pas a récupérer les infos. En revanche j'ai remarqué que si je fais un login manuel sur le site en validant le catpcha, il me le redemande pas au prochain coup.

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

Bonjour, Ce matin, le service DDNS de Synology était HS. J'ai voulu me connecter à mon NAS, en local, via son IPv4 locale : impossible : le 2FA ne fonctionne pas, que ce soit SecurSignin ou la clé logicielle. Tous mes accès sont en 2FA… Ma question est : existe-t-il un moyen de se connecter au NAS en baissant le niveau de sécurité (sans 2FA lorsque la demande de connexion provient du même LAN que celui où le NAS est connecté.)

Je confirme. Sujet clos …

Je déterre le sujet si jamais c'est toujours d'actualité. Je suis entrain de passer mes backups offsite d'Azur vers Wasabi storage S3 et ils semblent proposer cette fonctionnalité de rétention : https://docs.wasabi.com/docs/how-to-enable-and-test-compliance-on-a-bucket-immutability aucune idée si celà peut être compatible avec Hyper Backup par contre...

J'ai passé une petite heure ce matin à regarder, mais l'API de turbobit ne permet pas d'acceder aux informations des fichiers qui ne sont pas les siens. Il faurait donc faire un Host file qui simule la navigation sur le site à l'ancienne.

c'est revenu d'ailleurs...

Le suivi des incidents est disponible ici: https://www.synology.com/fr-fr/support/synology_service/incident_history

ça fait une heure que je cherchais pourquoi mes services était inaccessibles ... je devrais acheter un domaine vu que je suis en ip Fixe 😁

Ah en effet, je comprends mieux pourquoi mes services à accès configuré en reverse proxy ne sont plus accessibles. @StéphanH je ne trouve pas la page de suivi de l'incident chez Syno, ton lien pointe simplement sur https://www.synology.com/ (EDIT) Ah trouvé : https://www.synology.com/en-global/support/synology_service

Pour info, le service DDNS Synology est planté ce matin. Statut du service Synology | Synology Inc.Statut du service Synology

Pour voir ce qu'il se passe je t'invite à activer le remote_log (voir explication en page 1) afin de pouvoir les consulter sur cette page : https://vedie.fr/remote_log/read.php PS : ‼️🚨 Pour information, certains utilisateurs continnuent d'utiliser le remote_log en permanence. Le service n'est pas fait pour ça, c'est pour debuguer ponctuellement. Merci aux utilisateurs qui ont les IPs : 82.xx.xxx.21 , 82.xx.xxx.42 , 82.xx.xx.184 et 94.xxx.xxx.106 de désactiver le remote_log !

Bonsoir, moi depuis quelques jours les liens ne fonctionne pas. ça passe directement en fichier terminé. Je précise que c'est que sur le NAS. En direct sur mon PC ça fonctionne. Je n'ai pas créé de logs. Pare-feu désactivé. J'ai jamais eu ce genre de problème... Un grand merci pour votre support.

Êtes vous le seul à accéder au NAS de manière distante ? Si oui, je pense que la meilleure des sécurités est justement d'exposer le serveur le moins possible à Internet La solution recommandée sera un VPN. En y ajoutant de la 2FA, un compte dédié au VPN et différent du compte administrateur, du blocage d'IP au bout de x tentatives, du geoblocking, IDS/IPS...

C'est corrigé