Dans la suite je considère que vous disposez d’une clé USB avec la Framakey Unbuntu Remix installée, et que vous voyez cette clé  dans votre poste de travail sur le lecteur z:\

source: Register Firefox Portable with Default Programs in Windows Vista

• télécharger registerfp.zip
• extraire l’archive dans z:\Apps\registerfp
• double cliquez sur z:\Apps\registerfp\RegisterFirefoxPortable.exe (vous pouvez également le rendre accessible via le FramaLauncher)
• cliquer sur le bouton sélectionner le bouton de parcours de votre ordianteur « .. » et sélectionnez la version portable de FireFox à utiliser comme navigateur par défaut

• cliquez sur « Register »
• Il reste à enregistrer FireFox portable dans les programmes par défaut de Vista
• allez dans le « Panneau de confiuration » et cliquez sur « Programmes par défaut »
• cliquez ensuite sur « choisissez vos programmes par défaut »
• puis sélectionnez « ozilla Firefox, Portable Edition » et cliquer sur « définir ce programme comme programme par défaut »

Même problème pour votre client mail, quand vous cliquez sur un lien courriel à partir de votre navigateur. Voici la solution

source : Make Portable Thunderbird You Default Mail Client | ArdorPES | Rhys Evans Blog

Il suffit de

• télécharger ce fichier
• l’éditer avec un éditeur de texte (le bloc note fera l’affaire)
• adapter le chemin, de thunderbird
• double cliquer dessus pour que les clés de registre soient mis à jour

N.B. si la lettre du lecteur associée à votre clé USB change, vous devrez exécuter à nouveau ces procédures

Maintenant une dernière petite considération … le FireFox livré avec la framakey va se (re)lancer à chaque clic sur un lien à partir de Thunderbird ce qui va engendrer le message suivant

Pour palier à cela vous pouvez avantageusement remplacer la version portable de FireFox livrée avec la Framakey Ubuntu Remix par celle proposée par portableapps

Entre ce petit tips, CAFE, et la customisation de l’entrée « envoyer vers » du clic droit (C:\Users\mazenovi\AppData\Roaming\Microsoft\Windows\SendTo) il y a de quoi se retouver comme à la maison sur n’importe quel PC windows …

• Il n’y a pas à les installer: elles sont sur votre clé USB et fonctionnent à partir de cet emplacement
• Les données sensibles sont stockées plutôt sur la clé qui les contient, que sur le disque dur de la machine qui les exécute
• Il est possible de garder ses préférences d’un PC à l’autre

Ajoutez à cela un launcher d’application (programme qui remplit la même tâche que « démarrer » -> « tous les programmes » sous windows, mais pour les programmes portables de votre clé USB) et vous avez un moyen simple et convivial de balader toutes vos applis préférées avec vous …

Jusque là la suite d’application PortableApps me rendait ce service à merveille.

Seulement voilà, j’ai découvert (un peu tard je le concède, mais on a pas idée de sortir des projets intéressants le 17 juillet) la Framakey ubuntu remix, qui en plus d’un launcher (le FramaLauncher) et d’une suite d’applications portables, intègre également de quoi gérer les associations de fichiers avec les applis portables (avec CAFE), un ubuntu portable, virtualisable et persistent (on peut installer des applis et elles restent! Pas comme dans un live CD), des applis portables pour MAC OS X, et des profils partagés entres les 3 plateformes pour FireFox et thunderbird!

site officiel : http://framakey.org/Pack/Framakey-Ubuntu

Tous les logiciels cités par la suite  – y compris le projet FramaKey – sont libres.

pré-requis

Une clé USB 4Go minimum (on dira que vous la voyez sous la lettre z: tout au long de ce post) , rapide si possible, un éditeur de texte et 1/2 heure devant vous

installation

• si vous commencez déjà à retrousser vos manches et que vous êtes du genre pressé, vous devriez commencer par lire ceci
• votre clé doit être formatée avec le système de fichier FAT
  • clic droit sur le lecteur correspondant à votre clé dans le « poste de travail » ou « ordinateur » pour vista / seven
    
  • puis sélectionner FAT32 dans système de fichiers
    
