Fichier host 1Fichier (Premium & Access) (maintenu)

[Mathieu Vedie]

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 ) 

2024-07-31 - 4.5.0 : https://github.com/Gizmo091/synology_1fichier_hosting/raw/main/OneFichierCom(4.5.0).host

Changelogs :   

- 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. 

- 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é ). 

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

Modifié le 31 juillet par Mathieu Vedie
Ajout de la version 4.5.0

[thepopol777]

Un grand merci pour tout ce travail ! ✌️

[Lelolo]

J'ai fermé l'autre sujet

[Greg Mzs]

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&amp;af=123456

https://1fichier.com/?lr9i394hno1bcm172q14&amp;lg=en&amp;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

Modifié le 12 février par Greg Mzs

[Doo]

🙏🙏🙏 Juste Merci 🙏🙏🙏

😉

 

[Greg Mzs]

J'ai géré de mon côté le soucis des params, du coup tout marche nickel!

 

MEEEEEEEEEEEEEEEEERRRRRRRRRRRCCCCCCCIIIIIIIIIIIIIIIIII

[Mathieu Vedie]

Il y a 3 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&amp;af=123456

https://1fichier.com/?lr9i394hno1bcm172q14&amp;lg=en&amp;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

je le fais déjà normalement, je ne prend que la partie de l'url avant le premier "&"

[kevin67130]

 Salut,

 

Enfin un fichier host à jour et qui fonctionne pour 1 fichiers mille merci 🙂 

[bagu]

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&amp;af=123456

https://1fichier.com/?lr9i394hno1bcm172q14&amp;lg=en&amp;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.

[Mathieu Vedie]

Il y a 5 heures, bagu a dit :

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.

oui c'est fait, pas en regex mais avec un simple explode

[Tark Vador]

bonjour, 

 

J'avais les memes souci de debit ainsi que d'authent. j'ai testé le fichier 4.0.7 et je rencontre toujours le souci.

Lorsque je tente de verifier le compte ,il me dit " le compte ou le mot de passe n'est pas valide..." je n'ai aucun souci pour me connecter sur le site onefichier.

C'est arrivé d'un coup sans aucun changement.

[cadkey]

Il y a 2 heures, Tark Vador a dit :

Lorsque je tente de verifier le compte ,il me dit " le compte ou le mot de passe n'est pas valide..."

Problème connu et solution déjà donnée dans les messages précédents.

[Faridator]

Il y a 11 heures, Tark Vador a dit :

bonjour, 

 

J'avais les memes souci de debit ainsi que d'authent. j'ai testé le fichier 4.0.7 et je rencontre toujours le souci.

Lorsque je tente de verifier le compte ,il me dit " le compte ou le mot de passe n'est pas valide..." je n'ai aucun souci pour me connecter sur le site onefichier.

C'est arrivé d'un coup sans aucun changement.

Faut prendre le temps de lire 😉 l'auteur a bien détaillé tous les points dont celui-ci 

[Tark Vador]

J'ai bien lu les infos concernant la requête API , mais il faut comprendre que cette requête de verification ne gérait aucun souci avant , par ailleurs je me retrouve bloqué avec des téléchargement en attente de ce fait , tout de suite mettre la cause sur une sorte de faux négatif me laisse perplexe car dans ce cas pourquoi les téléchargements sont en attente ?  

je precise , aucun souci en direct à partir du site et surtout cela survient du jour au lendemain .

Modifié le 14 février par Tark Vador

[Mathieu Vedie]

il y a 30 minutes, Tark Vador a dit :

J'ai bien lu les infos concernant la requête API , mais il faut comprendre que cette requête de verification ne gérait aucun souci avant , par ailleurs je me retrouve bloqué avec des téléchargement en attente de ce fait , tout de suite mettre la cause sur une sorte de faux négatif me laisse perplexe car dans ce cas pourquoi les téléchargements sont en attente ?  

je precise , aucun souci en direct à partir du site et surtout cela survient du jour au lendemain .

Je t'invite à activer les logs et à les fournirs pour que l'on voit ce qui se passe. 

[pitch78]

En gros, l'url appelée pour faire la vérification est très (beaucoup trop) sensible et peut déclencher un status de flood (trop de rêquetes, donc suspect) sur le compte après 2/3 appels, voir même un seul appel...
Et cela peut aller jusqu'au blocage (temporaire) de l'IP si l'on continue.
A noter qu'avant c'est le site de 1fichier lui-même qui était analysé pour déterminer le type de compte, cette fonction était donc utile pour confirmer que le status free / premium était bien identifié.
Maintenant que le fichier host passe par l'API de 1fichier, cette vérification n'a plus de sens / intérêt car les membres utilisant cette version sont forcément premium, sinon ils n'auraient pas accès à l'API.
Après, c'est en place car je suppose que c'est une contrainte pour le fichier host, que d'avoir cette fonction.
Les urls de téléchargement se comportent elles "normalement" et devrait fonctionner à condition que le compte ne soit pas bloqué (temporairement) par notamment des appels à l'url de vérification.
En gros si vous avez votre clé API, mettez la bien dans le champ password et ne faites pas de vérification.
Et si cela ne fonctionne pas alors activez les logs.

Modifié le 14 février par pitch78

[Mathieu Vedie]

il y a 28 minutes, pitch78 a dit :

