keltharak

Essai de mettre à jour ton Download station peut-être ? Chez moi ce module est désactivable. Mais certains modules PyLoad sont effectivement grisés et on ne peut pas les désactiver et je ne sais pas pourquoi...

Ok merci. Dommage pour moi...

Bonjour, J'ai un petit souci, j'ai un DS210j en DSM 5.1 e j'aimerai pouvoir le sauvegarder mais je ne trouve pas le paquet "Hyper Backup" à télécharger dans le centre de paquet... J'ai au départ supposé que ce paquet ne devait pas être compatible avec mon vieux DSM mais dans la doc d'Hyper Backup j'ai lu que certaines fonctions ne sont pas disponibles sous DSM 5.1, j'en déduis donc que le paquet lui l'est. Il doit donc y avoir quelque chose qui m'échappe.

Salut, Je viens de faire un essai et tout fonctionne bien pour moi, désole mais le problème ne semble pas général... bon courage

Difficile pour moi de te répondre vue que je n'ai pas ce problème mais tu peux facilement trouver seul, il te suffit d'activer les options une à une et de lancer un téléchargement entre chaque changement. Dès que ça marche plus tu sais qu'il il faut décocher cette option.

D'apres Titomtom les lenteurs de téléchargement ne viennent pas de dsm 6. Est-ce que tu peux nous dire en quelle version de downloadstation station tu es ? question con, vous n'auriez pas spécifier un débit Max pour les téléchargement ? la description du problème me fait penser a des retard dans les acquittement tcp, ce qui réduit le débit de téléchargement jusqu'à une stabilisation en fonction de la vitesse d'acquittement du nas. Generalement ce problème est lié à la saturation de ressources de l'équipement, d'où ma question sur l'utilisions CPU. Si ce n'est pas ça, ça devient délicat à diagnostiquer. Faudrait essayer de faire un test en local, sans passer par internet ni aucun plugin pour voir.

Sur ce fil il y a une petite procédure pour downgrader depuis un dsm 6 bêta vers du dsm 5 mais je ne sais pas si elle fonctionne depuis une autre release. (Pensez à sauvegarder conf et donné avant de tester !) Sinon pour investiguer, regardez les logs du nas, le moniteur de ressource et faite une trace wireshark pour analyser le trafic réseau. Mais si c'est le Nas qui rame en permanence le problème de débit et certainement lié au manque de ressource pour traiter le flux de donnée reçu.

Bizarre ces problèmes que vous avez. moi je suis en DSM 5.1 et DownloadStation 3.5. Je n'ai pas de problème de lenteur de téléchargement et je n'ai pour l'instant rencontré aucun problème avec le plungin. Si c'est bien mon fichier host que tu as installé il y a des log dans le journal d'erreur principal du syno en cas d'erreurs rencontrées par le plugin. Ça t'aidera peut-être à comprendre le problème.

Bonjour, J'ai enfin trouvé d’où vient le problème. Alldébrd a mis en place une redirection http qui n'était pas prise en compte par mon module. C'est réparé. Vous pouvez récupérer la version 1.3.0 :

Faut te connecter en ssh le /tmp/ existe bien mais ce n'est pas un partage, tu ne le trouveras pas dans l'interface du DSM. télécharge WinSCP. Le login sera root et le mot de passe celui de ton compte admin.

Bonne remarque ! /tmp/alldebrid.cookie

Bonjour, J'ai moi aussi constaté le problème la semaine dernière. J'ai d'abord pensé à une mise a jour de downloadStation qui aurait changer le format des .host mais si la date du début du dysfonctionnement est bien le 07 mars ça ne peut pas être ça. En fouillant un peu vendredi dernier, je pense que le problème (ou au moins un des premiers problèmes) vient des cookies reçus par le plugin. Lorsque je me connecte avec Firefox, j'ai tout un tas de cookies qui s'installent dont le cookie uid. Par contre lorsque c'est le plugin qui se connecte, le fichier de cookie est beaucoup plus pauvre et ne contient pas de champ uid. Comme la vérification du login s'appui sur ce champ forcément le plugin s'arrête. Il me reste à comprendre pourquoi les cookies sont différent sur un navigateur et sur le NAS. Si certains d'entre vous pouvaient me comparer l'état de leur fichier de cookie sur leur NAS avec les cookies de leur navigateur cela m'aiderait un peu à avancer. (Ne les postez pas, dite moi juste si vous avez un champ uid dans le cookie du NAS)