• il faut commencer par télécharger l’archive (onglet téléchargement) soit via torrent, soit avec votre navigateur préféré
• dézipper l’archive
• copier le contenu du répertoire obtenu sur le périphérique amovible (ça peut prendre un peu de temps).
  N.B. j’ai été obligé de désactiver Mc Afee (mon antivirus) pendant cette opération

Maintenant vous devez avoir, entre autre, à la racinde de votre clé,  une icône de cyber-crapaud mauve (cf image ci dessus) avec pour nom z:\start.exe.

première utilisation

Ce cyber crapaud s’appelle en fait framanouille et c’est sur lui qu’il faut cliquer pour lancer la framakey sous windows.

En réalité trois applications vont être lancées

• le FramaKiosk
• CAFE
• le FramaLauncher
  • FLTune

le framakiosk

je le boycotte,  je ne vois pas l’intérêt! le FramaLauncher me suffit!

j’ai donc modifié z:\start.ini comme suit

[SplashScreen]
DisableSplashScreen=false
SplashScreenDir=Framakey\splash.jpg

[ConfigurationFile]
path=L:\Start.ini

[Starter]
ExecuteProg1=FramaLauncher.exe
LaunchIt1=true
WorkDir1=Framakey\FramaLauncher
Parameter1=
AskForIt1=false
MessageToShow1=

ExecuteProg2=cafe.exe
LaunchIt2=true
;ExecuteProgToStop2=cafe.exe
WorkDir2=Apps\PortableFramakeyApps
Parameter2=
AskForIt2=false
MessageToShow2=

CAFE

est assez intéressant car il permet de gérer de manière dynamique les associations de fichiers. Autrement dit avec CAFE il est possible d’associer simplement (via un raccourci clavier win + clic)  une extension à un programme de sa FramaKey,  ou à un programme du système hôte.

Si c’est pas du bonheur ça!

FramaLauncher

C’est ce qui m’intéresse le plus dans la framaKey. Hélas il y a quelques petit bugs dans le path de quelques applications.
je vous conseille de commencer par effectuer un rechercher /remplacer dans Z:\framakey\framalauncher\FramaLauncher.ini

%AeTrayMenuPath%\..\..\..\..\framakey_work\1900\Apps

en

%Apps%

sans quoi quelques applications ne se lanceront pas.

Vérifiez de manière systématique que le path soit cohérent pour toute application qui refusent de se lancer et relancer le FramaLauncher … J’ai refait l’installe plusieurs fois, et j’ai des bugs sur des paths différents à chaque fois. C’est vraiment dommage parce qu’une fois les path corrigés le FramaLauncher est très robuste.

FLTune

Vous pouvez aussi changer les path un par un avec FLtune.

FLtune permet en fait de personnaliser le framaLauncher à volonté … insérer une applicaiton (comme c’est expliqué ci-dessous), mais aussi intégrer des raccourcis, lancer plusieurs programmes en un clic, faire passer des paramètres aux programmes. Tout cela se fait de manière intuitive et permet de se designer un launcher adapté à vos besoins en quelques clics. C’est à mon sens un des points forts du projet Framakey ubuntu remix … même le geek menu de la suite portableapps n’apporte pas le dixième des possibilités qu’offre le FramaLauncher!

Un tuto animé offert par Mouss le créateur de FLTune

Installer une nouvelle application sur sa FramaKey

applications framakey

Bien qu’une suite complète d’applications soit déjà installée, vous pouvez encore l’étoffer en consultant la liste des applications portables prêtes pour la framakey.

Imaginons que vous vouliez ajouter Juice

• Vous devez télécharger et dézipper l’archive.
• Vous devriez obtenir un dossier PortableJuice que vous n’avez qu’à déplacer dans Z:\Apps.
• Il faut ensuite rendre Juice accessible via le FramaLauncher ce qui se fait en avec FLtune
• « complément > FLtune »

• Dans la rubrique « Sous Menu », sélectionnez la rubrique dans la quelle vous voulez ajouter Juice

