La couverture de Free mobile n'est pas très importante à ce jour, aussi on se retrouve très souvent en itinérance sur le réseau de Orange. Et le souci est que mon smartphone semble avoir du mal à switcher entre les deux.

Ainsi on n'a parfois pas de connexion 3G, il faut attendre qu'il décide de la faire revenir, ou alors le rebooter. Parfois elle coupe en pleine utilisation. Mais le plus pénible est quand c'est une conversation téléphonique qui s'interrompt pour la même raison.

Comme je l'ai dit auparavant je n'ai pas un besoin vital du téléphone, ces problèmes ne sont pas bloquants pour moi, et je ne sais pas si ils sont réellement dus à free. Mais je continue de suivre l'affaire.

Depuis des années que je parcoure la blogosphère et les forums de linuxiens, je tombe souvent sur le constat de l'impossibilité des libristes à se mettre d'accord entre eux, et à forker à tout-va au lieu de renforcer les projets déjà existants. C'est comme ça, c'est artisanal, communautaire. Quand on se lance sur Linux on ne sait jamais quelle distribution choisir, il y en a des milliers, et un très faible nombre qui apportent réellement une valeur ajoutée.

Nous sommes maintenant en 2012, on a une entreprise qui produit du Linux pour le grand public et qui a de l'ambition, Canonical, qui a décidé de se concentrer sur un seul projet (Unity) au lieu de disperser ses efforts. Ils visent le marché des téléviseurs, et même des smartphones, le marché du PC étant complètement bloqué par Microsoft. Il y a eu un recrutement massif de linuxiens depuis 2006, ubuntu est maintenant sur toutes les lèvres, même dans la presse informatique généraliste, et même chez les geeks qui ne l'ont jamais utilisé.

On a donc notre distribution ambitieuse, qui va de l'avant, qui a les moyens de s'imposer parmi les grands, et pourtant les gens ne sont pas contents. Vomir sur Unity et sur Canonical est à la mode, tout le monde se disperse sur d'autres distributions. Donc finalement la fragmentation dans le libre ça ne dérange pas tant que ça les gens, qui peuvent toujours aller voir ailleurs si l'herbe est verte. Cyrille écrit : Avec les déboires dans les années 2000 des distributions Linux les utilisateurs ont montré une forme de versatilité face à la distribution, un peu comme des singes sautant d'arbres en arbres pour aller chercher les plus beaux fruits.

Si demain Canonical se cassait la figure et décidait d'arrêter de maintenir ubuntu, ce serait un immense coup dur pour l'image de Linux auprès du grand public. Ubuntu porte l'image de l'accessibilité, c'est une démonstration de force. Si elle mourrait cela ne ferait que conforter les gens dans l'idée que Windows 7 est le meilleur système pour PC, car Linux n'a pas réussi à convaincre. Pour ma part je n'ai pas envie de revenir dans le passé, à l'époque où j'utilisais ndiswrapper pour faire fonctionner le wifi car le constructeur ne voulait pas entendre parler de Linux.

Mon constat est donc qu'on a longtemps poussé les responsables et les développeurs à s'unir, mais qu'aujourd'hui ce sont les utilisateurs qui se dispersent, et qui font porter au libre la mauvaise image qu'ils dénonçaient.

La démo de Mass Effect 3 est disponible, vous pouvez la télécharger sur le site officiel. En fait pas vraiment, puisqu'il ne s'agit que d'un lien pour l'avoir sur Origins ! Si vous aimez les plateformes centralisées, cloud, utilisant massivement les DRM, les droits de révocage des comptes à distance, vous devez déjà détester Steam, vous allez donc aimer Origins.

Cette démo nous dévoile que Mass Effect 3, dans la lignée du 2, sera encore à la frontière entre le jeu vidéo et le cinéma. La cinématique d'intro dure une bonne dizaine de minutes, et sans vouloir trop spoiler, elle laisse très inquiet sur l'avenir de la planète Terre. Elle fait ensuite place à un mini tutoriel et un combat assez court.

La deuxième séquence jouable est dénuée de tout contexte, cela ne spoile donc pas vraiment sur l'histoire. Elle permet juste de tester le système de combats. Si la base reste la même que dans ME2, quelques nouvelles techniques/pouvoirs ont été ajoutées.

Étant un grand fan de la série des Mass Effect, et cette démo indiquant que le jeu continue dans cette lignée, j'ai donc décidé de précommander le 3. J'attends donc le mois de mars avec impatience...

Hier j'ai reçu ma carte SIM et je l'ai activé via l'interface abonné de leur site. La portabilité de mon numéro s'est déroulée aujourd'hui, je peux donc enfin utiliser mon smartphone sur le réseau free. Nous sommes le 16 février, mon inscription a été faite le 20 janvier, il aura donc fallu près de 1 mois, mais les raisons sont multiples et je n'étais pas particulièrement pressé.

