val5993

Je suis dégouté !!! Ne trouvant pas de solutions sur le net, je me suis penché sérieusement sur le pb. Et j'ai élaboré une autre méthode en utilisant les commandes api du syno. J'avais commencé hier, j'ai finalisé cet aprés midi, ca marche nickel et quand je viens ici pour donner la méthode, je vois que le pb est résolu !! Effectivement j'ai aussi changé localhost en 0.0.0.0 mais j'ai aussi du reprendre la dernière version d'amulegui. Bon ceci étant dit, je vous donne quand même ma methode, elle a l'avantage de ne pas avoir besoin de amulgui. - Créer un répertoire (c:MuleSyno par exemple) et récupérer wget pour windows (par exemple la : http://users.ugent.b...e/wget/wget.exe) - Créer le script suivant c:MuleSynoed2k_remote.bat @echo off set link=%1 for /f "useback tokens=*" %%a in ('%link%') do set link=%%~a echo https://192.168.0.100:5001/webapi/auth.cgi?api=SYNO.API.Auth^&version=2^&method=login^&account=LELOGIN^&passwd=LEMOTDEPASSE^&session=DownloadStation^&format=cookies>C:\MuleSyno\addedkSyno.txt echo https://192.168.0.100:5001/webapi/DownloadStation/task.cgi?api=SYNO.DownloadStation.Task^&version=1^&method=create^&uri="%link%" >>C:\MuleSyno\addedkSyno.txt echo https://192.168.0.100:5001/webapi/auth.cgi?api=SYNO.API.Auth^&version=1^&method=logout^&session=admin>>C:\MuleSyno\addedkSyno.txt c:\MuleSyno\wget -q -nv -iC:\MuleSyno\addedkSyno.txt --no-check-certificate -OC:\MuleSyno\result.txt type C:\MuleSyno\result.txt pause Le principe, c'est que je crée les commandes wget dans un fichier addedksyno.txt qui permettent : -De se connecter au syno -de créer la tache de téléchargement avec le lien edk -de se déconnecter du syno Je lance ensuite la commande wget, le resultat est enregistré dans C:MuleSynoresult.txt, je l'affiche, ca doit donner qq chose comme ca : {"data":{"sid":"wQvoX0UrtElAw"},"success":true} {"success":true} {"success":true} J'avais remarqué qu'avec l'autre méthode, certains liens ne fonctionnait pas, la tache n'était pas ajoutée, alors que si on le faisait manuellement il n'y avait pas de pb. Je ne sais pas si ca sera pareil avec cette méthode, mais au moins on voit si ca s'est bien passé ou pas. Bien sur il faut changer l'ip du syno si vous n'avez pas la même et LELOGIN et LE MOTDEPASSE par vos valeurs (moi je prends admin) Changer aussi la clé du registre pour lancer le script [HKEY_CLASSES_ROOT\ed2k\shell\open\command] @="C:\MuleSyno\ed2k_remote.bat" "%1" Ceci dit, le WAF ne sera pas plus important qu'avec l'autre méthode :-) La grosse améliorationdu DSM 4.0, c'est quand même la surveillance d'un dossier pour les torrents. Sauf que ca ne marche pas pour tous les syno il me semble. Mais on doit pouvoir imaginer le même système pour les torrents (je clique sur le lien, et au lien d'enregistrer le fichier torrent, un script crée la tache automatiquement) Merci à vinoo pour la soluce car moi aussi je cherchais depuis un moment

Ouf je ne suis pas seul. J'ai le même problème. En DSM 4.1 sur DS209+II amulegui ne fonctionne pas sur port 4712. C'est arrivé aprés deux manips : D'abord je suis passé en DSM4.0 puis en DSM4.1. Je ne me souviens plus si ca marchait encore en DSM4.0. D'abord j'ai changé le répertoire de destination d'émule , et quand j'ai validé, le syno m'a répondu: Impossible de sauvegarder car port est déjà utilisé (pourtant, je n'avais rien changé au niveau des ports : 4663 TCP et UDP) Du coup j'ai changé le port UDP en 4673 et la c'est passé. C'est ensuite que je me suis apercu du problème sur amulgui. J'ai essayé de changer OSDirectory, UPnPECEnabled rien ne change. Si on avait sur le syno l'équivalement de amulecmd, c'est à dire pouvoir ajouter un lien ed2k en ligne de commande, le problème serait réglé, il suffirait de faire un script qui surveille un dossier particulier contenant des liens ed2k en fichier texte, et qui les ajoute. Un peu comme pour les torrents. Bon mais maintenant je sais que je ne suis plus seul, ca fait plaisir, je vais continuer à chercher la solution