Si vous êtes sous Ubuntu et que vous voulez connaitre en permanence votre adresse IP, il existe un petit outil Python baptisé Indicator-IP qui une fois installé, ira afficher vos adresses IP locales et publiques dans la barre d'état.

Pour l'installer, ouvrez un terminal et entrez les commandes suivantes :

sudo apt-add-repository ppa:bovender/bovender

sudo apt-get update

sudo apt-get install indicator-ip

Une fois en place, celui-ci se lancera automatiquement avec Gnome.

Si vous voulez le désactiver ou modifier l'affichage de indicator-ip, ouvrez un terminal (ou faites ALT+F2) et entrez la commande suivante :

gnome-session-properties

Vous pourrez ainsi ajouter l'option -i avec l'interface réseau de votre choix derrière pour afficher l'IP de celle-ci par défaut.

D'autres options sont disponibles comme la possibilité de changer la source qui renvoie l'IP publique (avec le paramètre -u). Pour en savoir plus, je vous invite à lire la doc.

Source

Cet article merveilleux et sans aucun égal intitulé : Affichez votre adresse IP dans la barre d’état d’Ubuntu ; a été publié sur Korben, le seul site qui t'aime plus fort que tes parents.

Comme chaque année, le service de sauvegarde Backblaze, publie une étude sur la qualité des disques durs utilisés dans ses data center. En 2016, ils ont utilisé 73 653 disques durs, toutes marques confondues, et seuls 3 modèles n'ont rencontré aucune panne. Il s'agit d'un 4TB et d'un 8TB de Toshiba et d'un 8 TB de Seagate. Concernant ce dernier, il est arrivé en novembre donc difficile d'avoir le recul.

Globalement, cette année a été une meilleure année que 2015, car seul 1,95% de leurs disques durs sont tombés en panne contre 2,47% en 2015 et 6,39% en 2014. Cela veut dire que la qualité des disques s'améliore, ou que leurs conditions d'utilisation sont plus douces, ou que les équipes de Backblaze savent les choisir avec plus de soin.

En tout cas cette année, le mauvais élève c'est clairement Western Digital avec 3,88 % de panne (pour 1 626 disques), suivi par Seagate avec 2,65% de panne (pour 45 531 disques). Les disques Hitachi (HGST) sont par contre assez impressionnants avec un taux de 0,6 % de ratage.

Concernant la taille des disques, le taux de panne le plus faible se trouve sur les 3 TB. Pas mal de pannes toutefois sur les 4 TB et les 5 TB et un peu moins sur les 6 et 8 TB, mais ça ne veut pas dire grand-chose, car il faudrait voir la répartition des tailles de disque par constructeur.

Si vous aimez les détails, voici les modèles utilisés par Backblaze en 2016. Difficile de tirer des conclusions sérieuses de tout ça, mais HGST (Hitachi) semble être le bon élève alors que Seagate et Western Digital ont un peu plus de mal. Mais j'imagine que ça doit dépendre beaucoup des modèles.

Toutefois, si on y regarde de plus près, on peut aussi voir que le modèle ST1500DL003 de Seagate a été un mauvais cru avec 90,92 % de panne depuis 2013. Pas cool.

Cet article merveilleux et sans aucun égal intitulé : Quels sont les disques durs les plus fiables ? ; a été publié sur Korben, le seul site qui t'aime plus fort que tes parents.

La résistance s'organise... Roman Pushkin, un développeur localisé à San Francisco a créé un bot Telegram baptisé LibreTaxi qui permet de réserver une voiture tout comme le propose Uber ou d'autres services de VTC.

L'idée est bonne car elle permet de libérer encore plus le secteur du transport en retirant de l'équation le fameux tiers (par exemple Uber). Avec LibreTaxi, vous dites ce dont vous avez besoin (moto, voiture), vous donnez votre n° de téléphone pour être joint, vous précisez votre localisation, l'endroit où vous voulez aller et vous êtes mis en relation avec un chauffeur. À partir de là, vous pouvez négocier le tarif et roule ma poule.

Seul point noir, il faudra payer en cash pour le moment. Pas de support de la CB prévu, mais l'intégration d'un paiement en Bitcoin est en cours.

Passagers comme conducteurs peuvent se faire référencer par le bot LibreTaxi et le fait de passer par un bot Telegram rend le service compatible avec tous types d'appareils, sans tracking GPS, et respectueux de la vie privée (dans la limite de ce que permet Telegram évidemment).

Je trouve ça très intéressant car les bots reposant sur Telegram sont en train de sérieusement se démocratiser. J'y retrouve le même principe qu'à la belle époque des bots IRC. Rien de nouveau donc, mais quelque chose de plus accessible pour Monsieur et Madame Tout Le Monde.

L'autre facteur intéressant, c'est la perte en popularité d'Uber. Leurs choix éthiques étant chaque jour un peu plus mauvais (Pas d'impôts en France, chauffeurs payés au lance-pierre...etc.), et leurs financements venant de pays tels que l'Arabie Saoudite, les gens commencent à déserter le service au profit de services équivalents comme Chauffeur Privé (franco-français). Avec LibreTaxi, ça va encore plus loin, car ça supprime l'intermédiaire.

