Cela dit cette solution n’est pas facile à mettre en place pour le commun des mortels et peut se révéler dangereuse si l’installation n’est pas faite avec un minimum de sérieux. Créer un serveur accessible de l’extérieur c’est exposer une machine. Alors comment partager et disposer de ses données facilement ?

Une solution en ligne

Le produit DropBox permet de disposer en tout temps et depuis toutes machines connectées au web à son disque dur virtuel. De plus il permet sous Mac, Linux et Windows de disposer d’un client intégré au système exploitation permettant de voir son espace de données comme un disque local.

Pas de paquetage Debian

De base DropBox supporte Ubuntu et Fedora, pas de possiblité de l’installer sous Debian. Cet article est là pour vous aider. Voici la procédure à suivre :

1. Disposer d’une machine Debian à jour, dans ce cas Lenny 5.0.3
2. Installer les extensions nautilus dévelopement via :

   apt-get install libnautilus-extension-dev

3. Installer les extensions python docutils via :

    apt-get install python-docutils python-docutils

4. Télécharger le client DropBox directement depuis le site dans le répertoire de l’utilisateur :

   wget https://www.dropbox.com/download?dl=packages/nautilus-dropbox-0.6.1.tar.bz2

5. Décompresser l’archive téléchargée :

   tar -xvjf nautilus-dropbox-0.6.1.tar.bz2

6. Puis un classique :

   ./configure

7. Ensuite :

   make

8. Enfin :

   make install

9. Pour terminer l’installation il suffit désormais de lancer le client qui se trouve dans le menu Internet de Gnome et de suivre les instructions de l’assistant.

Et après ?

Une fois le tout installé à vous les partages de fichiers sécurisés facilités, les sauvegardes de fichiers à la volée et surtout plus besoins de se balader avec une clé USB que l’on peut perdre à tout moment.

Cependant, on ne peut pas considérer DropBox comme un endroit sûr mais plutôt comme un outil à utiliser en sachant que quiconque peut potentiellement lire ce que vous y déposé. Alors prudence !

Quelques solutions

Branché sur un réseau LAN avec un sniffeur tel que Wireshark on verra passer en clair tous les e-mails. On pourra aisément en extraire le contenu et exploité les informations. Comment se protéger contre ce problème ? en cryptant le contenu des messages. Pour ce faire plusieurs techniques existent notamment :

• S/MIME : Développé par RSA Data Security, basée sur l’échange de certificats approuvées par une instance supérieure. Cette alternative est payante et centralisée. Cependant depuis quelques années Thwate délivre des certificats gratuits.
• TLS : Il se place sur le protocole utilisé, dans le cas de l’email il se placera au-dessus de SMTP. Il utilise un système de certificats. il est très répandu et permet de sécuriser l’ensemble des transactions qui se passe sur un même protocole. On le retrouve souvanet couplé à http qui devient alors le fameux https.
• PGP : Logiciel de cryptage hybride (symétrique et asymétrique) commericale. Très fiable, de qualité militaire selon son développeur charismatique Phil Zimermann.

Bien que reconnues ces techniques exploitent en partie ou totalement du logiciel propriétaire. C’est pourquoi cette article traite de GnuPG, une alternative open-source de PGP.

GnuPG

GnuPG est disponible sur toutes les plate-formes courantes notamment Free/Open/Net BSD, Mac OS X, Windows et quasiment toutes les architectures de Linux. L’installation consiste tout d’abord à la mise en place des source pour al compilation de la libraire GPG, ensuite vient quelques outils parfois graphiques comme le portes-clés qui permet de stocker les clés publiques échangées avec vos correspondants. Souvent un plug-in permet une intégration en douceur avec votre mailer favori (Thunderbird, Outlook, Mail, Eudora, etc.).

GnuPG sous Mac OS X 10.5.5

Ayant rencontré quelques difficultés pour installer GnuPG sous Mac OS X 10.5.5, il me semble utile de décrire ici la procédure suivie. Une version modifiée de GnuPG est disponible pour Mac. Elle offre une jolie intégration dans l’OS de base et permet de rendre le programme accessible aux allergiques à la ligne de commande.