• Dans la rubrique « Ajout » cliquez sur l’engrenage pour « Ajouter un programme »

• Dans la rubrique « Propriétés » renseignez le champs exécutable

• Cliquez sur le bouton « parcourir » et aller chercher l’exécutable Z:\Apps\PortableJuice\PortableJuice.exe

• A la question « Ajouter l’icon de l’application? » répondez « oui » ( histoire d’avoir le citron dans votre menu)
• A la question « Choisir le premier pixel comme couleur de transparence? » répondez « oui »
• Le nom et l’icône de l’appli devraient s’être initialisés tout seul!
• Dans « Action » cliquez sur la disquette pour « Sauvegarder votre menu »

Logiquement le FramaLauncher se relance tout seul et vous devez trouver une entrée Juice dans la rubrique que vous avez sélectionné

N.B. FLtunes vous sauvegarde automatiquement votre dernière config dans Z:\framakey\framalauncher\FramaLauncher.ini.bak Ce qui peut toujours servir!

Notez que si vous êtes un peu plus bricolo, vous pouvez vous passer de FLtune et modifier directement le fichier Z:\framakey\framalauncher\FramaLauncher.ini

applications portables non framakey

Bien qu’il existe beaucoup de logiciels en version portable déjà prêt pour la framakey, vous pouvez vouloir en installer d’autres …

Vous trouverez notamment de nombreuses versions portables de logiciel OpenSource ou simplement gratuits sur

• http://portableapps.com/apps
• http://www.portablefreeware.com/

N.B. La framaKey est un projet Open Source et ne propose que des logiciels OpenSource!

FramaKey donne LA solution propre pour vérifier la portabilité, la discrétion d’une application et lui faire un beau launcher FramaKey.

Personnellement j’ai adopté une solution un peu plus brutale qui consiste à considérer qu’une application portable est portable et qu’elle n’a pas besoin de splash Screen.

J’ajoute donc le dossier de l’appilcation dans le répertoire z:\Apps et je lui créée une entrée dans la FramaKey avec FLtunes en suivant la procédure décrite dans la section ajout d’une application framakey.

applications non portables

Si vous voulez portabiliser  une application il vous faudra choisir l’un des outils suivants (classés par ordre de simplicité décroissante):

• Universal Extractor
• Portable app Creator
• Portable apps creation master

ou suivre l’un des tutoriels suivantss

• Portabiliser une application avec AutoIt
• Portabiliser une application avec Reg Rapper
• Portabiliser une application avec NSIS
• Portabiliser une application avec ThinApp
• Portabiliser une application avec le Batch

Une fois portabilisée vous pouvez vous référer à la partie applications portable non framaKey pour l’ajouter au FramaLauncher

Rendre sa clé USB bootable

Pour espérer faire fonctionner d’une manière ou d’une autre la partie ubuntu il faudra rendre votre clé bootable

• soit en exécutant le fichier z:\syslinux\win32\makeboot.bat présent sur votre clé
• soit, pour Vista notamment, en utilisant Framaboot

Dans les deux cas il faudra prendre garde de bien exécuter la commande à partir de la clé USB et non à partir du disque système de votre machine, sans quoi vous risquez de ne plus redémarrer votre système principal

Dans mon cas Framaboot à bien rendu ma clé USB bootable, en revanche il est incapable de recréer la partition casper-rw, attendu qu’il cherche z:\syslinux\win32\dd\mkfs.ext2.exe alors que seul z:\syslinux\win3\dd\mkfs.ext3.exe est présent (visiblement renommer l’exécutable semble marcher, comme suggérer ici).

Mise en place de la virtualisation d’Ubuntu

cliquez sur z:\VirtualBox-installation.exe à la racine de la clé qui téléchargera et installera virtualBox portable

Dans le dossier z:\VirtualBox créé à la racine de la clé par l’installation de VirtualBox portable, vous avez deux exécutables z:\Virtualbox.exe et z:\Virtualize_This_Key.exe

commencez par lancer z:\Virtualbox.exe afin de donner un petit peu d’air à votre machine virtuelle:

• Sélectionnez la machine virtuelle qui a été créée automatiquement nommée « MyLiveUSB »
• cliquez ensuite sur le bouton « settings »

• voici mes paramètres

N.B. avec la conifguration de base ma machine virtuelle n’affichait ni le fond d’écran (un truc tout vert) ni les menus ubuntu, par manque de ressources.

pour lancer directement votre machine virtuelle vous pouvez cliquer sur z:\Virtualize_This_Key.exe

En fait la virtualisation n’est pas très intéressante dans la mesure où c’est une session Live qui est ouverte. Pour modifier les profils partagés : il vous faudra Booter sous Linux

Boot sur le Ubuntu portable

Si votre Ubuntu démarre virtuellement c’est que vous pouvez booter dessus au démarrage de votre PC. Le seul pré-requis est d’avoir une carte mère capable de booter à partir d’un port USB. Vous en saurez plus en ouvrant le BIOS de votre machine …

Les profils partagés

Eh ben ça marche! je n’ai pas testé sur Mac OS X, mais les profils

• FireFox (extensions, cookie, historique, onglets ouverts)
• ThunderBird (extensions, comptes configurés, archive de courrier)

sont automatiquement partagés entre les applications portables sous windows et les applications installées sur ubuntu.

C’est une des fonctionnalités les plus sexy de la Framakey ubuntu remix. Il n’y a d’ailleurs rien de sorcier là dedans, comme expliqué ici.

Simplement il faut avoir les mêmes versions pour tous les systèmes hors dans le cas de firefox 3, il y a un problème avec Ubuntu comme expliqué ici.

Vos réactions et suggestions sur le sujet sont bien évidemment les bienvenues dans les commentaires

Et si je perds ma clé

Ben c’est pô grave, celui qui la trouve pourra juste envoyer des mails à votre place, tchater à votre place et éventuellement se connecter sur tous vos comptes avec tous les login et mots de passe qui sont enregistrés dans FireFox!

Sérieusement si vous vous servez de la FramaKey, mieux vaut la sécuriser avec TrueCrypt. En revanche je ne vois pas de solution pour conserver la fonctionnalité du Linux bootable une fois la clé encryptée (hormis en partitionnant la clé, mais à ce moment là ce sont les profils partagés que l’on perd). Les commentaires sont ouverts si vous avez des suggestions …

Conclusion

C’est un beau cadeau que nous fait l’équipe de Framasoft, si vous avez souvent les mains dans le cambouis, et que vous voulez être tout terrain, vous allez trouvé plein d’utilisations à ce beau projet.

J’ai personnellement investi dans une clé corsaire 16Go afin d’avoir des taux de transfert optimaux et un peu de place pour ubuntu

La plupart des éditeurs de texte « avancés » (PSPad, UltraEdit) feront la conversion simplement pour un fichier, en revanche quand il s’agit de convertir une arborescence de répertoires ça se complique.
Voici donc une ligne commande qui permet de réaliser une conversion des fins de lignes DOS en fins de lignes unix pour tous les fichiers textes d’un répertoire

find . -type f -exec dos2unix {} \;

Mais encore faut il disposer d’un UNIX pour lancer cette ligne de commande!

Si vous êtes sous window je vous conseille d’installer cygwin qui vous permettra d’avoir un shell UNIX sous windows.
la commande unix2dos fait partie du package cygutils (ne la chercher pas comme package indépendant).
Maintenant pour convertir un projet web stocké dans c:\wamp\www\projet au format UNIX, il suffit de taper dans un prompt de commande cygwin

find /cygdrive/c/wamp/www/projet -type f -exec dos2unix {} \;

C’est pas le billet du siècle, mais ça peut toujours servir!

• avec tortoise SVN
• en ligne de commande coté serveur

La suite est une traduction très libre de http://troy.jdmz.net/rsync/index.html, je la poserai sur onfamp plus tard, elle est intéressante parce que sécuritaire

Préparation de thishost