L'application Free Config, disponible sur l'android market, permet de configurer les APN pour les appels, les sms et les mms automatiquement. En revanche, pour la 3G cela ne semble pas fonctionner, il faut activer l'itinérance des données. Source ici.

Je passe actuellement par le réseau Orange, car un petit "R" s'affiche au dessus du signal d'antenne. N'habitant pas dans un endroit particulièrement peuplé, je comprends qu'il n'y ait pas encore de couverture Free. Mais l'important est de pouvoir passer des appels.

J'ai hâte de pouvoir donner un retour d'expérience plus détaillé.

Voici une petite présentation de mon serveur de téléchargement autonome accessible par interface web (uniquement depuis le réseau local) qui me sert à télécharger et partager des fichiers sur internet.

Matériel et Logiciel

Le serveur est virtualisé par VMware sur mon ordinateur de bureau, il accède au Core i7 860, et a droit à 256Mo de mémoire vive sur les 8GB disponibles. Le disque virtuel fait 10GB (tout est stocké sur un partage NFS ensuite).

• OS : Debian Squeeze 6.0 amd64
• Client bitorrent / magnet : transmission-daemon
• VPN : OpenVPN + Psilo.fr

Configuration

Stockage

Debian est installé sur le disque virtuel VMware de 10GB, en revanche sur /srv/Torrent j'ai monté un partage nfs, avec l'entrée /etc/fstab suivante :

192.168.10.50:/srv/Torrent/     /srv/Torrent/   nfs     defaults,user,auto,noatime,intr 0 0

Transmission

J'ai modifié les deux paramètres suivants dans /etc/transmission/settings.json :

"download-dir": "/srv/Torrent",
"rpc-whitelist": "127.0.0.1,192.168.10.*,192.168.1.*",

Ceci afin d'autoriser l'accès au WebUI depuis mes deux réseaux, et définir le bon répertoire de stockage des fichiers. Note : vous devez arrêter le daemon transmission avant de faire ces changements, sinon ils seront perdus.

OpenVPN

Il suffit de coller dans /etc/openvpn les fichiers fournis par le prestataire du vpn. Pour ma part j'ai renommé le fichier de configuration en "psilo.conf" pour être certain qu'il soit pris en compte.

Accès à l'interface

Dans un navigateur web, entrez l'IP du serveur suivi du port 9091. Un utilisateur et mot de passe seront demandés : transmission / transmission.

Cliquez sur "Open" pour pouvoir envoyer votre fichier .torrent ou directement coller l'URL. Même procédure avec les magnets. Après quelques secondes le téléchargement devrait débuter.

Astuces

Error: No data found! Au démarrage

Au démarrage du serveur, il se peut que tous les fichiers soient en gris avec l'indication "Error: No data found! Reconnect any disconnected drives, use "Set Location", or restart the torrent to re-download". Il faut aller faire un clic droit sur chaque fichier et sélectionner "Verify Local Data". Mais cela peut être pénible quand il y en a beaucoup, aussi on peut utiliser une commande :

# transmission-remote -n transmission:transmission --torrent all --verify

Cette erreur est probablement due au fait que transmission se lance avant le montage NFS. Il y a probablement des solutions plus propres, je suis preneur ! En attendant, la commande que je donne peut être mise dans un script.

Déconnexion du VPN

Un VPN est tout sauf fiable, il arrive très fréquemment que la connexion soit perdue, ce qui a pour conséquence de faire passer les téléchargements en clair sur internet... et sur transmission il semble impossible de forcer l'utilisation de l'interface tun0. Des manipulations sont sans doute possibles avec SELinux ou Apparmor, mais beaucoup trop complexes pour ce que l'on veut faire.

Alors, avec mon ami Etenil, nous avons concocté un petit bidouillage sous forme de script :

#!/bin/sh

if [ ! -e /sys/devices/virtual/net/tun0 ]
then
        transmission-remote -n transmission:transmission --torrent all --stop
        mail -s "VPN down" xavier@domaine.org
fi

Grossomodo, le script vérifie la présence du fichier tun0, qui est là si le VPN est connecté. Si ce n'est pas le cas, il arrête tous les téléchargements, et envoie une alerte par mail. Ce script est à placer en tâche cron afin qu'il s'exécute régulièrement. Personnellement je lui demande de se lancer toutes les minutes... mais attention, si votre VPN est déconnecté pendant 1 heure, toutes les minutes le script enverra un mail... vous vous retrouverez donc avec 60 mails !

La aussi une solution plus propre est sans doute possible.

Récupérer les fichiers téléchargés

Vous pouvez le faire en installant openssh-server, et en vous connectant en sftp via nautilus, dolphin, filezilla ou autre. Vous pouvez aussi vous amuser à configurer un partage samba ou un accès ftp. Les possibilités sont nombreuses.