Le tutorial de gbronner, n’est pas mis à jour depuis août 2006, mais il constitue une bonne base. Comme décrit dans ce document, télécharger et installer GNU Privacy Guard, PGP Keychain Access et GPGMail. L’ensemble de la procédure reste d’actualité, mais tout se corse avec l’installation de GPGMail. Ce dernier n’est pas disponible en version officelle pour la version 10.5.5 de Mac OS X. En date du 25 mai 08 est sortit la version beta annoncée sur le site du développeur principal.

Dans la l’installation décrite sur sente.ch, il faut procéder à la copie du fichier dans /Library/Mail/Bundles puis lancer deux commandes, attention la seconde commande doit être modifiée. La première permet d’enclencher la partie plug-in de Mail : defaults write com.apple.mail EnableBundles -bool true. La seconde permet de définir le mode de compatibilité :
defaults write com.apple.mail BundleCompatibilityVersion 3. Sans vraiment savoir ce que cela signifie, ce réglage permet d’afficher le plug-in dans mail et évite les message d’erreur et la désactivation du plug-in au démarrage.

Grâce cette armada de logiciel, vous pourrez donc communiquer de manière sûre et fiable avec l’ensemble de vos correspondant qui utilise la même technologie. Reste encore à convaincre certains de vos correspondants de l’utiliser…

Pas encore de standards

Plusieurs races de Widgets cohabitent. Sur PC, Konfabulator racheté par Yahoo avait sa place, il existe toujours bien que moins intéressant depuis la création de système de Widgets natifs, propre à l’OS. Vista à son propre type de Widget, les Gadgets. Quant à son concurrent direct, Mac OS X, cela fait bien longtemps (Mac OS X 10.4) qu’il intègre le fameux Dashboard qui permet par pression d’une touche d’afficher l’ensemble des « mini applications » déployées sur le système. Sous Linux, on notera que l’environnement graphique KDE offre lui aussi des Widgets appelé Plasmoid. La création d’un standard dans ce domaine ouvrirait de nouvelles ports au développeur du monde entier.

Les essentiels pour Mac OS X

Comme expliqué plus haut, certaines sont inutiles, notamment celle de Google, qui permet de faire une recherche. A l’heure de Firefox, tous les navigateurs web ont une barre de recherche intégrée.

Voici une sélection des Widgets que j’imagine comme les plus utiles, libre à vous d’en proposer d’autres :

• Delivery Status
  Monitore le status d’une livraison d’une commande que vous avez passé. Cela marche avec plus de 20 services, notamment UPS, Apple ou Amazon. Le tout dans un design sympa et efficace.
• Orange SMS
  Envoyé des SMS depuis un Mac. Disponible aussi pour les contrats GSM M-Budget. Fonctionne uniquement en Suisse.
• Google Analytics
  Les statistiques de Goolge Analytics directement dans accessible. Parfait pour les webmaster soucieux de leur popularité.
• EBay
  Ne jamais loupé une action sur EBay et effectuer directement des recherches.
• Azureus
  A distance ajouter des torrents et vérifier l’état de vos téléchargements.

Widgets, D-I-Y

Pour les développeurs sous Mac OS X, une lecture de cet article permettra de démarrer facilement le développement de de Widgets via le fameux XCode. On retrouvera le squelette d’un Widget, qui n’est autre qu’une portion de HTML. Sous Windows, cela semble un peu plus compliqué, mais un bon point de départ serait cette page consacrée au développement de Gadgets par Microsoft. Sous Linux, une documentation complète sur le site des développeurs KDE semble être une bonne base. Finalement, un forum semble avoir étudié de fond en comble le phénomène Widget bien que l’information date un peu.

• L’équipe de développement maîtrise déjà tel ou tel langage.
• L’entreprise est sous contrat avec un éditeur de logiciels.
• Le projet doit s’intégrer avec un système d’exploitation ou un logiciel existant.
• Le personnel de maintenance n’est pas capable de supporter un nouvel environnement d’éxécution lors de la mise en production finale.

