• Compatibilité avec Synology

• Mécanisme 'autotarget'

----------------------------------------------

Le mécanisme 'autotarget' évite d'avoir à chaque fois à taper l'option -t avec une longue chaîne pour désigner le répertoire cible.
Le répertoire cible est déduit du nom de fichier à partir des patterns que vous avez précisé.

Supposons que vous ayez fait dans Vidéos, deux sous répertoires Vacances et Famille.
Vous voulez automatiquement mettre les vidéos uploadées dans les 'bons' répertoire.

Auparavant il fallait faire :

upfree Film.des.vacances.2013.mkv -t "/Disque dur/Vidéos/Vacances"

Bien sûr... sans se tromper dans la chaîne cible, si par exemple on oublie le 's' à la fin, on va avoir un film dans Vidéos qui s'appelle "Vacance" au lieu d'avoir la vidéo dans le bon répertoire.

Donc désormais on peut simplifier tout ça et le paramétrer une fois pour toute avec des jeux de 'patterns'/'destination'

Dans votre fichier de configuration, rajoutez :

autotargets=".*vacances.*mkv$>/Disque dur/Vidéos/Vacances|.*famille.*mks$>/Disque dur/Vidéos/Famille|.*mp3$>/Disque dur/Musiques"

... et voila, désormais, sans même préciser la cible, les vidéos vacances iront dans Vacances, celle de la famille dans Famille, et les fichiers mp3 dans Musiques !

Le caractère '>' sépare le pattern du répertoire cible.
Le caractère '|' sépare les couples patterns/répertoires entre eux.

Bien sûr, si on précise une cible (avec l'option -t) elle a toujours priorité par rapport à l'autotarget, et dans ce cas là l'autotarget ne sera pas utilisé.

L'autotarget est aussi bien pratique lorsqu'on télécharge une liste de fichiers qu'on veut ranger des répertoires différent. En effet, cela n'était pas possible avec l'option -t qui s'appliquait à toute la liste de fichiers.

Ce qui est bizarre c'est que ta sortie d'erreur ci-dessus semble ne pas avoir étendu les paramètres.
Si c'est bien le cas (et pas toi qui l'as "bricolée") je pencherais plutôt pour un bug d'escaping dans mon script. C'est à dire plutôt lié aux noms de fichiers que tu utilises si par exemple :
- les noms de fichiers comprennent des espaces
- les noms de fichiers comprennent des caractères spéciaux vu du shell (par exemple des '!')

Avec de tels noms, il faut être doublement prudent sur les guillemets dans un script, sinon ça a vite fait de déraper !.. J'ai eu beau tester en détail, il est toujours possible qu'il y ait des endroits où manquent des guillemets.

Il pourrait aussi y avoir une limitation du "SimpleHTTPServer" à des fichiers de 4Go, c'est assez "classique" comme limitation... ça je ne l'ai pas testé... et si c'est le cas... bah, pas grand chose d'autre à faire que de mettre un serveur plus "sérieux" (genre Apache).

En tout cas, tiens moi au courant si tu trouves un truc ou un bug dans le code.

Apres quelque test, j'ai des comportement étrange, aussi bien avec ma version bricolé, qu'avec ta version clean.

J'utilise le serveur monté dynamiquement pour envoyer des fichiers vers ma freebox, et de temps a autres le serveur crash avant la fin de l'envoie avant comme simple message :

Test.mkv   0 4474M 11.4M575559938,"rx_rate":0,"size":575559938
./upfree.sh: line 354:  6377 Terminated              python -m SimpleHTTPServer "${opt_port}" > /dev/null 2> "${TMPROOT}.log" < /dev/null  (wd: /tmp/tmp.SDT42NeOwV)

Cela semble se produire aléatoirement, mais sur certain fichier c'est systematique. Je vais essayé de mettre des traces de debug dans le script, j'ai l'impression que de temps a autre le script n'arrive pas a recupéré la progression .

C'est extrêmement clair.
J'ai déjà réglé la question du port. J'ai ouvert un port pour l'ip de la machine qui contrôle la debian par le biais de NX.
Il me reste à tester l'accès de la debian à la freebox distante. Il me faut demander ip+port+mot de passe.
Très certainement il me faudra installer Zenity qui doit être le chaînon manquant.
Je ne manquerai pas de te tenir au courant du succès probable de mon entreprise.
Merci beaucoup pour ton aide. Excellente journée.

Mais avant même de te lancer dans le script, la première manipulation à faire est de tester l'interface à distance standard de ta Freebox depuis ta Debian. Ainsi si tu y arrives, c'est qu'au moins ça a été correctement activé (et si tu n'y arrives pas... bah... c'est que tu as omis un truc, et il n'y a aucune chance que le script marche).
Pour cela il te faut activer ton admin distante sur ta Freebox. Et sur la Debian, tu lances Firefox (ou tout navigateur que tu veux) et tu donnes l'IP+port que tu as choisi, et là tu auras l'interface de connexion.

