GuiGui's Show

Haha, avec ces bons conseils, le mal a déjà gagné d'avance, en fait ...

« Les peuples ne devraient pas craindre leur gouvernement, c'est le gouvernement qui devrait craindre le peuple. » Thomas Jefferson

One more :)))

Je me permets de vous relinker ceci : http://sid.rstack.org/blog/index.php/595-backdoor-or-not-backdoor

Pour récupérer les enregistrements vidéos des JRES 2013, il faut aller sur le planning des conférences et cliquer sur l'une d'elle. Le lien vers la vidéo apparaîtra avec le résumé de la conférence.

Les conférences qui ont retenues mon attention (aucun classement) :
- Coffre fort des mots de passe par Serge AUMONT (une intéressante mise en exploitation de KeePass)

- Conséquences réelles d’actes irresponsables dans le virtuel par ZYTHOM (talk qui perd de sa saveur quand on est un lecteur habitué du blog de Zythom, àmha)

- Sensibilisation à la sécurité informatique par Jean luc EVRARD et Francois DISDIER (moment de détente :D)

- Persée et la Gorgone : attaques par déni de service utilisant le DNS, et les contre-mesures par Stéphane BORTZMEYER

- Solution transitoire de mise à jour dynamique des adresses IPv4 et IPv6 dans le DNS par Nicolas CUISSARD (en résumé : c'est galère malgré une normalisation existante -> RFC 4361, ça se fait avec des scripts lancés au début et fin de bail côté serveur DHCP, diversité du support DHCPv6 par les clients)

- KNOT DNS par Ondřej SURÝ

- Multi-Domain VPN service, une infrastructure sans couture pour les réseaux régionaux, NRENs et GEANT par Xavier JEANNIN

- Remise en état des locaux techniques et mise en place d'un système d'information du câblage à l'Université de Strasbourg par Anne LE STER

- Un outil open source de gestion de l'infrastructure physique des réseaux informatiques par Pascal MOURET

- Apprivoiser la complexité de l'exploitation par Jean BENOIT

- OpenBSD/Packet-Filter retour d'expérience par Patrick LAMAIZIERE (avec quelques erreurs : pfsync != conntrack, pfsync synchronise les états dans un cluster pf ; Netfilter permet de travailler au niveau de la couche application avec les helpers, l7-filter ou bien encore u32/string, par exemple ; OpenBSD a un support SMP sur les principales architectures depuis 2011-2012 selon ma mémoire)

- Hangout-like Video Conferences with Jitsi Videobridge and XMPP par Emil IVOV (CUSAX - RFC 7081 : mix de SIP/XMPP pour avoir le meilleur des deux mondes : SIP - vidéo, XMPP - messagerie/présence/extensible)

- Stockage distribué : retour d'expérience avec CEPH par Yann DUPONT (bloc ou FS, synchrone-problème distance latence , placement, layering-patron de VM, tiering-placement en fonction des IO, erasure config-parite)

- - Un réseau de campus résilient à moindre coût (ou les anneaux au secours des étoiles) par Pascal MOURET (STP pas optimal quand boucle voulue comme dans une topologie anneau, autres protocoles normalisés comme RRPP ; supervision nécessaire sinon on ne voit pas le passage en mode dégradé car c'est le but de la résillience)

- CYCLADES : les premières bases d'un réseau de réseaux par Louis POUZIN. Citation honnête et réaliste : « Quand on voit ce qui se passe en Europe avec les projets de recherche, ben c'est de l'arrosage, il n'y a pas vraiment d'objectifs sérieux donc si on veut faire des choses intéressantes, il vaut mieux le faire dans un cadre beaucoup plus indépendant. »

Hum ... Plusieurs points me dérangent ...

L'auteur parle d'un besoin de sécurité comme argument contre l'hébergement d'une appli web pour ses besoins ... avant de donner deux exemples de ce qu'il a recodé ... et de dire que c'est coder à l'arrache ... Donc héberger une appli PHP ou autre accessible à tous = problème, utiliser mes applications codées à l'arrache qui reçoivent aussi des requêtes/données = aucun problème. O_O

« Mais installer un serveur n’est pas une réponse qui résiste à la démocratisation de la technologie. » et « Dire que pour échapper aux silos il « suffit » d’avoir son propre serveur, est aussi irréaliste que de conseiller de faire son potager pour échapper aux grandes chaines agro-alimentaires. Juste sur le papier, très difficile à grande échelle dans la réalité. »  -> C'est oublier deux paramètres :
    - Promouvoir l'auto-hébergement c'est certes, assez élitiste dans un premier temps mais c'est aussi montrer aux autres que c'est humainement faisable, partager le savoir et le savoir-faire avec ceux qui le veulent, c'est faire naître un besoin, perfectionner les logiciels qui permettront, en un clic, à tout le monde de monter son service (web, mail, jabber ...) en un clic (exemple : Yunohost).

    - Sans aller jusqu'au but ultime, l'auto-hébergement pour tous, on peut se regrouper en associations locales telles les FAI associatifs pour faire de l'hébergement à taille humaine entre êtres humains. On diffuse le savoir à qui veut bien apprendre/ai intéressé et on acentre le réseau.

« je ne veux plus qu’on me demande d’installer des trucs sur un serveur là où une appli dans un butineur suffit (éventuellement dans un butineur sous amphétamines comme Firefox OS). » -> Mouais ... je ne suis pas fan du tout du "fous-moi tout dans le navigateur". Chaque logiciel pour son usage, chaque protocole aussi. Le "tout over HTTP" ou le "tout dans le navigateur", ça sera sans moi ...

(via sebsauvage)

« Pour résumer simplement :

    À ce jour, aucune législation spécifique au bitcoin n’a été adoptée en France (ça je le savais)
    Tout revenu d’une année donnée doit être déclaré dans sa déclaration de revenu de l’année suivante
    Le Bitcoin n’entrant dans aucune catégorie, le paragraphe 1 de l’article 92 du code des impôts précise qu’il entre alors dans la catégorie "Bénéfice non commerciaux" »