Bonjour, Après plus de 3 ans de service mon plugin pour Alldebrid vient de rendre subitement l'âme... Est-ce qu'il fonctionne toujours chez vous ? Le problème (ou en tout cas le premier) semble venir des cookies récupérés lors de la connexion... J'en récupère beaucoup moins que lors d'une connexion avec un navigateur.

Merci defkrie ! Je n'avais pas reçu la notification de réponse du coup je viens juste de voir ta correction. J'ai toujours un bug moi et je ne comprend pas ou... Le plugin en lui-même fonctionne car je retourne bien l'url débridé à DlStation mais ensuite il ne se passe rien... Y a encore du debug à faire quoi. EDIT Allez c'est bon j'ai trouvé, j'avais un bug avec les cookies. Chez moi ça fonctionne ! voila la nouvelle version.

Bonjour, Je ne connais pas DHT (après un rapide coup de google il semble que ce soit un réseau bittorrent particulier...) mais si ta doc indique que l'application à besoin uniquement d'un port UDP alors inutile de le rediriger aussi en TCP. Dans ce cas il est donc tout à fait normal que tes demandes de connexion en tcp sur ce même port n'aboutissent pas. Comme il n'y a pas de redirection de port et que ton routeur n'héberge aucun service sur ce port les paquets sont dropés.