En gros, l'url appelée pour faire la vérification est très (beaucoup trop) sensible et peut déclencher un status de flood (trop de rêquetes, donc suspect) sur le compte après 2/3 appels, voir même un seul appel...
Et cela peut aller jusqu'au blocage (temporaire) de l'IP si l'on continue.
A noter qu'avant c'est le site de 1fichier lui-même qui était analysé pour déterminer le type de compte, cette fonction était donc utile pour confirmer que le status free / premium était bien identifié.
Maintenant que le fichier host passe par l'API de 1fichier, cette vérification n'a plus de sens / intérêt car les membres utilisant cette version sont forcément premium, sinon ils n'auraient pas accès à l'API.
Après, c'est en place car je suppose que c'est une contrainte pour le fichier host, que d'avoir cette fonction.
Les urls de téléchargement se comportent elles "normalement" et devrait fonctionner à condition que le compte ne soit pas bloqué (temporairement) par notamment des appels à l'url de vérification.
En gros si vous avez votre clé API, mettez la bien dans le champ password et ne faites pas de vérification.
Et si cela ne fonctionne pas alors activez les logs.

la présente de la fonction est une contrainte, mais je pourrais effectivement ne pas executer la requete sur l'api et tout le temps retourner que l'identification est correcte ( ou voir pour utiliser une autre methode de l'api )

 

[Mathieu Vedie]

Nouvelle version : 4.1.0 (lien dans le premier poste)

Plutot que d'utiliser la methode d'API permettant d'accèder aux infos du compte, j'essaye simplement d'acceder aux informations d'un fichier que j'ai uploadé et que je vais laisser à demeure. ça evite les blocages juste pour valider l'apikey dans l'interface. 

Modifié le 14 février par Mathieu Vedie

[pitch78]

Il y a 20 heures, Mathieu Vedie a dit :

Nouvelle version : 4.1.0 (lien dans le premier poste)

Plutot que d'utiliser la methode d'API permettant d'accèder aux infos du compte, j'essaye simplement d'acceder aux informations d'un fichier que j'ai uploadé et que je vais laisser à demeure. ça evite les blocages juste pour valider l'apikey dans l'interface. 

👌🏻

[thepopol777]

J'avais ce matin un souci avec un lien qui se mettait en Erreur alors qu'il passait bien chez un collegue ( 4.0.7 )  . En passant en 4.1.0 le souci est regle.
Merci Mathieu 🤘

[Mathieu Vedie]

il y a 58 minutes, thepopol777 a dit :

J'avais ce matin un souci avec un lien qui se mettait en Erreur alors qu'il passait bien chez un collegue ( 4.0.7 )  . En passant en 4.1.0 le souci est regle.
Merci Mathieu 🤘

c'est curieux car le comportement n'a pas changé entre le 4.0.7 et le 4.1.0, j'ai vraiment juste isolé les fonctions pour appelé la validation d'un lien de téléchargement dans la fonction de controle du compte premium

[thepopol777]

Je ne saurais dire pourquoi, surtout que ca marchait tres bien juste avant. Mais rien a faire, ca ne voulait pas se lancer.
Mon collegue lui est toujorus en 4.0.7 et il n'a pas eu de souci avec le lien, donc j'en deduis que c'est lie a mon compte.
Comme je suis passe en 4.1 j'ai du regenerer ma cle API ( ne l'ayant pas notee ), alors est ce que mon ancienne cle posait souci.... Curieux

[Mathieu Vedie]

Il y a 3 heures, thepopol777 a dit :

Je ne saurais dire pourquoi, surtout que ca marchait tres bien juste avant. Mais rien a faire, ca ne voulait pas se lancer.
Mon collegue lui est toujorus en 4.0.7 et il n'a pas eu de souci avec le lien, donc j'en deduis que c'est lie a mon compte.
Comme je suis passe en 4.1 j'ai du regenerer ma cle API ( ne l'ayant pas notee ), alors est ce que mon ancienne cle posait souci.... Curieux

ça c'est possible que la clé soit bloqué pour une raison. 

[Jay Rominet]

Merci ça fonctionne pour moi !!

J'avais bêtement oublié d'activer le fichier host donc ça ne marchait pas mais là ça marche à la perfection !

[nouf]

Hello
J'ai fini la config avec ce nouveau fichier host => Merci Mathieu
Question à la communauté quand 1fichier répond

 

[88.xxx.xxx.176] 2024-02-17T15:36:07.796+01:00 : getDownloadLink : Message :  Réponse brute de l'api à https://api.1fichier.com/v1/download/get_token.cgi 
[88.xxx.xxx.176] 2024-02-17T15:36:07.796+01:00 : getDownloadLink : Data : s:41:"{"status":"KO","message":"IP Locked #78"}";
[88.xxx.xxx.176] 2024-02-17T15:36:08.090+01:00 : getDownloadLink : Message :  Réponse json de l'api à https://api.1fichier.com/v1/download/get_token.cgi 
[88.xxx.xxx.176] 2024-02-17T15:36:08.090+01:00 : getDownloadLink : Data : a:2:{s:6:"status";s:2:"KO";s:7:"message";s:13:"IP Locked #78";}

 

Je dois patienter ?
Pour tester j'ai ajouté mon ip publique dans la conf de l'API pour autoriser ma clé d'API que depuis celle-ci => même soucis

Merci à tous pour le coup de main.


### Update ###

Après 10H de patience cela fonctionne.

Merci pour la génération des logs c'est top.

Modifié le 17 février par nouf