ce bon vieux blog

Jacques Chirac n’a pas battu Le Pen en 2002 en choisissant de s’approprier ses idées nauséabondes par pur opportunisme électoral. Il a fait le seul choix valable : il a défendu ses convictions avec encore plus de fermeté. Sacrifier ses valeurs pour quelques voix de nostalgiques de Vichy, c’est avoir bien peu de respect pour soi-même.

Note : cet article fait appel à certaines notions avancées de gestion des fichiers, que je n’explique pas dans cet article. Si vous ne maîtrisez pas les concepts de serveur distant, synchronisation, copie, réplication, je vous déconseille fortement d’utiliser rclone. Je vous conseille aussi de toujours tester votre configuration en utilisant l’option –dry-run (test) pour vérifier que le résultat correspond bien à ce que vous attendez.

Je n’aime pas le fonctionnement standard de Dropbox et de OneDrive. Ces solutions synchronisent immédiatement le changement du moindre fichier, et ce dans les deux sens. Si je modifie un fichier sur mon disque local, il est immédiatement envoyé dans le cloud. Si un fichier Dropbox est supprimé sur la machine d’un collaborateur, il disparaît presque instantanément de mon disque dur. Ce fonctionnement est logique et probablement le seul suffisamment intuitif pour la plupart des utilisateurs, mais ce n’est pas le fonctionnement que je souhaite. Je préfère modifier les fichiers localement, sur mon disque, et n’envoyer les modifications dans Dropbox ou OneDrive qu’une fois mes modifications terminées, et ce pour plusieurs raisons :

• Cela réduit les risques de mauvaise manipulation : suppression accidentelle d’un fichier, modification erronée, etc.
• Cela minimise l’espace de stockage local nécessaire : seuls les fichiers sur lesquels je travaille sont sur mon disque dur. Sur un projet avec des dizaines de gigas de vidéos et d’images, cela fait une vraie différence.
• Cela réduit l’utilisation réseau. Cela ne me sert absolument à rien d’envoyer 20 versions intermédiaires dans le cloud. C’est beaucoup plus économique de n’envoyer que la version finale du document dans le cloud.
• Cela évite que ma version ne soit modifiée par mégarde par un autre utilisateur.

Après avoir cherché, beaucoup, vraiment beaucoup cherché, et après avoir essayé beaucoup, vraiment beaucoup de solutions qui ne fonctionnaient pas très bien, j’ai fini par en trouver une qui est fiable : rclone.

Pourquoi je préfère rclone ? C’est simple :

• Je peux choisir quand je veux synchroniser les fichiers.
• Je peux aussi choisir quels fichiers et quels répertoires je veux synchroniser et à quel moment.
• Je peux chiffrer certains documents lors de la synchronisation, y compris les noms des documents et des répertoires : ces documents sont stockés en clair sur mon disque dur (pratique pour l’indexation et Spotlight) et ne sont chiffrés que pour leur envoi dans le Cloud.

Pourquoi ne pas utiliser rclone ? C’est simple : parce que c’est compliqué. Il m’a fallu lutter pendant plusieurs heures avant d’arriver à une configuration qui fonctionne bien. rclone est aux antipodes de la philosophie initiale de Dropbox : il faut tout installer et paramétrer soi-même et rien n’est configurable via une interface graphique, il faut savoir utiliser le Terminal et la ligne de commande pour utiliser rclone. Si vous ne savez pas ce qu’est le Terminal, alors cette solution n’est définitivement pas pour vous.

Les limitations de rclone

Avant d’aller plus loin, je préfère vous prévenir de la limitation principale de rclone : il n’y a pas de véritable synchronisation bidirectionnelle ; on peut s’en rapprocher, mais avec quelques limitations. C’est ce que j’explique dans la suite de l’article.

Sync ou copy, il faut choisir

Avant d’expliquer le fonctionnement de rsync, un petit rappel sur le fonctionnement de Dropbox et OneDrive. Ils utilisent ce qu’on appelle une synchronisation bidirectionnelle ; autrement dit, elle se fait dans les deux sens. Si vous ajoutez un fichier sur votre disque local, il est copié dans le cloud. Si vous ajoutez un fichier dans le cloud, il est copié sur votre disque local. Pareil pour les modifications et suppressions.

rclone sync ne fonctionne pas de cette manière : la synchronisation et la copie sont unidirectionnels.

Si vous lancez une synchronisation du répertoire A local vers le répertoire A cloud, rclone va faire en sorte que le répertoire A cloud soit parfaitement identique au répertoire A local. Tous les fichiers que vous auriez pu ajouter au répertoire A cloud entre deux synchronisations seront perdus, détruits, effacés. En réalité, ce n’est pas une synchronisation, c’est une copie miroir.

