Mathieu Vedie

je m'en sers regulierement ( pas du fichier host mais de l'api alldebrid et ça fonctionne tres bien, meme pour des fichiers torrent)

probable mais quand meme soumise à d'eventuel modification d'interface. j'ai pas trop l'intention de maintenir ce code, j'ai créer un projet d'indexeur/downloader compatible alldebrid pour mon install de sonarr/radarr donc j'ai pas vraiment l'utilité ni le temps de maintenir celui-ci. le mieux serait de vous tourner vers alldebrid car ils fournissent un host.

Je explique comment voir les logs en page 1 . Vous pouvez activer les remote_log et aller voir la page pour les lire. ( en haut de la page j’affiche votre ip pour savoir quels sont les logs qui vous concerne )

Salut, Ce n’est pas normal que le nom du fichier ne soit pas correct. Tu as regardé les logs ?

Effectivement, sur mes versions de fichiers host, il faut forcément avoir un compte premium car j’utilise l’API et leur API et réserver au premium. ( le test de connexion doit être un faux positif, car la route pour récupérer les infos doit quand même être accessible aux utilisateurs gratuits, via l’api) . Cependant je ne sais pas trop ce qu’est un compte avec CDN, si tu peux m’en dire un peu plus et me donner des exemples de lien par MP si tu veux, je peux éventuellement essayer de regarder. L’ancien fichier host en 3.*.* était basé sur la navigation sur le site. Si le site a évolué, le fichier host n’est donc plus valide. Je ne ferai pas le support pour l’ancien fichier host.

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

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

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

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.

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.

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 !

Ah tu activé les logs pour essayer de voir ce qui se passe ( remote_log ou local_log ) ?

Compte premium ou accès veut dire que tu payes l’abonnement à 1fichier pour ne pas avoir de limite de téléchargement , ni de vitesse . Si tu n’est pas premium , la validation fonctionne mais tu ne pourras pas télécharger normalement .

Oui il faut forcement un compte premium ou access ( comme indiqué dans le titre du topic 🙂 ) . les logs sont immédiat normalement sur mon serveur. Je vois des logs aujourd'hui. ( par quel IP ton NAS sort sur internet ? (ip public ) ( donne moi le premier et le dernier comme affiché dans les logs : exemple 83.X.X.92)

Normalement toute la partie log est assez clairement expliqué sur le premier message du sujet. Si tu active les logs , local ou remote et que tu ne vois rien ( dans tes fichiers pour le local et sur mon serveur pour le remote ) , je vois une explication possible. Tu as un autre host file qui prend le pas sur le miens. C’est le cas de all debrid par exemple.

Si tu n’a pas mis remote_log=1 dans le nom d’utilisateur il ne sont pas activés 😉

J'en profite pour inique que certain on encore les remote_log d'activer dans leur configuration continue de loguer leur telechargement sur mon serveur. Si ils pouvaient desactiver ça serait niquel 😉

Ca fonctionnait correctement avec le 4.5.0 ? peux-tu m'envoyer le lien du fichier par message privé pour que je regarde ?

Mise à disposition d'une nouvelle version : 4.6.0 A partir du 10 octobre 2025, je n’aurai plus de compte premium. Par conséquent, je dois régulièrement télécharger un fichier sur 1fichier et mettre à jour le lien dans le dépôt GitHub pour que la vérification des identifiants fonctionne. Une erreur peut survenir lors de la vérification, mais si vous êtes sûr de votre clé API, les téléchargements ne devraient pas être affectés. Cette nouvelle version modifie la manière dont l’URL du fichier « verify » est obtenue. Elle n’est plus codée en dur mais stockée dans le fichier verify.html sur le dépôt GitHub. Ainsi, je peux uploader le fichier tous les 30 jours et modifier l’URL sans affecter personne.

Et quand tu rentres ta clé et que tu testes la connexion, l'interface te dit bien que tu es premium ? Lorsque tu cliques sur "Vérifier" :

Ah tu n’est donc potentiellement pas sur les mêmes versions d’os 😕 si tu veux tu peux m’envoyer ta clé en privé et je peux tester si ça vient de la clé .

Je viens de faire le teste sur ton lien de mon coté et je ne rencontre pas de problème. Es-tu bien premium ?

Parfois certain fichier ne sont pas accessible via l'API mais sur le site, c'est en général signe qu'il va bientot ne plus être accessible sur le site. Tu as des exemples de liens à m'envoyer en MP, car chez moi je n'ai pas de probleme.