Idéalement il faut prendre cette décision sur des critères plus technique tel que :

• Temps d’exécution. Le logiciel final sera ainsi plus efficace. Moins de temps CPU siginifie que sur la même machine d’autre programmes peuvent être exécuter en parallèle.
• Le framework de base du langage. Un framework complet et testé évite le développement de fonctionnalités de base, diminuant ainsi les sources d’erreurs et le paradoxe de la « ré-invention de la roue ».
• La taille mémoire utilisée lors de l’exécution. Même sur les machines actuelles un programme prenant une plus petite taille mémoire permet de rentabiliser la plate-forme. Sur un même serveur on pourra faire tourner d’autres applications.

A la lecture de ses quelques points, il semble évident que le choix d’un langage ne peut se faire sans démarches préalables.

Des outils pour faire le bon choix

Le projet shootout hébergé dans l’environnement Alioth supporté par la communauté Debian tente d’amener quelques outils afin de prendre cette décision. Le but est simple : plutôt que de comparer des langages sur des critères politiques, commerciaux ou complètement ésotériques pourquoi ne pas les comparer en fonctionnement ?

L’idée est de comparer chaque langages dans des implémentations d’algorithmes fondamentaux. Parmi les algorithmes choisi on notera quelques classiques tel que :

• Le fractal de Mandelbrot.
• La manipulation d’arbres binaires.
• La lecture d’un ADN et le calcul de son complément inverse.

Faire partie de la compétition

Les résultats de ce projet sont rassemblés dans une interface claire, graphique à l’appui. De plus, si le code proposé pour un des algorithmes dans un langage que vous maîtrisez ne vous plaît pas, postez votre version. Cette compétition inter-language permet de mettre en évidence les défauts et les qualités et surtout de provoquer de longues réflexions…

Le cas Microsoft

L’exemple le plus connu est le projet Windows qui a porté plusieurs noms selon la version, en voici quelques un :

• Janus pour la version 3.1.
• Chicago pour le fameux Windows 95.
• Longhorn pour Vista.

Chez Microsoft, même les services packs ont des noms de codes. Trainyard pour le SP1 de XP ou Springboard pour le SP2. Il est vrai qu’un service pack et parfois un tel saut technologique qu’il peut être un projet à part entière.

Du côté de chez Debian

Dans le monde du libre, la communauté Debian s’illustre par une thématique sympathique et une rigueur sans possible comparaison avec le monde Microsoft. La version 1.1 de Debian s’appelait buzz, puis est venu rex, bo hamm, slink, potato, woody, sarge, et dernièrement etch pour la version 4.0. Quel est le point commun de tous ses noms ? Il s’agit de personnages de Toy Story ! Cette réflexion a été documentée dans la FAQ du projet Debian.

Si des noms comme Buzz ou Woody paraissent évidents, seuls les fans se rappellent que le tyrannosaure s’appelle Rex que Bo est la bergère amoureuse de Woody, Hamm est le cochon fan de jeux vidéos, Slinky le chien à ressort, Potato, Monsieur Patate, Sarge est le sergent des soldats en plastique et que finalement Etch est le nom d’un jeu de dessins illustré ci-dessous.

Amusant, le projet Debian a gardé deux noms pour la version de tests qui s’appelle lenny, comme les lunettes d’approches sur pattes du film et sid pour la version unstable de Debian. Sid, c’est le garçon qui massacrent les jouets voisin de Buzz et de ses amis. Plein de symboles…

La manifestation est divisée en trois parties :

• Le village des associations où l’on retrouve les groupes locaux de soutien au projets ouverts.
  OpenBSD, Debian ou encore Ubuntu étaient représentés par quelques fanatiques. Toujours disponbile et jamais avares de conseils, ils assurent la promotion de leur projet dans une ambiance décontracté.
• Les exposants professionnels.
  Cette année quelques grands acteurs étaient présents notamment HP, Novell ou encore Microsoft. Ce dernier a présenté les efforts d’intégrations avec les outils ouverts et a expliqué la philosophie du géant de Redmond face aux systèmes libres. Ceci à créer une jolie controverse pas forcément fondée et amené quelques débats animés ! Niveau VoIP, on notera la présence de l’entreprise Flückiger Électricité active dans le développement et le déploiement de solution sur-mesure basé sur Asterisk.