Je ne vais pas rentrer dans plus de détails, mais si vous voulez faire beaucoup de modifications bidirectionnelles, rclone sync devient très difficile à utiliser ; le risque de perdre des fichiers est bien réel. À mon sens, rclone sync ne peut vraiment fonctionner que si on souhaite faire des modifications que dans un seul sens, ou d’une seule machine à la fois.

Pour cette raison, je n’utilise pas rclone sync. Je préfère utiliser rclone copy.

rclone copy est beaucoup plus simple à comprendre. Le fonctionnement est similaire à une copie de fichier du répertoire source vers le répertoire destination : soit du local vers le cloud ou du cloud vers le local.

Dans la suite de ce guide, je n’expliquerai que l’utilisation de rclone copy avec Dropbox, parce que c’est la seule pour laquelle je dispose d’une expérience significative et aussi parce que j’ai la flemme de tout écrire.

Configurer rclone pour utiliser Dropbox

Astuce pour Dropbox Business : si vous utilisez dropbox business, par défaut le chemin d’accès pointe vers votre répertoire privé. Si vous voulez faire pointer le chemin d’accès vers la racine, alors il faut utiliser dropbox:/ avec un slash derrière les :

Je recopie ici l’exemple donné sur le site de rclone, légèrement mis à jour par mes soins.

lancez la procédure de configuration d’un nouveau service de rclone :

rclone config

Cela lance la procédure interactive de configuration. Choisissez n pour new remote.

e) Edit existing remote
n) New remote
d) Delete remote
r) Rename remote
c) Copy remote
s) Set configuration password
q) Quit config
e/n/d/r/c/s/q>

Donnez-lui un petit nom sympa, comme toto ou remote :

Type of storage to configure.
Enter a string value. Press Enter for the default ("").
Choose a number from below, or type in your own value
[plein de trucs que j'ai retirés]
XX / Dropbox
   \ "dropbox"
[d'autres trucs que j'ai retirés]
Storage> dropbox

Entrez l’OAuth Client Id si nécessaire (j’ai laissé vide) :

** See help for dropbox backend at: https://rclone.org/dropbox/ **

OAuth Client Id
Leave blank normally.
Enter a string value. Press Enter for the default ("").
client_id> 

Pareil pour le OAuth Client Secret (je l’ai laissé vide également) :

OAuth Client Secret
Leave blank normally.
Enter a string value. Press Enter for the default ("").
client_secret> 

Après il me demande si je veux accéder aux options de configuration avancées. Comme je suis paresseux, je réponds non.

Edit advanced config? (y/n)
y) Yes
n) No (default)
y/n> n

Puis il me demande si je veux utiliser la configuration automatique. Comme je suis paresseux, je réponds oui.

Remote config
Use auto config?
 * Say Y if not sure
 * Say N if you are working on a remote or headless machine
y) Yes (default)
n) No
y/n> y

Ensuite, vous allez voir ce message s’afficher :

If your browser doesn’t open automatically go to the following link: http://127.0.0.1:53682/auth?state=d9iKSUDecisVxNQ1ZH3Nsg
Log in and authorize rclone for access
Waiting for code...

Cela va ouvrir une page web :

Cliquez sur « Allow » (parce que sinon ça marchera moins bien). Rclone va alors récupérer le « token » d’authentification automatiquement. Tapez y pour dire que c’est OK.

Astuce : si vous avez un problème pour ouvrir la page web, vérifiez que votre navigateur n’essaie pas de s’y connecter en https au lieu de http. Chez moi ça marche dans Safari, mais pas dans le panda roux.

Got code
--------------------
[toto]
type = dropbox
token = {"access_token"}
--------------------
y) Yes this is OK (default)
e) Edit this remote
d) Delete this remote
y/e/d> 

Voilà, rclone est configuré pour se connecter à Dropbox. Si vous revenez au début, tapez q pour quitter la procédure de configuration.

Copier les fichiers avec rclone copy

Une fois le service cloud configuré, nous pouvons utiliser rclone copy pour copier les fichiers. Les possibilités de configuration sont assez monstrueuses, aussi je ne vais donner que quelques exemples que j’utilise.

Voici un premier exemple qui va copier les fichiers du répertoire Local-Directory vers le répertoire Remote-Directory. Notez l’emploi de l’option –dry-run pour faire un test à blanc, les fichiers ne sont pas réellement copiés.

/usr/local/bin/rclone copy --dry-run '/Users/toto/Path/To/Local-Directory/' 'dropbox_safe:/Path/To/Remote-Directory/'