Bonjour, Le topic originel https://www.nas-forum.com/forum/topic/37274-fichier-host-1fichier-host-file-1fichier/ n'étant plus mis à jour par son auteur @Souli, il m'a été demandé de créer un nouveau topic pour retrouver plus facilement l'information. J'ai l'intention de maintenir ce fichier host si certains rencontrent des bugs, donc n'hésitez pas à me poser des questions. Si je ne répond pas sur le forum je suis aussi disponible par email, et mon email est indiqué sur mon compte github. L'ensemble du code est donc disponible sur un repo github : https://github.com/Gizmo091/synology_1fichier_hosting Lient de téléchargement du module premium + access ( utilisant la clé d'api ) 2025-10-07 - 4.6.0 : https://github.com/Gizmo091/synology_1fichier_hosting/raw/refs/heads/main/OneFichierCom(4.6.0).host Changelogs : - 4.6.0 : L’URL du fichier "verify" sur 1fichier, utilisée pour vérifier le bon fonctionnement de la connexion, est récupérée depuis le dépôt GitHub. Comme je n’ai plus de compte premium, cette URL est susceptible de changer régulièrement. - 4.5.0 : Mise en place d'un coutournement lorsque la recuperation du nom du fichier par l'api est impossible - 4.4.0 : Suppression du controle du certificats SSL sur les appels à l'API - 4.3.0 : Définition du nom du fichier de destination dans les informations retournées au DL Station ( evite par exemple les _ indésirables ) - 4.2.0 : Prise en compte des liens avec un token de téléchargement : exemple : https://a-6.1fichier.com/p1058755667 - 4.1.0 : Le endpoint Account : Show n'est plus utilisé pour valider que la clé d'API peut être utilisée , on test plutot sur un fichier dont on connait l'existance (fichier sur mon compte) - 4.0.7 : Code rendu compatible à partir de php 5.6 pour être pleinement rétrocompatible. - 4.0.7 : Code rendu compatible à partir de php 5.6 pour être pleinement rétrocompatible. - 4.0.6 : Correction d'un problème si pas de paramètre passé à la place de l'username et correction d'un problème avec les logs - 4.0.5 : Le code est maintenant compatible php7 (des fonctionnements de php8 avait été inclus auparavant) - 4.0.4 : Ajout de la possibilité d'envoyer les logs sur un serveur externe (pour aider au debug) - 4.0.2 : Ajout de logs pour debugger - 4.0.1 : Utilisation du password pour l'apikey et non l'username - 4.0.0 : Attention, version utilisant l'API donc reservé au premium/access Problèmes connus : - [Corrigé depuis la 4.1.0] Le fait de verifier les identifants retourne parfois une erreur, si vous êtes sur de votre clé d'api, ignorez cette erreur. L'API de 1fichier peut parfois être capricieuse et leur politique de controle des requetes faites à l'API est un peut trop restrictive. L'API retourne alors une erreur de flood meme avec très peu de requete. - Conflit avec alldrebrid : La version 4.3.0 ( et peut être d'autre) du host de alldebrid fait echouter le chargement des fichiers host des autres provider. ( je ne sais pas pourquoi mais je l'ai constaté ). - Verification du login : Depuis le 10 octobre 2025, je n’ai plus de compte premium. Par conséquent, je dois régulièrement télécharger un fichier sur 1fichier et mettre à jour le lien dans le dépôt GitHub pour que la vérification des identifiants fonctionne. Une erreur peut survenir lors de la vérification, mais si vous êtes sûr de votre clé API, les téléchargements ne devraient pas être affectés. Support : Soit sur le forum, soit sur Discord : gizmo091 Informations : - Ce fichier host se configure de la facon suivante : nom d'utilisateur : ce que vous voulez ( mais il ne faut pas que ce soit vide), peut contenir des variables de configurations password : votre apikey , récupérable sur le site de 1fichier : https://1fichier.com/console/params.pl section API Key. Notez la bien car elle ne sera plus visible par la suite, il faudra alors la desactivé et en générer une nouvelle si vous devez la saisir à nouveau. Configurations addionnelles : Le champ username/nom d'utilisateur peut donc contenir un ou plusieur configuration. Elle doivent être saisies de la façon suivante : <parametre1>=<valeur_param1>;<parametre2>=<valeur_param2>;... Paramètres disponibles : - local_log : activable en ajoutant local_log=1 dans le champ username Les fichiers de logs seront écrits dans le répertoire /tmp/1fichier_dot_com , un fichier sera créer par téléchargement avec l'id du lien ( exemple : lien = https://1fichier.com/?kitiwlyogv8uozsnfi&af=3108529, fichier de log = /tmp/1fichier_dot_com/kitiwlyogv8uozsnfi.log ) , si par d'identifiant dans le fichier sera /tmp/1fichier_dot_com/default.log Exemple avec local_log d'activé : - remote_log : activable en ajoutant remote_log=<serveur_de_log> dans le champ username. Les logs seront envoyé au serveur passé en paramètres via des requetes cURL. Vous pouvez heberger votre propre serveur de log en utilisant le code se trouvant dans le repertoire remote_log du repository git, ou alors vous pouvez utiliser mon serveur : https://vedie.fr/remote_log/log.php et vous pouvez consulter les logs ici : https://vedie.fr/remote_log/read.php Exemple avec remote_log d'activé : Hashtags : hostfile, host file, onefichier