• Les conférences.
  Les exposants professionnels peuvent donner une conférence sur le sujet de leur choix. Cela permet de créer la discussion ou encore de faire découvrir le monde du libre à un public par forcément technicien. Cette année toute les conférences sont été enregistrées et sont disponibles sur le site de l’organisation.

Une manifestation a soutenir car elle encourage l’innovation et l’échange d’idées. Les technologies libres deviendront encore meilleurs si leurs principaux acteurs discutent, échangent, montent des projets ensembles.

Si les interfaces utilisateurs ont parfois des avantages, les plus puristes d’entres nous vénèrent la ligne de commande. Il est évident que sous Windows le Démarrer → Exécuter → cmd ne permet pas des miracles, mais souvent elle est le début de la solution.

Sous Mac OS X et Linux, le terminal ouvre la porte de la fondation du système d’exploitation, c’est par là que les modifications et autre hacks vont se passer. Pour les professionels du monde *nix c’est aussi via la console que se fait une grande partie du travail qu’il soit à distance ou en local.

Une application (est-ce vraiment une application ?) que l’on utilise tout les jours n’était pas encore muni d’une ligne de commande c’est Google. Désormais c’est chose faite. En utilisant une API Google notamment l’API Ajax Stefan Grothkopp a coder un interface en ligne de commande pour Google. Tout comme dans un vrai shell la touche tab amène des suggestions à l’utilisateur. La commande help permet d’accéder à une liste de commandes et de commencer l’exploration. Quelques commandes à tester :

• Pour ajouter goosh dans la barre de recherche de FireFox :

  guest@goosh.org:/web> addengine

• Pour lire le flux RSS de cut.copypaste.ch :

  guest@goosh.org:/web> read cut.copypaste.ch

• Faire une recherche sur Asterisk dans la Wikipedia :

  guest@goosh.org:/web> wiki Asterisk

• Traduire quelques mots du français vers l’anglais :

  guest@goosh.org:/translate> translate en fr Cut Copy Paste

Tous les services de base de Google sont présents : Maps, Blog Search, Video, Images, Translate, Reader, News… L’illustration montre la lecture d’un flux RSS.

Dernier point, cette application n’est pas officellement supportée par Google, il sera donc intéressant de constater la réaction des gens de Mountain View. Attention à ne pas trop perdre de temps avec Goosh.

Si vous voulez écouter de la musique au bureau ou lors d’une fête chez des amis vous avez le choix de vous balader avec un ordinateur portable, un disque dur externe ou encore de brancher un lecteur MP3 sur une chaîne Hi-Fi. A plus petite échelle on peut rencontrer le même problème à la maison. Comment écouter au salon les fichiers musicaux stockés sur le portable de madame ?

Cet article a pour but de démontrer quelques moyens simples et gratuits pour mettre en place une diffusion de fichiers musicaux à travers d’un réseau LAN ou WAN.

La manière iTunes

Disponible sur Mac comme sur Windows, le fameux iTunes de Apple permet de partager sa musique sur un réseau local. Pour ce faire il utilise le port 3689 en TCP et le protocole DAAP. Cependant ce partage se limite au sous-réseau local. Comment faire pour contourner cette limitation ?

Le serveur DAAP

Comme expliqué plus haut, iTunes utilise un service sur le port 3689. Il s’agit de DAAP, Digital Audio Access Protocol. Il existe plusieurs logiciels permettant de réaliser à moindre frais un serveur DAAP. Ce protocole bien que propriétaire et mis au point par Apple connaît plusieurs implémentations gratuites et open-source :

• FireFly media server pour les systèmes Linux et Mac OS X. Plutôt compliquer à installer, il faut quelques connaissances avant de pouvoir en profiter.
• Basé sur FireFly, Roku a recompilé FireFly media server et propose des jolis exécutables tout prêt à installer pour Windows et Mac OS X.
• Pour les puristes, mt-daapd qui est à la base du projet FireFly media server est disponible sous la forme d’un paquet pour Debian.