Sans l’option –dry-run, les fichiers sont réellement copiés :

/usr/local/bin/rclone copy '/Users/toto/Path/To/Local-Directory/' 'dropbox_safe:/Path/To/Remote-Directory/'

Il est possible de définir un fichier avec des règles de filtrage pour ne copier que certains fichiers (c’est expliqué ici sur le site de rclone) :

/usr/local/bin/rclone copy --dry-run --filter-from '/Users/toto/Documents/rclone/filter.txt' '/Users/toto/Path/To/Local/Directory/' 'dropbox_safe:/Path/To/Remote/Directory/'

Voici encore une autre option intéressante : –max-age qui permet de limiter la copie des fichiers aux fichiers modifiés depuis un temps donné. Dans mon exemple, je ne copie que les fichiers modifiés ou ajoutés depuis 48h.

/usr/local/bin/rclone copy --dry-run --max-age 48h '/Users/toto/Path/To/Local/Directory/' 'dropbox_safe:/Path/To/Remote/Directory/'

Enfin, l’option –progress permet d’afficher dans le terminal la progression de la copie des fichiers.

/usr/local/bin/rclone copy --dry-run --progress '/Users/toto/Path/To/Local/Directory/' 'dropbox_safe:/Path/To/Remote/Directory/'

Voilà, comme vous pouvez le voir, les options sont trop nombreuses pour tout expliquer ici, cependant, en usage quotidien, une commande pour copier de votre disque local vers Drobpox et une autre pour copier de Dropbox vers votre disque local devrait être bien suffisant. Et comme toujours, pour aller plus vite (je crois que j’ai déjà dit que j’étais paresseux), j’utilise Keyboard Maestro pour tout automatiser.

La page des options de rclone est ici : rclone flags

Monter le service cloud comme un disque

Avec Fuse, rclone permet de monter un service cloud comme étant un disque local. Ironiquement, de toutes les solutions que j’ai testées, c’est la seule qui fonctionne bien, et en plus elle est gratuite.

Astuce : si vous avez un fichier caché comme .DS_Store dans le répertoire cible, rclone refusera de monter le disque. Utilisez la commande ls -a répertoire pour vérifier s’il n’y a pas de fichiers cachés.

Pour monter Dropbox comme un disque local, vous pouvez utiliser la commande suivante :

mkdir /Users/toto/Dropbox
/usr/local/bin/rclone mount dropbox:/ /Users/toto/Dropbox

mkdir va créer le répertoire local qui servira de point de montage pour le disque. Ensuite, j’exécute rclone mount pour monter le disque. Vous n’avez pas besoin d’inclure systématiquement /usr/local/bin, mais je le fais, car si vous en faites une macro Keyboard Maestro, il est nécessaire de préciser le chemin d’accès à rclone.

Chiffrer un répertoire dans le cloud

Le gros avantage de rclone, c’est que le répertoire local n’est pas chiffré ; seuls les fichiers copiés dans le cloud le sont. J’ai donc accès à mes fichiers localement normalement, et ceux-ci sont chiffrés avant d’être envoyés vers le Claude. C’est une des raisons pour laquelle j’utilise rsync plutôt que le client officiel Dropbox : cela ajoute une bonne couche de sécurité supplémentaire aux fichiers client sensibles.

Je ne vais pas détailler la procédure ici, mais elle est expliquée ici sur le site de rclone.

Conclusion

Ça a l’air compliqué, et ça l’est, mais une fois tout configuré et automatisé grâce à Keyboard Maestro, c’est finalement très simple. rclone m’a libéré du boulet des clients Dropbox et OneDrive, alors rien que pour ça, je dis merci aux développeurs.

Au départ, Dropbox était un système pour pouvoir synchroniser ses fichiers entre plusieurs ordinateurs. Cela peut sembler ridicule à l’heure du cloud, mais à l’époque cette idée n’avait jamais été implémentée de manière aussi réussie.

Au fil du temps, Dropbox a ajouté de plus en plus de fonctionnalités. Pour eux, cela était probablement une évidence : pour survivre face à des concurrents qui en proposent plus pour moins cher, comme Office, il fallait en offrir toujours plus.

Mais au final, le client Dropbox est devenu une vraie plaie : lent, gourmand en mémoire, ergonomie en baisse à chaque nouvel ajout de fonctionnalité dont je n’ai pas besoin.

Au final, en faire toujours plus, c’est pas toujours mieux. Dropbox aurait pu sans problème ajouter des fonctionnalités, mais ils auraient dû le faire sans sacrifier la légèreté et l’efficacité de l’app d’origine.

