Sytoka Modon a écrit 4586 commentaires

Les + et les - entre les deux ?

J'ai été un peu rapide effectivement… car je pensais mdp au début utilisé sur les intranets https… Heureusement, ici on est protégé par la mémoire qui n'est plus partagé par défaut depuis le 80286 il me semble.

Tu chipotes… Je pense au module fastcgi par exemple qui est par défaut dans toute distribution. Évidement, si tu ne rentres pas un peu dans la configuration, tu n'es pas en mode optimum coté perf (et puis, il faut que le code soit conçu un minimum pour).

Il n'y a que les clefs privés, voir les mots de passe qui craignent vraiment, pas la partie publique…

Si ta machine était sur le net ET avait un serveur utilisant TLS (je ne sais pas si SSLv3 était touché), alors toute zone mémoire a pu être touchés DONT la clef SSH et les mots de passe.

Donc, oui, tu peux avoir a changer la clef SSH de certains serveurs. Après, il faut voir parce que si tu as mis à jour rapidement, je ne suis pas sur que les petits aient été attaqués. Par exemple, dans mon université, il a pour le moment été décidé de ne pas ré-initialiser les 40000 mot de passe ! Cela peut être plus facile à dire qu'à faire.

Oui, mais le CNRS, c'est très vaste. Cela peut parfois être vue comme un ensemble de 100 PME. Un vaste réseau… Cela n'a rien à voir avec un grosse boite ou les autres EPST qui sont bien plus centralisé.

HAL est gérée par le CCSD (qui doit être une UMS dans notre jargon : Unité Mixte de Service) qui est logé à Lyon dans les locaux de l'IN2P3. Heureusement, il y a aussi (surtout) des choses très bien au CNRS ;-)

mort et enterré…

Pas forcément, mais au moins, tu auras un home ;-)

Je ne serais pas étonné que les dons en question soit dans le paquet 'optimisation fiscale'…

Et pour les portables le soir chez soit ?

J'en sais rien pour Windows… Je suis passé d'un domaine Windows avec Roaming gérer par Samba à un domaine sans roaming… A l'époque, j'ai pris le temps afin que les utilisateurs ne voient rien. Je suis bien content de mettre débarrassé de ce truc. Je pense personnellement que c'est une bonne mauvaise idée.
Je pense que les outils de synchro type 'dropbox' apporte une bien meilleure solution à la problématique sous-jacente. Mais il faut aussi que les applications y mettent du leur si on veut que cela marche. Soit via une API en gérant elle même la chose, soit via des formats de fichiers capable de gérer des commandes de type diff/patch automatiquement… Par exemple, il serait bien que Thunderbird bascule par défaut en Maildir et que tous les paramètres ne soient pas forcément dans une base sqlite… Il y a certainement des idées à aller piocher dans la base de données Riak qui est nativement master/master.

Et si une personne se logue sur deux machines en parallèle ? C'est un cas de figure très courant chez nous…

Dans unison, tu as chaque dossier dans deux colonnes et des flèches au centre soit vers la droite, soit vers la gauche…. Tu acceptes, modifies comme tu veux et lance (go) la synchro…

Il y a des options pour y aller en automatique et laisser le soft faire le meilleur choix avec ce qu'il est capable de savoir. Il ne pourra jamais savoir que tu as fait une erreur…

Bref, c'est de la synchro bi-directionnelle, pas du backup.

• podcast : PeerCast http://en.wikipedia.org/wiki/PeerCast (c'est à lui que je pensais depuis le début)

• podcast : freecast : http://www.freecast.org/userguide/introduction.html Cela permet la diffuson audio (voir vidéo) en P2P. Pas besoin d'un super serveur en central.

• VPAN : je pensais effectivement à free-lan. Je ne sais pas si c'est toujours super actif ?

• audio/vidéo : Je pense à un vrai réseau P2P… comme skype au début (maintenant, les serveurs sont tous Microsoft). Pas un truc sur H323 ou SIP qui sont des horreurs au niveau port et ne fonctionneront jamais en P2P décentralisé à mon avis.

• Partage : je pensais plus à la mule et tout ce genre de réseau… Mais perso, j'aime beaucoup XMPP ;-)

Bref, je pense que toutes les briques sont quasi là. A améliorer, à mieux homogénéisé, à rendre encore plus facile d'accès pour l'utilisateur lambda, à promouvoir.

Le CNRS sous traite tout désormais. Leur offre cloud s'appelle 'core', c'est du Microsoft (avec backdoors officielles) géré par BULL… Sur cette affaire, je ne suis pas fier de ma boite ;-)

J'avais fais des tests en Matlab et en Perl, la compilation fait gagner la génération du bytecode mais ensuite, on va à la même vitesse. Les serveurs web savent gérer cette problématique s'il le faut…

Bref, il faut aussi bien choisir ses algo, son API et les modules qu'on utilise.

Un système comme glusterfs en sous main est capable de découper en petits morceaux de manière transparente.

Et oui, le plaisir des DSI de fermer tous les ports… Du coup, tout passe petit à petit sur le 443 et on crée un sous multiplexeur… Pendant ce temps là, la planète se réchauffe !

Impossible, cela fait longtemps que cette agence a retiré ses agents du terrain ;-)

La neutralité du Net est donc importante.

Il faut aussi de battre pour remettre en avant le pair à pair. C'est une des raisons de soucis de la saturation des réseaux aujourd'hui. Tout le monde va au même point. Seul le pair à pair tire vraiment partis du réseau. Pour cela, il faut le remettre en avant au niveau de nos gouvernement mais aussi des applications. Avoir du pair à pair qui marche bien.

• mail : piste bit-message
• vpn : free-lan
• audio/vidéo : enfin un vrai skype libre
• chat : du jabber en pair à pair ?
• partage : …
• podcast pair à pair
• annuaire sur DHT
• …

Avec tahoe, on peux avoir une très grande résistance au panne et être répartis. On pourrait avoir un système de sync des données de type paramètrage, bookmark… sur le réseau. A chacun d'allouer autant d'espace chez lui pour les autres que ce qu'il occupe ailleurs.

Bref, je trouve qu'il y avait une grande activité autour du pair à pair il y a quelques années (notamment pour faire des programmes le plus court possible afin de montrer que son langage était mieux que celui du voisin) et que c'est un peu retombé sauf bitcoin qui nous ramène un peu dans le sujet.

J'ai compris que c'est comme unison donc il n'y a pas de source / destination. Il s'agit de faire la fusion (ou non, au choix) des deux arborescences…

Non, moi je suis dans mon salon jabber avec mes potes et la NSA ne capte rien ;-)

Elle corrige quand même un certain nombre d’anomalies et supprime pas mal d’exceptions.

J'avais lu quelques pars qu'elle rajoutais autant d'exception qu'elle en enlevait…

Ceci, comme Voltaire, je suis partisan d'un grand nettoyage et virer les exceptions en Choux, Hiboux, Pneu… et autres conneries qui bouffent un temps fou au primaire pour une utilité plus que moyenne. D'ailleurs, en espagnol, on dis Farmacia et Fotographia et cela n'empêche personne de dormir ;-)

Edit: il n'y a pas «linuxfr» dans le dictionnaire de linuxfr.

C'est normal, il faut chercher à la lettre D. On l'écrit DLFP. C'est une des exceptions du Français ;-)

Il est vrai que WindowsNT := VMS++ ;-)