gide78

Dans sa version actuelle (3.2.5), on re authentifie à chaque fois, sans se préoccuper de l’état de la session. J’ai exploré cette piste en utilisant le cookie de session et non-plus en re authentifiant « bêtement », et à aucun moment le serveur ne me retourne une erreur en ce sens lors de connection aux pages et le cookie de session a une validité d’un mois (oui, ça m’a étonné aussi). Par contre, à deux reprises, l’erreur s’est directement produite au lancement de nouveaux téléchargements après une pause d’une dizaine de minutes, donc sûrement un lien de causalité. Je dois bien avouer que cela m’intrigue… (je n’avais jamais eu de soucis avant hier, et rien a changé sur mon Syno). Je ne rencontre aucun problème en téléchargeant moins d’une dizaine de fichiers par heure sur 1fichier, mais au delà, ça commence à coincer. Je fais des tests avec de petits fichiers de 500 Mo.

😅 Si quelqu'un veut bien tester... chez moi ça tourne depuis 35min sans soucis. Pour info, j'ai uniquement remplacé le mécanisme d'authentification directe des pages par l'utilisation du cookie de session et également spécifié en retour à wget l'utilisation celui-ci pour les téléchargements des fichiers. A priori, le téléchargement de plusieurs fichiers sans cookie de session valide, provoquerait le ban de l'IP durant un certain temps. A voir 🤞... EDIT: Au temps pour moi, cela ne fonctionne pas 😐 Je vais continuer à chercher...

Salut, ça me parait clair en effet 😅 par contre, en analysant le fichier php 3.2.5 (celui modifié par barbass), j'ai remarqué que l'authentification était inclue dans l'appel du téléchargement du fichier... Je ne voudrait pas trop m'avancer, mais cette méthode bien que fonctionnelle jusqu'ici ne semble pas être du goût de 1fichier au vu des erreurs et du message affiché... $option = array('CURL_OPTION_FOLLOWLOCATION' =>false); $curl = $this->GenerateCurl($url,$option); curl_setopt($curl, CURLOPT_HTTPAUTH, CURLAUTH_ANY); curl_setopt($curl, CURLOPT_USERPWD, $this->Username.':'.$this->Password); $ret = curl_exec($curl); J'ai tenté une petite modification sale et rapide, afin d'utiliser le cookie généré lors de l'appel de la page login.pl (qui est appelée à chaque fois), pour voir si cela proviendrait bien de là...

Salut à tous, exactement le même problème constaté ce matin. Certainement le message affiché ne correspond pas au problème réel; il s'agit vraisemblablement d'un blocage temporaire basé sur l'IP publique pour une raison obscure. J'ai posé la question à DStorage afin de savoir s'ils ont mis en place de nouvelles limitations qu'enfreindrait Download Station.