Pour les personnes qui cherchent une alternative au client Dropbox officiel, il existe Maestral et rclone (j’utilise rclone, mais il faut avoir le cœur geek et bien accroché).

Les efforts comme la COP 26 pour combattre le changement climatique et le réchauffement de la planète sont louables, mais ne vaudrait-il pas mieux reconnaître dès aujourd’hui que le combat contre le réchauffement de la planète est impossible à gagner avec une stratégie de réduction ? Et ce pour une raison toute simple : nous, humains, sommes câblés pour rechercher la croissance et éviter la décroissance.

Il suffit de regarder à quel point la notion même de décroissance suscite un rejet massif de la part de l’opinion publique ; à l’inverse, la croissance du PIB, quelle qu’en soit l’origine, est toujours vue comme une bonne chose. Acheter une plus petite voiture que sa voiture précédente (ou pire, que celle du voisin) est vu comme une régression par tant de personnes. Notre société nous a conditionnés à vouloir toujours plus de biens matériels, à partir toujours plus loin en vacances, à avoir des maisons toujours plus grandes. D’ailleurs, le fonctionnement même de notre société capitaliste ne peut survivre sans croissance.

Alors il serait peut-être temps pour nous de regarder la réalité en face : jamais une promesse faite à la COP 26 ne tiendra face au mécontentement de l’opinion publique ou face à une crise économique. Jamais nous n’arrêterons de brûler du pétrole. Il est temps maintenant de passer au plan B : comment se préparer à faire face au changement climatique ?

La semaine dernière j’ai vu passer sur une discussion sur Twitter qui résume bien ma pensée sur les documents marqués « CONFIDENTIEL » en entreprise, vous savez, ceux sur lesquels on met une image qui imite un gros cachet rouge pour augmenter l’effet dramatique du mot magique. Ma théorie personnelle, c’est que la plupart de ces documents n’ont absolument rien d’intéressant et leurs auteurs mettent « confidentiel » dessus pour créer l’illusion que c’est super-important. Parce que travailler sur un document confidentiel, ça en jette presque autant que de participer à la réunion d’équipe renommée « ComEx stratégique » pour parce que ça pète comme terme. Alors, participer à la réunion ComEx stratégique avec un document marqué « confidentiel », c’est l’aboutissement d’une vie passée dans une tour de bureaux à La Défense.

Mais pourquoi s’arrêter en si bon chemin ? Avec un peu d’imagination, on peut aller bien plus loin. Je vous propose ici quelques idées d’utilisation pour le tampon « CONFIDENTIEL ».

• Faire croire que le document sur lequel vous avez passé 10 minutes est important : c’est son usage premier. Si vous n’avez rien d’intéressant à raconter, ajoutez le tampon confidentiel sur la couverture. Effet garanti lorsque vous sortez votre magnifique document imprimé de 500 pages, dont 495 pages d’annexes copiées-collées d’on ne sait pas trop où.
• Faire chier les consultants externes : ça devient déjà un peu plus rigolo. Mettez les données dont le consultant externe a besoin dans un document marqué confidentiel. Lorsqu’il vous les demande (et il en a absolument besoin pour compléter sa mission), dites-lui que vous aimeriez bien, mais que malheureusement c’est confidentiel. Résultat assuré, alerte ComEx stratégique garantie.
• Draguer en boîte : perso ça n’a jamais marché, les gens me regardaient bizarrement, mais on sait jamais, peut-être qu’avec vous ça va fonctionner du tonnerre. Amenez votre gros doc confidentiel et posez le bien en évidence à côté de la bouteille de champagne pour donner l’impression que vous êtes quelqu’un d’important. Le contenu du doc n’a aucune importance.
• Voler le papier de votre entreprise : mettez 500 pages blanches A4 sous une couverture « confidentiel » pour ne pas les montrer au vigile (qui en réalité n’en a rien à cirer de vos conneries). Répétez l’opération chaque jour. À raison de 218 jours de travail par an, vous aurez pu voler 109 000 pages vierges.
• Vous moquer ouvertement des gens qui utilisent les techniques précédentes : mettez « confidentiel » sur absolument tous les documents. La demande de dosettes de café. Votre diplôme de MBA. Le rouleau de PQ. La photo de votre chien. Alternativement, mettez la photo de votre chien sur la couverture du PowerPoint pour votre prochain ComEx stratégique.

Voilà, j’espère que cet article vous aura donné envie d’aller plus loin dans l’utilisation du tampon confidentiel. Et si vous paniquez à l’idée de ne pas avoir d’image de tampon confidentiel, en voici une, au format svg. Je ne garantis pas le résultat, et je tiens à m’excuser de ne pas avoir réussi à faire rentrer les mots IA et Blockchain dedans.