Une fois installé, il faut encore scanner son répertoires de fichiers musicaux. Ensuite, en démarrant n’importe quel client DAAP (iTunes pour Mac et Windows ou Rhythmbox sous Linux/Gnome) lié par le réseau au serveur on peut écouter la musique stocker à distance.

Le pourquoi d’un serveur

La limitation au réseau local reste vrai même lorsqu’on utilise un serveur tel que FireFly media server. L’avantage sur un simple partage via iTunes c’est le transcodage. C’est-à-dire que le serveur permet de transcoder le morceau joué afin de s’adapter à la bande passante disponible. D’où l’idée de l’utiliser à distance.

Le partage sur un réseau distant

Pour que iTunes ou Rhythmbox affiche la musique partagée malgrès l’accès distant, il faut simuler le lien dans un réseau local. C’est à dire que le port 3689 en réseau local sera redirigé vers le port 3689 du serveur distant. Pour effectuer cette opération il existe deux applications :

• Network Beacon de Chatic Software uniquement pour Mac OS X.
• Rendez-vous Proxy pour Windows, Mac OS X et Java en général.

Bien sûr avant que cela fonctionne parfaitement, il faudra avoir ouvert le port 3689 des différents firewall et éventuellement mettre en place une redirection de port afin que le service aboutisse à la machine cliente.

Pendant longtemps, l’utilisation de openntp a fonctionné parfaitement, notamment avec les téléphones Snom. Dernièrement il a été mis en évidence que les téléphones Polycom ne se synchronisaient pas avec un serveur basé sur openntp. Afin de palier à ce problème, l’implémentation de NTP pour inet.d, le « superserver » a permis d’amener une solution.

Pour ce faire la configuration voici le ntp.conf fonctionel et testé, attention à remplacer le XXX (ligne 33) par le sous-réseau utilisé.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38

#/etc/ntp.conf, configuration for ntpd
 
#driftfile /var/lib/ntp/ntp.drift
#statsdir /var/log/ntpstats/
 
#statistics loopstats peerstats clockstats
#filegen loopstats file loopstats type day enable
#filegen peerstats file peerstats type day enable
#filegen clockstats file clockstats type day enable
 
# You do need to talk to an NTP server or two (or three).
#server ntp.your-provider.example
 
# pool.ntp.org maps to more than 300 low-stratum NTP servers.
# Your server will pick a different set every time it starts up.
#  *** Please consider joining the pool! ***
#  ***  ***
server ch.pool.ntp.org iburst
 
# By default, exchange time with everybody, but don't allow configuration.
# See /usr/share/doc/ntp-doc/html/accopt.html for details.
restrict default kod notrap nomodify nopeer noquery
 
# Local users may interrogate the ntp server more closely.
restrict 127.0.0.1 nomodify
 
# Clients from this (example!) subnet have unlimited access,
# but only if cryptographically authenticated
#restrict 192.168.123.0  mask  255.255.255.0 notrust
 
# If you want to provide time to your local subnet, change the next line.
# (Again, the address is an example only.)
broadcast 192.168.XXX.255
 
# If you want to listen to time broadcasts on your local subnet,
# de-comment the next lines. Please do this only if you trust everybody
# on the network!
#disable auth

Dernier point sur la gestion du temps et les Polycom. Lors de l’utilisation d’un serveur NTP qui n’est pas le serveur DHCP, il faut configurer la gestion du NTP ainsi (dans sip.cfg), en spécifiant d’utilisant un serveur NTP propre et un décalage horaire en seconde (!) :

1

<sntp tcpIpApp.sntp.resyncPeriod="7200" tcpIpApp.sntp.address="192.168.XXX.XXX (ip du serveur ntp)" tcpIpApp.sntp.address.overrideDHCP="1" tcpIpApp.sntp.gmtOffset="7200" tcpIpApp.sntp.gmtOffset.overrideDHCP="1"  [...] />