D’abord vérifier que rsync est installé et qu’il fonctionne via ssh. Je préfère m’assurer que ça fonctionne avant d’automatiser, donc je teste cette commande avec les droits de thisuser

$ rsync -avz -e ssh remoteuser@remotehost:/remote/dir /this/dir/

je tape le mot de passe au prompt et mes deux dossiers ont le même contenu. thisuser doit évidemment avoir les droits corrects sur les deux répertoires.
il faut maintenant générer une paire clé publique / clé privée avec un mot de passe vide pour pouvoir se loguer en ssh sans mot de passe. Ca paraît un peu dangereux, mais c’est quand même mieux que de stocker son mot de passe en claire dans le script. Et puis je peux limiter un peu le champs d’action de cette clé. Bref je génère cette clé que j’utiliserai sur thishost (en tant que thisuser) :

$ ssh-keygen -t dsa -b 2048 -f /home/thisuser/cron/thishost-rsync-key
Generating public/private dsa key pair.
Enter passphrase (empty for no passphrase): [press enter here]
Enter same passphrase again: [press enter here]
Your identification has been saved in /home/thisuser/cron/thishost-rsync-key.
Your public key has been saved in /home/thisuser/cron/thishost-rsync-key.pub.
The key fingerprint is:
2e:28:d9:ec:85:21:e7:ff:73:df:2e:07:78:f0:d0:a0 thisuser@thishost

On a maintenant une clé avec aucun mot de passe répartie en deux fichiers. Assurez vous qu’aucun utilisateur non autorisé ne puisse lire le fichier de la clé privée (celui qui n’a pas l’extension .pub)

Cette clé ne sert à rien tant qu’on n’a pas mis sa partie publique dans le fichier ‘authorized_keys’ du remotehost, et en partculier celui de thisuser

/usr/home/remoteuser/.ssh/authorized_keys

J’utilise scp (secure copy) pour copier le fichier sur remotehost

$ scp /usr/home/thisuser/cron/thishost-rsync-key.pub remoteuser@remotehost:/usr/home/remoteuser/

Et maintenant je peux préparer remotehost

Configurer remotehost

Je me connecte en ssh sur remotehost.

$ssh remoteuser@remotehost
remoteuser@remotehost's password: [type correct password here]

Je dois m’assurer que j’ai bien les bons répertoires et les bons fichiers pour l’autoristation

$ if [ ! -d .ssh ]; then mkdir .ssh ; chmod 700 .ssh ; fi
$ mv thishost-rsync-key.pub .ssh/
$ cd .ssh/
$ if [ ! -f authorized_keys ]; then touch authorized_keys ; chmod 600 authorized_keys ; fi
$ cat thishost-rsync-key.pub >> authorized_keys

Maintenant on peut utiliser la clé pour se connecter à ce serveur, mais les connexions peuvent se faire à partir de n’importe où (ce que le démon ssh de remotehost autorise comme connexion) et peuvent tout faire (ce que remoteuser peut faire), et ça ça ne me plaît pas. J’édite le ‘authorized_keys’ et je modifie la ligne avec les informations de ‘thishost-rsync-key.pub’. Je ne vais changer que peu de chose au début de ce qu’il y a déjà, modifier les lignes comme suit:

ssh-dss AAAAB3NzaC1kc3MAAAEBAKYJenaYvMG3nHwWxKwlWLjHb77CT2hXwmC8Ap+fG8wjlaY/9t4u
A+2qx9JNorgdrWKhHSKHokFFlWRj+qk3q+lGHS+hsXuvta44W0yD0y0sW62wrEVegz+JVmntxeYc0nDz
5tVGfZe6ydlgomzj1bhfdpYe+BAwop8L+EMqKLS4iSacNjoPlHsmqHMnbibn3tBqJEq2QJjEPaiYj1iP
5IaCuYBhuTKQGa+oyH3mXEif5CKdsIKBj46B0tCy0/GC7oWcUN92QdLrUyTeRJZsTWsxKpRbMliD2pBh
4oyX/aXEf8+HZBrO5vQjDBCfTFQA+35Xrd3eTVEjkGkncI0SAeUAAAAVAMZSASmQ9Pi38mdm6oiVXD55
Kk2rAAABAE/bA402VuCsOLg9YS0NKxugT+o4UuIjyl6b2/cMmBVWO39lWAjcsKK/zEdJbrOdt/sKsxIK
1/ZIvtl92DLlMhci5c4tBjCODey4yjLhApjWgvX9D5OPp89qhah4zu509uNX7uH58Zw/+m6ZOLHN28mV
5KLUl7FTL2KZ583KrcWkUA0Id4ptUa9CAkcqn/gWkHMptgVwaZKlqZ+QtEa0V2IwUDWS097p3SlLvozw
46+ucWxwTJttCHLzUmNN7w1cIv0w/OHh5IGh+wWjV9pbO0VT3/r2jxkzqksKOYAb5CYzSNRyEwp+NIKr
Y+aJz7myu4Unn9de4cYsuXoAB6FQ5I8AAAEBAJSmDndXJCm7G66qdu3ElsLT0Jlz/es9F27r+xrg5pZ5
GjfBCRvHNo2DF4YW9MKdUQiv+ILMY8OISduTeu32nyA7dwx7z5M8b+DtasRAa1U03EfpvRQps6ovu79m
bt1OE8LS9ql8trx8qyIpYmJxmzIdBQ+kzkY+9ZlaXsaU0Ssuda7xPrX4405CbnKcpvM6q6okMP86Ejjn
75Cfzhv65hJkCjbiF7FZxosCRIuYbhEEKu2Z9Dgh+ZbsZ+9FETZVzKBs4fySA6dIw6zmGINd+KY6umMW
yJNej2Sia70fu3XLHj2yBgN5cy8arlZ80q1Mcy763RjYGkR/FkLJ611HWIA= thisuser@thishost

en

from="10.1.1.1",command="/home/remoteuser/cron/validate-rsync" ssh-dss AAAAB3Nza
C1kc3MAAAEBAKYJenaYvMG3nHwWxKwlWLjHb77CT2hXwmC8Ap+fG8wjlaY/9t4uA+2qx9JNorgdrWKhH
SKHokFFlWRj+qk3q+lGHS+hsXuvta44W0yD0y0sW62wrEVegz+JVmntxeYc0nDz5tVGfZe6ydlgomzj1
bhfdpYe+BAwop8L+EMqKLS4iSacNjoPlHsmqHMnbibn3tBqJEq2QJjEPaiYj1iP5IaCuYBhuTKQGa+oy
H3mXEif5CKdsIKBj46B0tCy0/GC7oWcUN92QdLrUyTeRJZsTWsxKpRbMliD2pBh4oyX/aXEf8+HZBrO5
vQjDBCfTFQA+35Xrd3eTVEjkGkncI0SAeUAAAAVAMZSASmQ9Pi38mdm6oiVXD55Kk2rAAABAE/bA402V
uCsOLg9YS0NKxugT+o4UuIjyl6b2/cMmBVWO39lWAjcsKK/zEdJbrOdt/sKsxIK1/ZIvtl92DLlMhci5
c4tBjCODey4yjLhApjWgvX9D5OPp89qhah4zu509uNX7uH58Zw/+m6ZOLHN28mV5KLUl7FTL2KZ583Kr
cWkUA0Id4ptUa9CAkcqn/gWkHMptgVwaZKlqZ+QtEa0V2IwUDWS097p3SlLvozw46+ucWxwTJttCHLzU
mNN7w1cIv0w/OHh5IGh+wWjV9pbO0VT3/r2jxkzqksKOYAb5CYzSNRyEwp+NIKrY+aJz7myu4Unn9de4
cYsuXoAB6FQ5I8AAAEBAJSmDndXJCm7G66qdu3ElsLT0Jlz/es9F27r+xrg5pZ5GjfBCRvHNo2DF4YW9
MKdUQiv+ILMY8OISduTeu32nyA7dwx7z5M8b+DtasRAa1U03EfpvRQps6ovu79mbt1OE8LS9ql8trx8q
yIpYmJxmzIdBQ+kzkY+9ZlaXsaU0Ssuda7xPrX4405CbnKcpvM6q6okMP86Ejjn75Cfzhv65hJkCjbiF
7FZxosCRIuYbhEEKu2Z9Dgh+ZbsZ+9FETZVzKBs4fySA6dIw6zmGINd+KY6umMWyJNej2Sia70fu3XLH
j2yBgN5cy8arlZ80q1Mcy763RjYGkR/FkLJ611HWIA= thisuser@thishost