J'ai hâte de voir comment tout ceci va évoluer, mais si vous êtes chauffeur de taxi ou VTC, jetez un oeil à LibreTaxi, ce serait dommage de louper le coche.

Plus d'infos ici

Cet article merveilleux et sans aucun égal intitulé : LibreTaxi – Ou comment Uber est en train de se faire retirer de l’équation ; a été publié sur Korben, le seul site qui t'aime plus fort que tes parents.

Je bidouille pas mal ma Recalbox installée sur un Raspberry Pi 3 en ce moment et je vais vous parler d'un petit problème que j'avais avec Kodi (Media Center) et de comment je l'ai réglé.

Lorsque j'utilisais Kodi, pour regarder une vidéo MKV en streaming (plugin Putio), j'avais régulièrement des temps de pause à cause du buffering. Pas cool. Seulement voilà, le buffering se fait sur la RAM du Raspberry Pi et celle-ci semble un peu trop juste.

J'ai donc creusé le truc et j'ai trouvé une solution que j'ai dû appliquer en 2 étapes. Kodi dispose d'un fichier de config qu'il est possible de modifier pour justement faire quelques réglages au niveau du cache.

Il faut donc d'abord ouvrir une session SSH sur la recalbox puis allez éditer le fichier le fichier

nano /recalbox/share/system/.kodi/userdata/advancedsettings.xml

Avec nano, j'ai eu l'erreur suivante :

"Error opening terminal : xterm-256color"

Pour arranger ça, fait simplement un export comme ceci :

export TERM=xterm 

Ensuite dans le fichier advancedsettings.xml et ajoutez une section network avec au choix les paramètres suivants :

buffermode : 0 pour activer le cache internet uniquement / 1 pour activer le cache internet et local / 2 pour activer le cache internet en http uniquement / 3 pas de buffer. J'ai donc mis 1 pour que ça couvre tous les cas de figure.

readbufferfactor : C'est le coef de remplissage du cache. Avec la valeur 1, Kodi met en cache juste ce qu'il faut pour ne pas que ça bufferise (normalement) mais si vous voulez être plus large, 1.5 voire 2 c'est faisable. Mais ça bouffera plus de ressource sur votre Raspberry (car ça stocke plus).

cachemembuffersize : Si vous mettez un chiffre, par exemple 20971520 bits, cela représente 20 MB de mémoire stockée en RAM. Mais si votre RAM est trop juste, vous pouvez mettre 0. Avec la valeur 0, le cache n'est plus placé en RAM mais directement sur la carte SD. Ce n'est pas l'idéal, car ça sollicite en écriture la carte micro SD donc, elle vivra moins longtemps mais c'est ce que j'ai mis, car c'est la seule façon pour que ça ne rame pas.

Voici donc mes valeurs :

Sur ma recalbox, j'avais une carte de 16 GB remplie à ras bord, donc j'avais même après mes modifications encore un message pendant la lecture, qui me disait que le cache était plein. Normal, ça remplissait trop vite la carte SD. J'ai donc fait une copie de ma carte avec DD sur une nouvelle carte de 128 GB et j'ai ensuite augmenté la taille des partitions avec Gparted et voilà.

Bref, voilà comment j'ai procédé pour régler ce problème de buffering sur Kodi présent sur Recalbox. J'espère que ça pourra servir à d'autres.

Cet article merveilleux et sans aucun égal intitulé : Streaming qui rame sur Kodi + Raspberry Pi. Comment régler ce problème de cache ? ; a été publié sur Korben, le seul site qui t'aime plus fort que tes parents.

Si vous avez un routeur Netgear, et bien pas de bol, il va falloir que vous le mettiez à jour de toute urgence.

"Et pourquoi cela Môssieur Jesaistout Kôrben s'il vous plait ?" allez vous me dire...

Et bien la raison est toute simple : Y'a une méchante faille de sécurité dedans...

Et cela impacte plus d'une trentaine de modèles, soit plus d'un million de clients Netgear. Héhé, on rigôôle moins là :). Ce sont des chercheurs du SpiderLabs de Trustwave qui sont tombés là dessus (CVE-2017-5521) et un attaquant peut tout simplement récupérer le mot de passe admin du routeur grâce à cette faille.

C'est possible donc localement (grosse pensée pour les hotspots publics), mais aussi via Internet si l'option de gestion à distance est activée. Après je vous laisse imaginer ce qu'il est possible de faire avec le mot de passe admin d'un routeur. (Spoiler : TOUT)

Si à la maison ou au boulot, vous avez l'un des routeurs suivants, c'est le moment de lire un peu plus attentivement cet article :

• R8500
• R8300
• R7000
• R6400
• R7300DST
• R7100LG
• R6300v2
• WNDR3400v3
• WNR3500Lv2
• R6250
• R6700
• R6900
• R8000
• R7900
• WNDR4500v2
• R6200v2
• WNDR3400v2
• D6220
• D6400
• C6300

Pour tester si votre routeur est faillible, un proof of concept en Python est disponible ici.

Si c'est le cas, pas de panique, mettez vite à jour votre routeur avant que quelqu'un ne passe dessus à l'aide d'un Shodan ou autre.

Cet article merveilleux et sans aucun égal intitulé : Faille dans les routeurs Netgear – Mettez vite à jour ! ; a été publié sur Korben, le seul site qui t'aime plus fort que tes parents.