Bonjour, Désolé pour le l'attente j'ai oublié de revenir par ici... Alors je veux bien partager ce que j'ai pas de souci mais ce n'est pas encore au top ! J'ai été un peu vite en annonçant que ça marchait en fait j'ai réussi a téléchargé 2 fichiers d'affilé avec mon compte premium mais depuis plus rien... j'ai un peu l'impression que le bout de code qui gère les modules de téléchargement n'est pas très fiable. Et en ajoutant à ça l'absence de log sur le syno pour ces modules c'est pas du tout évident de débuguer ! Je joins un zip avec le host.php, le INFO et la doc synology qui va avec, mais je pense que le plus utile la dessus c'est le partage d'expérience alors allons y. Tout d'abord sans vouloir troller, pour suivre le reste de la conversation et essayer de déboguer ce que j'ai fait il faut savoir développer. Et je vous préviens tout de suite que même en sachant vous allez vous arracher les cheveux ! Pour la suite des explications je vais donc supposer que tout le monde sait coder. La doc syno (qui est en PJ) est un bon brouillons mais elle donne des envies de meurtres quand on essai de creuser un peu donc il vous faut la lire, plusieurs fois vous y référer autant que possible, comme une doc quoi, mais sachez qu'elle va très vite montrer ses limites. On trouve quand même une très bonne surprise dans ce document c'est l'exemple de host.php dédié à ce cher megaupload. Le code et assez clair et suffisamment commenté pour comprendre le fonctionnement d'un module et commencer à faire quelque chose. L’inconvénient (je vous l'avez dis que vous seriez rapidement déçu !) c'est justement que c'est pour megaupload et donc ne fonctionne plus donc impossible de tester le code original... Enfin... l'idée c'est de reprendre les fonctions de l'exemple et de réécrire le code pour l'adapter à votre hébergeur mais en gardant la même philosophie (et si comme moi la POO ça vous pasionne dites vous bien que l'analyse est faite comme ça !). Il y a quand même certaine méthodes qui peuvent être supprimées ou fusionnées mais souvenez vous bien que vous devez toujours conserver le constructeur (logique !) et les méthodes obligatoires de la doc (si vous n'avez pas suivi je vous la fait courte, ce sont les méthodes qui peuvent être appelées par DownloadStation pour interagir avec votre module, à savoir GetDownloadInfo et Verify) A ce propos, lorsque je bossais sur ce sujet, l'appel de la méthode verify ne fonctionnait pas mais ceci devrait être corrigé depuis la dernière version (info du support synology de l'époque). Maintenant que vous en êtes la vous allez commencer à coder, et vous allez tester votre œuvre... et vous allez pleurer ! Si vous êtes comme moi (et le commun des mortels) vous faites quelques erreurs par fois et vous aimez bien avoir un retour d'information sur le déroulement d'un programme, et bien c'est mort ! à la moindre erreur de syntaxe ou plantage du code c'est l'arrêt du module et même pas une petite icone qui clignote pour signaler l'erreur on est en aveugle ! donc on se dit tant pis, les log je vais les gérer tout seul et la aussi on rigole ! La doc liste un certain nombre de constantes que l'on peut utiliser dans le module et nous informe quelles sont déclaré dans un fichier common.php (/usr/syno/synoman/webman/modules/DownloadStation/common.php qui n'est d'ailleurs plus à cet endroit là dans ma version de DS) est dans ce fichier une fonction LogInfo est également déclaré, mais impossible de retrouver ces informations par la suite. Pour pallier à ce problème j'utilise un programme présent sur le syno qui permet d'enregistrer un log dans le journal d'évènement du DSM, comme de toute façon le compte faisant tourner notre module n'as pas accès au filesystem je n'ai pas trouvé d'autre solution. Pour facilité l'utilisation j'ai créé ma méthode d'inscription dans les log utilisant ce petit programme : private function MyLogInfo($msg) { system('synologset1 sys info 0x11100000 "[AL_TEST] '.$msg.'"'); } On pourri rapidement le journal d'évènements avec cette méthode alors personnellement je pense qu'il vaut mieux commenter cette fonction dès que l'on a une version finale. Voila je pense avoir partagé tout ce que je sais sur le sujet, si vous prenez la suite n'hésitez pas à partager votre travail, idée et pétage de câble qu'on avance tous la dessus. Je serais ravi d'échanger la dessus même si je n'ai plus trop de temps à y consacrer.

Bonjour, Je suis tombé par hazard sur ce post et je me suis lancé dans la création d'un fichier .host pour alldebrid. Je n'ai pas énormement de temps a y consacrer non plus mais après avoir jeté un rapide coup d'oeil au code source d'exemple qui est donné dans la doc, l'adaptation à n'importe quel hebergeur ne semble pas très compliqué. Le principe de base reste toujours le même, il suffit de modifier chaque fonction pour les adapter à l'hebergeur mais il n'y a pas besoin de revoir tout l'algo de la classe. Bref j'ai fait un premier jet mais je me trouve fasse à 2 soucis, déjà sans surprise ça ne marche pas... comme j'ai fais ça en vitesse hier ça n'a rien d'éttonant ! non les vrais problèmes sont les suivants : - il n'est pas prévu de pouvoir afficher quelque chose à l'écran pour faire du log ou du debug, je vais passer par un fichier pour y voir un peu plus clair dans ce qu'il se passe - pour alldebrid, on parle d'un débrideur et non d'un hébergeur classique, dans ce cas il y a un autre souci. la détection du module de téléchargement à utiliser se fait en amont de la classe php et s'appui sur le nom de domaine du serveur qui est donné dans le fichier INFO. Or pour un débrideur le cmportement doit être différent, il faudrait parcourrir tous les hébergeurs actif dans un premier temps et si aucun ne correspond alors utiliser le débrideur quelque soit le nom de domaine du serveur. Il faut que j'essai de trouver le code source du module qui gère la reconnaissance de l'hébergeur pour voir ce que l'on peut faire. Voila où j'en suis, si quelqu'un à des infos sur ces sujets, des idées... etc... je suis preneur EDIT : j'ai réussi a editer le ficheir INFO fourni par synology pour realdebrid, il suffit de mettre autant d'hebergeurs que l'on veut sur la ligne, donc techniquement j'ai tout ce qu'il faut pour que ça marche mais j'ai toujours pas de log... Quelqu'un s'y connait en php sur synology ? Je voudrais crer mon fichier de log dans un des répertoire partagés pour y accéder depuis l'extérieur (je ne suis pas chez moi donc pas d'acces en ssh...) mais visiblement php n'as pas le droit... EDIT : J'ai bien galéré mais j'ai une version qui fonctionne. Je partage ça des que j'ai le temps.

Bonjour, Dans l'état net2ftp de répond pas au besoin que j'expliquais au début. On peut effectivement se connecter à un serveur FTP distant mais c'est une application web classique, pas un clientftp pour le syno. Si tu télécharge un fichier celui-ci est s'enregistre sur ton ordinateur et pas sur le serveur. Par contre, je travaille la dessus mais je n'ai pas trop le temps en ce moment, il doit être possible assez facilement de modifier le code de net2ftp pour télécharger les fichiers sur le serveur PHP plutot que sur le client HTTP. Il faut que je m'y mette sérieusement pour pouvoir faire quelques tests mais j'ai peur que ce ne soit toujours pas parfait. Les 2 premiers problèmes que l'on va rencontrer je pense c'est qu'une fois lancé on n'aura pas de retour sur le déroulement du téléchargement et surtout il faudra surement garder le navigateur ouvert pendant toute la durée de téléchargement. Et j'ai peur aussi qu'en terme de perf le php ce soit pas top...mais ça serait quand même un début. Pour explorer une autre piste, est-ce que quelqu'un connait un client ftp open source simple mais efficace qui serait codé en C ? pour faire un essai de compilation et de voir ce qu'on peut arriver à faire en application tierse pour les synos.

Tu as raison CoolRaoul, techniquement c'est faisable, mais c'est un enchainement de bricolage et ça ne correspond plus à ce que l'on recherche comme solution. Personnellement je fais déjà suffisamment d'administration réseaux et système au boulot, je veux une solution simple, un programme unique qui s'installe sur le syno et qui s'intègre au bureau virtuel.

Pour midnight commander, je vais me garder la solution sous le coude en effet ça sera toujours mieux que rien, mais c'est pas encore trop "wife complient" si tu vois ce que je veux dire... et sur un plan plus technique, ça implique aussi d'avoir un accès telnet ou ssh et c'est pas tout le temps le cas alors que l'accès web est plus facile à avoir, même si ça se contourne avec sslh en effet. (pour ce qui ne connaissent pas c'est une sorte de proxy de l'espace qui permet de multiplexer un port, généralement le 443, pour faire de l'https et du ssh en même temps).

ça fait plaisir Il va nous falloir trouver des dev alors parce que moi aussi je suis plutot réseau ! Je suis entrain de lire le guide de dev d'application que fourni synology, y a visiblement tout ce qu'il faut pour réussir mais si on a personne avec nous avec un peu d'expérience dans le domaine ça va etre long... J'ai eu aussi plusieurs idées sur le sujet, il me semble qu'il y a un interpréteur pyton sur les synos, il est pas installé de base mais ça se trouve, et des client ftp en pyton ça existe ! FTPCube par exemple. Pareil y aura certainement des modif a apporter au code mais ça peut être une piste, bien qu'on s'ecarte du but d'avoir une vrai application stand alone. Et la deuxieme idée si on arrive pas à nos fin, ça peut être de faire un simple racourci sur le bureau su synop vers un scripts qui va monter le serveur ftp dans un dossier accéssible par le filestation, comme ça on se balade depuis l'interface classique et on peut rappatrier les fichiers par simple copier/coller.

Bonjour, Je vais ouvrir le 39301° sujet sur les clients FTP sur nos synos. Comme beaucoup d'autre je cherche une application FTP cliente qui puisse tourné sur mon syno en tache de fond et télécharger des fichiers sur un serveur quelconque mais directement sur ces petits secteurs sans passer par l'intermediaire de mon ordinateur. Et comme je suis très dificile j'aimerai aussi que ce logiciel ait une interface graphique (on va pas la demander joli pour l'instant ^^). Pour les futurs lecteurs qui aurais la même question il n'y a malheureusement pas de solution, le download station se débrouille très bien pour se connecter et rapatrier un fichier mais il ne permet pas de se balader dans l'arborescence du serveur, il existe des clients ftp web style exTplorer qui serait parfait si l'on pouvait enregistrer les fichiers directement sur le nas, il ne "reste plus" que les clients ftp en ligne de commande qui feront la majeure partie du job mais je vous met au défi de convaincre votre femme ou votre copine de s'en servir ! et moi le premier je prefèrerai quelque chose d'un peu plus "user friendly" comme on dit. Voila pour le triste constat des clients FTB pour nos NAS. Mais comme je ne suis pas le seul dans ce cas, et que je ne vous ai pas raconter tous ça pour que l'on verse une petite larme ensemble je pense que l'on peut s'en sortir ! Mon idée c'est qu'en s'y mettant à quelques un il doit y avoir moyen de le faire nous même. Je n'y connais pas grand chose, pour ne pas dire rien, au application native pour les synos. Je sais que ce sont des programmes linux (donc du c j'imagine ?) qu'il faut compiler avec la tool chain qui va bien en fonction du proc de son précieux. Bon ça peut sembler compliquer si on n'y connais vraiment rien en informatique mais c'est logique, ça fonctionne comme ça pour tout les programmes (on ne peut pas installer un programme écrit pour windows sous linux ou inversement). Donc dans le monde merveilleux des bisounours je récupere les sources de winSCP le compilateur chez synology et miracle on a notre client. Bon je vais pas me fatiguer la on est tous d'accord pour dire que ça marchera pas. Nous voila maintenant au coeur de ma demande, il nous faut trouver un petit client ftp, qui remplissent les fonctions évoqué mais sans plus, récupérer les sources, les adapter au syno se lancer dans la compilation, debuguer, recompiler et pousser des hurlement de joie quand ça marchera. Je suis motivé pour essayer, mais je cherche du monde pour me filer un coup de main, des infos sur les applis pour synology en général, des conseils de dev... et des avis sur la faisabilité du bouzin.

Oui, c'est exactement

Bonjour bonjour, Je cherche a modifier la mani

arf ! alors je vois plus la ... Et je suis le seul a rencontrer ce probl