Où « 10.1.1.1″ est l’IP de thishost, et « /home/remoteuser/cron/validate-rsync » est le script qui ressemble à quelque chose du genre

#!/bin/sh

case "$SSH_ORIGINAL_COMMAND" in
*\&*)
echo "Rejected"
;;
*\(*)
echo "Rejected"
;;
*\{*)
echo "Rejected"
;;
*\;*)
echo "Rejected"
;;
*\<*)
echo "Rejected"
;;
*\`*)
echo "Rejected"
;;
rsync\ --server*)
$SSH_ORIGINAL_COMMAND
;;
*)
echo "Rejected"
;;
esac

si thishost a une adresse variable, enlever le 10.1.1.1, la partie de la ligne (incluant la virgule), mais laisser la partie ‘commande’. Comme ça seule la commande rsync sera accessible avec cette clé. Assurez vous que ‘validate-rsync’ est exécutable par remoteuser sur remotehost et tester le.

NB : La clé privée, est maintenant limitée dans ce qu’elle peut faire (et aussi d’où elle peut le faire), elle autorise son possesseur à copier n’importe quel fichier de remote hostauquel remotuser accès. Ceci est dangereux et je devrais prendre toutes les précautions que j’estime nécessaire pour maintenir la sécurité du système et le secret de cette clé.
Une possibilité serait d’assigner des permissions correctes à ce fichier, une autre d’envisager l’utilisation d’un « key caching daemon », et enfin me demander si j’ai vraiment besoin de ce script par rapport au risque encouru.

NB2: Un autre détail de sécurité est la configuration du démon ssh sur remote host. Cet exemple se base sur un ustilisateur qui n’est pas root. Je recommande de ne pas utiliser root comme utilisateur distant pour accéder à tous les fichiers de remotehost. Cette permissions est dangeruese à elle seule, et les risques encourus sur les erreurs ou les mauvaises configuration, plus gros qu’avec un utilisateur normal.
Si vous n’utilisez pas du tout root comme utilisateur distant, et que vous voulez encore sécurisé remotehost, je recommande :

PermitRootLogin forced-commands-only

ou

PermitRootLogin forced-commands-only

dans le fichier ‘/etc/ssh/sshd_config’ de remotehost. Ceux sont des paramètres globaux, pas juste liés à cette connexion, donc vérifiez bien que vous n’avez pas besoin de fonctionnalités que cette configuration interdit.

les entrées ‘AllowUsers’, ‘AllowGroups’, ‘DenyUsers’, et ‘DenyGroups’ peuvent être utilisées pour restreindre l’accès SSH par utilisateur ou par groupe. Elles sont documentées dans le man de « sshd_config », mais je dirais juste qu’elles utilisent ‘*’ et ‘?’ comme caractères jokers pour autoriser ou interdire les utilisateur et les groupes par expressions régulières. ‘AllowUsers’ et ‘DenyUsers’ peuvent aussi interdire par machine distante avec le motif USER@HOST form.

Maintenant j’ai une clé sans mot de passe dans ma configuration, je vais la tester avant de la planifier. je me délogue de remotehost et j’essaie

$ rsync -avz -e "ssh -i /home/thisuser/cron/thishost-rsync-key" remoteuser@remotehost:/remote/dir /this/dir/

Si ca ne marche pas, j’enleverai la restriction « commande » sur la clé et je réessaierai. Si le mot de passe est demandé je vérifierais les permissions de la clé privée (sur thishost ce doit être 600), et sur ‘authorized_keys’ (sur remotehost, ce doit être 600), et sur le répertoire ‘~/.ssh/’ (sur les deux machines ce doit être). S’il ya quelques messages d’erreur de protocol de cryptage dans ‘rsync’ mentionnant le script ‘validate-rsync’, je vérifierais les permissions de ‘validate-rsync’ (sur remotehost, ce doit être 755 si tous les utilisateurs de remotehost sont sur) qui doivent être ‘lecture’ et ‘exécution’ pour remoteuser.

La dernière étape est de planifier le script. J’utilise un truc comme ça

#!/bin/sh

RSYNC=/usr/bin/rsync
SSH=/usr/bin/ssh
KEY=/home/thisuser/cron/thishost-rsync-key
RUSER=remoteuser
RHOST=remotehost
RPATH=/remote/dir
LPATH=/this/dir/

$RSYNC -az -e "$SSH -i $KEY" $RUSER@$RHOST:$RPATH $LPATH

C’et ainsi plus adaptable pour les différents machines et user. Je l’appellerais normalement ‘rsync-remotehost-backups’ s’il contenait des sauvegrades. Je teste le script juste au cas où j’aurais fait une erreur quelque part.

Quand le script s’est exécuté correctement, j’utilise crontab -e pour mettre une nouvelle ligne dans ma table de cron

0 5 * * * /home/thisuser/cron/rsync-remotehost-backups

Pour une sauvegarde quotidienne à 5h00 (du matin)

0 5 * * 5 /home/thisuser/cron/rsync-remotehost-backups

Pour une sauvegarde hebdomadaire à 5h00 (du matin les vendredi)

SI vous avez ces messages au court de vos développements symfony c’est que PHP5 n’est pas compilé avec les bons flags:
Pour iconv() extension iconv

portinstall php5-iconv

Pour class_implements() extension spl

portinstall php5-spl

serveur FreeBSD

sudo portinstall subversion
svnadmin create /usr/local/svn/newrepos
svn import mytree file:///usr/local/svn/newrepos/some/project -m « import initial »

lister les fichiers du repository

svn list file:///usr/local/svn/newrepos/some/project

rapatrier la dernière version du projet dans le répertoire local via ssh

svn checkout svn+ssh://myuser@127.0.0.1/usr/local/svn/wp/newrepos/some/project

client Windows

• TortoiseSVN
• PuTTy Download page

pour se connecter au svn distant via ssh, TortoiseSVN doit avoir une connexion ssh Valide dans PuTTy.
créer la connexion dans PuTTy comme suit:

• Connection->Data — Auto-login username : MyUser
• Connexion->SSH — Prefered SSH protocol version : 2
• Session — Host Name (or IP address) : MyDomain.ext
• Session — Protocol : SSH
• Session — Saved Sessions : MyConnexion
• Session — Save
• cliquer sur la connexion qui vient d’être ajoutée
• taper votre mot de passe

Pour ne pas avoir à retaper le mot de passe (de la connexion ssh) à chaque commande svn, il faut créer un couple clé publique / clé privé pour l’authentification.
Pour ca dans PuTTYgen :

• « generate »
• remuer la souris comme indiquer
• « save private key » dans key.ppk
• copier le texte dans la boite de dialogue « Public key for pasting into OpenSSH authorized_keys file »
• Dans la session ssh précédemment ouverte avec PuTTy, coller ce texte dans .ssh/authorized_keys
• Se déconnecter de PuTTy et le relancer
• cliquer sur la connexion MyConnexion puis sur « load »
• Connexion->Auth — Private key file for authentication : sélectionner le fichier key.ppk précédemment généré.
• Revenir sur Session et cliquer sur « Save ».
• Double cliquer sur MyConnexion

la connexion doit être automatique

• Installer Tortoise SVN (et pourquoi pas le patch francais)
• cliquer droit sur n’importe quel dossier et « Repo-Browser »
• dans url taper svn+ssh://MyConnexion/usr/local/svn/wp/newrepos/some/project.

L’arborescence mytree tout au début devrait apparaître.
Les commit et update sont disponibles à partir d’un clique droit sur le fichier ou dossier …