Si tu as le script visible dans Nautilus et qu'il ne se passe rien, il est possible
- qu'il manque simplement Zenity.
- que tu aies omis de donner des droits d'exécution au script !

Zenity est un petit utilitaire Gnome qui permet d'afficher des boîtes de dialogue, de progression, etc... à partir d'un script shell. Il est installé de base avec Ubuntu... et peut-être pas avec Debian.

Il va donc falloir a minima trouver le terminal et faire :

sudo apt-get install zenity

(Ou si tu as un gestionnaire de paquets comme Synaptic, tu peux bien sûr utiliser l'interface graphique de Synaptic)

Pour les droits d'exécution, en se positionnant avant dans le répertoire où tu l'as mis (cd /nom/du/repertoire)

chmod +x upfree

(Pareil, avec Nautilus, tu fais "propriétés" et tu peux activer les switch exécutable)

Ensuite, avant de se lancer en mode graphique, le mieux est quand même de faire un test en mode "texte".

C'est pas vraiment difficile... tu vas dans un répertoire où tu as un fichier de test à uploader, et tu fais simplement

/path/où/tu/as/mis/le/script/upfree MonFichier

si tu n'as pas paramétré le fichier de configuration, tous les "paramètres" te seront demandés par le script.

... bien sûr, à ce moment là il faudra les fameux "ports" !

Une fois que ceci fonctionne, tu peux ensuite te lancer dans le mode graphique.

Ça sera même plus agréable à utiliser que dans mon cas. Moi j'envoie des fichiers de chez moi à chez ma mère, et je suis donc limité à la vitesse d'upload de mon ADSL, soit 1Mpbs. En gros, 1Go "coûte" 2h30. Dans ton cas, on peut imaginer que ton dédié à une bande passante suffisante et que tu seras limité au download de la Freebox ciblée, et donc si elle n'est pas trop éloignée du DSLAM, 1G en 7 minutes... ça change l'utilisabilité par rapport aux 2h30 !..

Par contre, comme c'est mon "use-case", il n'est pas prévu pour gérer une "liste de Freebox", mais simplement une seule. L'idée est de la "programmer" une fois pour toute dans le fichier de configuration.
Cependant, comme les options que tu donnes en ligne de commande ont "priorité" par rapport à ce qui est dans le fichier de configuration, rien ne t'empêche de "surcharger" au cas par cas la Freebox ciblée. Je parle de "ligne de commande" et pas d'interface graphique, parce que en graphique c'est moins souple. S'il y a Freebox configurée dans le fichier de config, le mode graphique ne te demandera rien, et ne te permet donc pas de "changer de Freebox" au cas par cas. Si tu veux pouvoir "changer de Freebox" dans le mode graphique, alors il ne faut rien mettre dans le fichier de configuration, mais du coup à chaque fois il va te demander les coordonnées de ta Freebox.

... après tu peux toujours adapter le script si vraiment tu as plusieurs Freebox, et que tu tiens à l'interface graphique !..

L'interface graphique est aussi "moins riche". Voir l'exemple de la liste de photos au post #1. En mode texte tu as la progression photo par photo et l'estimation du total, en mode graphique, juste le fichier en cours et pas le total.

Donc maintenant, qu'est-ce qui te gène dans les "ports" ?

Si un truc n'est pas clair dans les explications du post #1, tu peux me dire où tu coinces que je tâche d'expliquer mieux.

Le principe étant que ce n'est pas ton serveur S qui va "uploader", mais la Freebox F qui va venir chercher sur ton serveur S, il te faut un port ouvert pour ça sur S... en plus des ports ouverts sur la Freebox pour l'administration à distance.
C'est pourquoi on a 2 jeux de ports (ceux de ton serveur, et ceux de la Freebox).
Et côté serveur S, j'ai tenu compte que ça pouvait être un PC derrière une box en NAT, et tu as donc port externe/port interne, ce qui en principe ne devrait pas te concerner sur ton dédié.

Merci de ta patience !
En effet je n'étais pas clair. Sur la base de tes conventions, voici ce que je veux faire.
S (serveur distant debian squeeze)
P (PC, W7, NX)
F (freebox distante V6)

Je veux transférer des fichiers de S vers F par le biais de ton script lancé depuis P à travers NX.
Si c'est possible, il resterait à régler cette histoire de ports que je n'ai pas comprise..
Et si ça marche, ce serait génial car, en clair, ça permettrait de balancer un fichier récupéré sur un serveur dédié à (censuré) sur n'importe quelle freebox "amie".

Tu as un serveur Debian (accessible par NX, donc je suppose hébergé) appelons S ce serveur.
Tu as donc probablement un PC avec le client NX qui te permet d'aller sur S, appelons P ce PC.
Tu as une Freebox distante appelons la F.
Tu as des fichiers implantés sur un autre (?) serveur distant, appelons le T.

Et donc tu veux :
- depuis le PC P pilotant une interface graphique (via NX) située sur S, demander à la Freebox F de récupérer des fichiers sur T ?

... moui... pas sûr de comprendre pourquoi tu as besoin de faire si compliqué... mais si c'est ça, effectivement upfree n'y répond pas !

Il répond à un besoin bien plus simple et clair formulé au post #1 !

Alors comme tu veux, tu peux reformuler ton besoin, qu'on comprenne un peu mieux (plutôt que de partir en "solution") et s'il s'agit d'un projet confidentiel, tu peux bien sûr t'inspirer du script et l'adapter. Il est désormais en WTFPL 2, donc on en fait vraiment ce qu'on veut sans même de contrainte de devoir republier en libre !

Je ne vois pas pourquoi il ne fonctionnerait pas sous Debian Squeeze !..

C'est du shell, il n'y a rien de spécifique à Ubuntu, juste des trucs standards comme curl (qu'il faut que tu installes s'il n'est pas de base dans ta Debian, par exemple il n'est plus par défaut dans Ubuntu, mais un sudo apt-get install curl et c'est résolu!) et le reste ce sont des commandes shell ordinaires.
De toute façon tiens-moi au courant si ça ne marche pas, je réparerai.

P.S.: si tu utilises le "serveur web intégré" il te faut python... mais j'imagine que c'est installé par défaut sur une Debian... sinon tu installes Apache (voir post #2 pour la configuration et la sécurité) et tu auras en plus la possibilité de reprendre des uploads interrompus.

Merci de ta réponse.
J'ai installé le serveur graphique, gnome et les composants NX.
Tout est OK, je vois bien le bureau de mon serveur debian.
Malheureusement, je n'arrive pas à lancer le script.
Je l'ai placé dans le répertoire .gnome2/nautilus-scripts/upfree
Mais là, il n'apparait pas de menu scripts comme je l'attendais !
Si tu peux m'aider ...
Edit
En fait, je n'avais pas fait l'association. J'ai bien le menu script.
Finalement, ce n'est pas ce que je cherchais. Je voulais downloader directement sur une freebox distante des fichiers implantés sur un serveur debian distant.

C'est du shell, il n'y a rien de spécifique à Ubuntu, juste des trucs standards comme curl (qu'il faut que tu installes s'il n'est pas de base dans ta Debian, par exemple il n'est plus par défaut dans Ubuntu, mais un sudo apt-get install curl et c'est résolu!) et le reste ce sont des commandes shell ordinaires.
De toute façon tiens-moi au courant si ça ne marche pas, je réparerai.

P.S.: si tu utilises le "serveur web intégré" il te faut python... mais j'imagine que c'est installé par défaut sur une Debian... sinon tu installes Apache (voir post #2 pour la configuration et la sécurité) et tu auras en plus la possibilité de reprendre des uploads interrompus.

Question un peu déplacée, mais je me lance :
Est ce que ce script marche sous debian squeeze ?
Je demande cela car j'ai un serveur dédié sous debian et ce serait super pratique de pouvoir utiliser ce script.

Mais comme le mot de passe voyage tranquillement en clair dans les airs sur le réseau 3G/3G+, ben... je dis comme toi :

Enfin bon. Sinon pour le csrf, je n'ai effectivement pas compris pourquoi il était uniquement nécessaire pour dl et pas pour le reste. Quitte à le mettre, autant le mettre pour tout... Enfin free et la sécu quoi

• Licence changée en WTFPL V2

• Compatibilité avec le firmware 1.1.9 de la Freebox Server (CSRF Token)

• Fréquence de rafraichissement par défaut non opérationnelle : corrigé.

• Crédits à Vinky41 et root pour les recherches sur le CSRF

----------------------------------------------

Note: en réalité, seule la fonction de postage pour "downloader" sur la Freebox (donc pour ce script, "uploader" depuis votre PC) nécessite le token. L'ensemble des autres fonctions du script n'en ont absolument pas besoin. C'est donc encore une "sécurité" (*) bizarre qu'à mis Free... on peut supprimer/renommer des fichiers sur le NAS sans aucun problème même si on n'est pas en possession du jeton mais on ne peut pas télécharger !..

(*) "sécurité" avec des guillemets... puisque le mot de passe persiste à circuler complètement en clair. Franchement c'est assez nul de prétendre "sécuriser" quand on a une faille aussi béante.

@Vinky41 et root, en fait le header Accept JSON n'est pas du tout utile, par contre celui du HTTPRequest si (mais il était déjà requis auparavant).

Donc en résumé, les modifications sur le script étaient assez mineures (2 lignes dans le login pour récupérer le CSRF et 1 ligne dans l'upload pour le fournir !).
Après il restait un micro bug de la 1.0.3 sur le rafraîchissement de l'affichage que j'ai corrigé au passage -par défaut 2sec, mais si on veut économiser un peu de bande passante pour la conserver pour l'upload, on peut monter par exemple à 30 = 30sec, ainsi on fait moins de requêtes et on évite de consommer trop de bande passante juste pour mettre à jour l'affichage !-.

N'hésitez cependant pas à tester et à bien "secouer" ou cas où des erreurs m'auraient échappées.